项目管理与案例分析课程设计网上手机销售系统.doc

《项目管理与案例分析课程设计网上手机销售系统.doc》由会员分享，可在线阅读，更多相关《项目管理与案例分析课程设计网上手机销售系统.doc（12页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、河北科技大学课程设计报告学生姓名： 学 号： 专业班级： 课程名称： 项目管理与案例分析 学年学期： 2 016 2 017学年第 1 学期 指导教师： 王会勇 2017 年 06月课程设计成绩评定表学生姓名学 号成绩专业班级起止时间设计题目网上手机销售系统指导教师评语学习态度： 端正 较端正 一般 较差 出勤情况：好 较好 一般 较差 计划编写：好 较好 一般 较差 工作量： 大 较大 一般 较少 创新意识：强 较强 一般 较差 课程设计报告完成情况：优秀 好 一般 较差 指导教师： 年 月 日一、课程设计的目的及要求 在掌握使用配置管理对软件项目进行配置管理的基础上，每个小组选择一个题目进

2、行开发，完成课题设计任务，提高学生的实际动手能力和团队协作能力，培养学生的创新精神。二、课程设计的任务1. 熟练掌握配置管理和项目管理软件的使用。2. 根据本组设计题目和本人承担的具体设计任务，并通过指导教师的验收。3. 总结提高，按期完成课程设计报告。三、课程设计的内容及主要步骤1、设计内容在课程设计时间内，学生自由分组，组成一个开发团队，完成一个中小型软件项目的开发。开发过程中用软件项目管理的基本理论知识，解决并行开发中遇到的各种问题。2、设计关键步骤（1）确定项目的生存期模型（2） 对项目进行需求分析 通过上述系统功能分析，针对一般在线手机销售系统，总结出如下的需求信息：用户分一般用户、

3、注册用户和管理员用户。一般用户和注册用户无需登录就可以看查看手机信息并购买。注册用户登录后可以维护自己的个人信息，并且在向网站发出订单时会自动填写自己的联系信息。手机按手机厂商来分类，每一个手机都对应一个厂商。订单分单张详细订单和总订单。一个用户可以购买多个或多种型号的手机。一个用户对应一张订单列表。一个订单列表对应多张订单详细信息。提供购物帮助功能。关于订单列表与订单详细信息可以这样理解：因为用户一次可以购买多种产品，则对每一种产品(即每一款型号的手机)生成一条订单详细信息记录，然后多个这样的订单详细信息组成一个订单列表。每一个订单列表才与一个用户对应，在发货时以订单列表为单位，也即用户在操

4、作时所看到的“订单”。经过上述系统功能分析和需求总结，考虑到将来功能上的扩展，设计如下的数据项和数据结构：管理员信息，包括数据项：账号，姓名，密码。注册用户(会员)，包括数据项，用户ID，用户名，密码等。手机，包括数据项：手机编号，手机名称，分类编号等。手机分类，包括数据项：分类编号，分类名称，上级分类编号(扩展，备用)。订单详细信息，包括数据项：订单编号，订单列表编号，手机编号，购书数量。订单列表，包括数据项：订单列表编号，用户编号，下单时间，联系方式等。购物帮助，包括数据项：问题ID，问题标题，答案和点击次数。手机销售系统（3） 对项目进行任务分解注册 登录定单查询订单投拆客户服务付款方式

5、新闻中心购物车收银台（4）项目估算与进度计划。1 项目估算软件费用，用到了Microsoft Visio2010 ,Microsoft Project2010软件，软件只是用到了下载软件的费用，费用100元。2 进度计划2.1需求分析开始日期2017-05-23 完成日期2017-06- 23 所需资源：一台电脑标志性事件：提交完整的需求分析报告2.2设计开始日期2017-05-30 完成日期2017-06- 10 所需资源：一台电脑标志性事件：提交完整的设计报告2.3编码实现开始日期2017-06-11 完成日期2017-06-20 所需资源：一台电脑标志性事件：所需求的功能已经全部做好2.

6、4测试开始日期2017-06-21 完成日期2017-06-23 所需资源：一台电脑标志性事件：无错误出现，能够流畅的运行。（5） 成本计划5.1.针对该项目工程特点及成本情况,项目部成立项目成本管理小组组长:冯素丽副组长:李灿组员:刘丹 逯璐 陈卓 郝月晴5.2成本管理小组责任：成本管理小组负责对该项目成本进行各方面的分析,针对各项目制定对策和措施,编制责任成本降低计划，依据成本降低计划制定各管理岗位责任,对公司下达的成本进行分解,具体落实到岗位、到人员；编制考核办法对各岗位进行责任成本考核,制定岗位责任奖罚兑现标准；以此编制成本策划方案,并负责各个方案的实施,确保项目成本管理体系在该项目上

7、的有效运行，对岗位成本进行考核，并实行奖罚，编制岗位责任书并与每个人进行合同签订。5.3职能分工a组长：项目责任成本控制第一责任人，负责组织项目岗位作业成本的分解落实，组织施工过程中的责任成本控制、节点考核和成本分析；组织施工过程中的变更、签证和索赔工作；组织工程进度结算和竣工结算；负责工程款回收和工程款项支付的审核。b副组长：负责方案及工期进度计划的实施、过程调整与优化，承担项目经理部确定的相关管理指标控制责任。c组员：负责项目成本核算，记录各项消耗支出，完成收支对比，做好成本分析。承担备用金管理责任，负责项目费用核销，承担项目间接费用控制责任。负责生产计划、专项技术方案编制及技术方案的落实

8、，协助经理做好项目变更、签证和索赔工作，承担项目部确定的相关管理指标控制责任。（6）质量计划机构组织 在项目实施期间成立质量保证组织，该组织由质量保证人员和项目组长组成，组长负责质量监督工作及项目进展过程中各环节的质量把关，质量保证人员负责质量保证的工作。老师组织结构图如图1.所示：项目组长软件开发配置管理质量保证质量控制实施设计2质量目标 根据质量行业的质量方针和质量目标，结合本项目特点，制定项目的总体质量目标： （1） 基于需求的测试覆盖率为100%；（2） 软件功能测试用例通过率不低于95%； （3） 每个阶段评审中发现的问题都已经解决或得到适当处理；（4） 产品发布时不存在严重及其以上

9、的缺陷。 注：严重问题是指导致系统或模块不能够正常工作的。 3.质量策略为了保证提交用户的产品是高质量，实施过程中采取的质量保证措施包括： （1）将质量贯彻到日常的项目进展过程中；（2） 应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控制采取的策略都是早期预防和早期排除缺陷。4质量控制活动 质量控制活动包括代码走查，单元测试，集成测试环境测试等，有开发人员负责。编码人员在编写代码是要进行同步单元测试，但演的是亚达到分支覆盖，产品通过单元测试和代码走查后应提交测试人员进行集成测试，系统测试。测试人员的测试应达到质量目标的要求，软件发布时应达到测试通过准则的要求.5记录的收集、

10、维护和保存 项目组应该保留项目执行过程中形成的各类文档、各种记录、各级周报、各级会议记录、对于项目中问题的处理也要形成记录保存。每三天有质量保证人员根据任务清单的审计任务进行审计活动，并收集活动的过程数据。（7） 沟通计划沟通计划的主要活动包括过程审计和产品审计。过程审计和产品审计的目的是为了确保在项目进展过程的各阶段和各方面采取各项措施来保证和提高交给用户的产品质量。每一次过程审计和产品审计都应填写报告或活动记录。 7.1 产品审计产品审计由质量保证人员来进行，检查项目是否达标质量保证人员对项目生存期中创建的工作产品可以有选择性的进行审计，是否符合适当的标准，是否进行了质量检查。7.2 过程

11、审计 项目严格按照组织定义的软件过程进行开发，过程审计的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。质量保证人员对项目过程进行监督，发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。 （8）人力资源计划8.1 高层管理受理项目内不能解决的不符合问题，必要时与项目组长协调；负责听取质量保证的工作报告，评审质量保证活动和结果；参加有过质量保证改进的评审。8.2项目的质量保证人员质量保证人员的职责如下：负责项目实施过程中对项目实施情况进行监督；按计划实施审计活动，依照质量保证计划执行评审，并记录执行中发现的不符合项；对不符合

12、问题跟踪并验证措施的执行情况；对项目内不能解决的不符合项问题向高层管理提交报告；向项目组长报告项目质量工作状况和质量度量结果；定期向项目组高高质量活动的结果；制定质量保证的过程改进计划，记录过程数据。8.3 项目组长项目组长的质量职责如下：评审质量计划与质保人员一起协商不符合项目问题的纠正措施，并安排资源实施纠正措施；定期或事件驱动的评审质量保证活动和结果。（9） 风险计划9.1风险管理计划编制风险管理计划编制是决定如何采取和计划一个项目的风险管理活动的过程。在项目初期,我们组成员一起编制了风险管理计划,具体描述如何为该项目处理和执行风险管理活动。我们采用会议的方法来制定风险计划的，因为该项目

13、投资规模比较大,所有的项目干系人代表都被邀请参加了风险管理规划会议,全面地考虑了风险对项目的影响,制订充分的风险管理计划。在计划中,我们确定了基本的风险管理活动(如每天召开一次风险评估会议),根据项目管理理论和我组的项目实践,定义了项目中的风险管理过程,估计了风险管理的时间表和费用,并把风险管理活动纳入了项目计划,把风险管理费用纳入了成本费用计划。例如:网上手机销售系统的综合布线系统,包括电脑信息点和电话语音点共2000个,电脑信息点和电话语音点按办公家具规划,按2比1的对应关系综合布线。9.2风险识别风险识别是确定何种风险可能会对项目产生影响，并将这些风险的特征形成文件。根据项目的实际情况，

14、我们把项目中的风险划分为合同风险、需求变更风险、进度风险、质量风险、技术风险五大类，采用风险分解结构(RBS)形式列举了已知的风险。在识别了上述风险后，我们还确定了这些风险的基本特性,引起这些风险的主要因素，以及可能会影响项目的方面，形成了详细的风险列表记录。在风险识别工作中使用检查表，信息收集技术工具。针对进度落后的情况,通过快速跟进、赶工。例如:加班,或在防范风险的前提下并行施工。例如:网络规划的重点是网络安全。组内网络是两个独立的网络:分为内部网、外部网,网络线路物理分开。常用办公软件在内部网使用。外网业务在公共网吧区域工作。9.3定性风险分析定性风险分析包括对识别风险进行优先级排序。在

15、该工作中使用概率-影响矩阵，风险种类，风险紧急度评估工具。我们根据风险管理计划中的定义，确定每一个风险的发生可能性，并记录下来。除了风险发生的可能性，还分析了风险对项目的影响，包括对时间、成本、范围等各方面的影响。其中不仅仅包括对项目的负面影响，还分析了风险带来的机会。从宏观上来看，信息系统项目风险可以分为项目风险、技术风险和商业风险，其中商业风险又可分为市场风险、策略风险、销售风险、管理风险和预算风险。在这个过程中，我们还是采用会议的方式来进行的。不过，在风险分析的会议中，除了有关项目干系人外，我们还邀请了老师参加，以提高分析结果的准确性。在确定了风险的可能性和影响后，接下来需要进一步确定风

16、险的优先级。风险优先级是一个综合的指标，其高低反映了风险对项目的综合影响。我们采用了风险优先级矩阵来评定风险优先级的。最后得出的结果是质量风险排在第一位，该风险的可能性很高，影响也很大。9.4定量风险分析定量风险分析是测量风险出现的概率和结果，并评估它们对项目目标的影响。这一过程通过蒙特卡罗模拟和决策树等技术进行分析。对已知风险进行定性分析后,我们还进行了定量分析，定量地分析了各风险对项目目标的影响。在这个过程中,我们采用了老师评估的方法，组织相关成员对项目进行乐观、中性和悲观估计，同时,也利用了我们以往项目的数据，用来辅助评估。进行定量分析之后，更新了风险记录列表。信息化要顺利走向成功，必须

17、进行有效的风险管理，而认识并理解企业信息化的每一个阶段的主要目标与工作内容，掌握信息化风险管理的方法,准确进行风险分析是有效控制风险的关键。在实施风险管理时,注意的问题如下:技术方面必须满足需求,应尽量采用商品化技术，降低系统开发的风险。开销应尽量控制在预算范围之内。开发进度应尽量控制在计划之内。应尽量与用户沟通,不要做用户不知道的事情。充分估计到可能出现的风险,注意倾听其他开发人员的意见。及时采纳减少风险的建议。9.5风险应对计划编制风险应对计划编制是开发制定一些程序和技术手段，用来提高实现项目目标的机会和减少风险对实现项目目标的威胁。在该工作中使用工具包括负面风险的应对策略：规避、转移、减

18、轻;正面风险的应对策略：开拓、分享、强大。根据定性和定量分析的结果,我们对已识别的风险(合同风险、需求变更风险、进度风险、质量风险、技术风险),制订了应对计划。对不同的风险,采取了不同的措施。质量是项目的生命,是项目的三要求之一。项目需要以有限的成本在有限的时间内达到项目目标,而风险会影响这一点。风险管理的目的就是最小化风险对项目目标的负面影响,抓住风险带来的机会,增加项目干系人的收益。作为项目管理人员,必须评估项目中的风险,制定风险应对策略,有针对性地分配资源、制定计划,保证项目顺利的进行。本项目的风险及其预防措施包括如下。合同风险:预防这种风险的办法是项目建设之初项目组长就需要全面准确地了

19、解合同各条款的内容、尽早和合同各方就模糊或不明确的条款签订补充协议。需求变更风险:办法是项目建设之初就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请。进度风险:办法是分阶段交付产品、增加项目监控的频度和力度、多运用可行的办法保证工作质量避免返工。质量风险:办法一般是经常和用户交流工作成果、采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。技术风险:办法是选用项目所必须的技术、在技术应用之前，针对相关人员开展好技术培训工作。9.6风险监控风险监控是在项目的整个生命期内,监视残余风险,识别新的风险,执行降低风险计划,以及评价这些工作的有效性。在该工作

20、中使用技术绩效评估,预留管理工具。经过上述五个过程后,该项目中的风险已经比较清晰，这时就要进入风险跟踪与监控过程。在这个过程中，我们对已经识别出的风险的状态进行跟踪,监控风险发生标志,更深入地分析已经识别出的风险，继续识别项目中新出现的风险,复审风险应对策略的执行情况和效果。根据目前风险监控的结果修改风险应对策略，根据新识别出的风险进行分析并制定新的风险应对措施。在这个过程中，我们主要采用了偏差分析、项目绩效分析和监控会议的方式来进行的。我项目正式开工日期:2017年6月19日至2017年6月23日, 历时5天,通过共同的努力工作,网上手机销售系统工程项目的建设顺利完成,并正式交付使用。本项目

21、得以顺利完成,我们,充分认识到项目风险管理在项目管理过程中的重要性。如果需求方与我们从事的项目风险管理工作的重点有所不同，我们在管理项目时，不仅仅是应对风险,还需不断对项目的风险进行监控，提出变更申请,及时更改项目计划,进行风险记录,作为项目收尾的一部分,并为未来项目提供经验。（10） 配置计划10.1项目配置计划本计划的目的是定义软件项目组进行配置管理活动、任务和责任；定义支持配置管理的活动及报告的工具、技术和方法。10.1.1 适用范围 本计划定义项目组在项目期间的所有配置管理活动。10.1.2人员与责任角色人员职责说明配置管理员刘丹1.制定配置管理计划 2. 创建和维护配置库3. 发布配

22、置项及基线配置控制人员变更控制人员冯素丽、刘丹、逯璐1.制定配置管理计划2.创建和维护配置库3. 发布配置项及基线4.保证所有申请的变化的一致性、被评审和被批准。5.保证每一个重要的修 改和重做都必需要得到批准后才可以进行开发人员陈卓 郝月晴 李灿 刘丹 逯璐负责项目的开发项目组长冯素丽对项目负责集成人员逯璐测试人员逯璐验收及记录人员冯素丽10.2用于配制管理的软硬件资源 svn开发软件，个人计算机10.3配制库结构与权限类型工具功能说明开发库SVN不受控，开发人员工作和进行测试验证的空间冯素丽、郝月晴、陈卓、刘丹、逯璐受控库SVN受控，包括基线和非基线工作产品，只有配制管理员才能够修改冯素丽

23、逯璐基线库SVN受控，按照计划建立基线，将基线产品纳入基线库刘丹产品库SVN受控，存放项目最终产品，不进行修改冯素丽10.3.1配置库结构序号说明路径1技术合同管理D:SVNTCM2需求管理D:SVNRM3软件项目规划D:SVNSPP4软件项目跟踪与管理D:SVNSPTO5软件配置管理D:SVNSCM6软件质量保证D:SVNSQA7设计D:SVNDESIGN8源代码D:SVNSOURCECODE9目标代码D:SVNBUILD10测试D:SVNTEST11发布D:SVNRELEASE10.3.2人员权限类别人员权限说明配置管理者刘丹负责项目配置管理，对库拥有所有权限项目管理冯素丽访问、读质量保证

24、人员刘丹访问、读开发人员陈卓 郝月晴 李灿 刘丹 逯璐访问、读高层管理访问、读10.4配置项计划类型主要配置项标识符预计正式发布时间技术合同合同HBKD-XJ-TCM-Con-V1.82017-05-23SOWHBKD-XJ-TCM-SOW-V1.82017-05-23计划项目计划HBKD-XJ-SPP-pp-V1.82017-05-30质量保证计划HBKD-XJ-SPP-SQA-V1.82017-05-30配置管理计划HBKD-XJ-SPP-SCM-V1.82017-05-30需求需求规格说明书HBKD-XJ-RM-SRS-V1.82017-06-05用户DEMOHBKD-XJ-RM-Dem

25、o-V1.82017-06-05设计总体设计说明书HBKD-XJ-Design-JK-V1.82017-06-07HBKD-XJ-Design-DB-V1.82017-06-07详细设计说明书HBKD-XJ-Design-LL-V1.82017-06-07设计术语及规范HBKD-XJ-Design-STD-V1.82017-06-07编程源程序HBKD-XJ-Code-Mod-V1.82017-06-10编码规则HBKD-XJ-Code-std-V1.82017-06-10测试测试计划HBKD-XJ-Test-Plan-V1.82017-06-20测试用例HBKD-XJ-Test-Case-V

26、1.82017-06-20测试报告HBKD-XJ-Test-Report-V1.82017-06-20提交运行产品HBKD-XJ-Product-Exe-V1.82017-06-23验收报告HBKD-XJ-Product-Report-V1.82017-06-23用户手册HBKD-XJ-Product-Mannual-V1.82017-06-2310.5基线发布计划基线名称/标识符基线所包含的主要配置项预计建立时间需求需求规格说明书、用户DEMO2017-05-23总体设计总体设计说明书2017-06-07项目实现软件源代码、编码规则2017-06-10系统测试测试用例、测试报告2017-06

27、-2210.6配置库备份计划备份频度、时间备份人备份内容、目的地、方式06-22冯素丽全部备份、U盘（11） 集成计划质量目标进度目标成本目标其他目标范围目标项目总目标：用户满意约束绳：相互制约1.测试方案：本次测试主要任务是对超市仓库管理系统进行初步验收的测试。测试的主要内容为：系统重要功能测试、监理方测试发现问题的回归测试以及系统的性能测试。1) 单元测试在需求规格说明书中描述的所有功能，都将在选定的客户端/服务器配置组合上进行测试。测试中需要考虑正常的功能实现和恶意测试，即使用设计者不期望的数据进行操作。2) 集成测试集成测试的目的是确保各单元组合在一起后能够按既定意图协作运行，并确保增

28、量的行为正确。它所测试的内容包括单元间的接口以及集成后的功能。使用黑盒测试方法测试集成的功能。集成测试中没完成的功能进行回归测试。3) 确认测试确认测试又称为有效性测试。其任务是检查软件的功能和性能是否与需求说明书中确定的指标相符。确认测试阶段有进行确认测试与软件配置审查两项工作。确认测试一般是在模拟环境下运用黑盒测试方法，由专门测试人员和用户参加的测试。确认测试需要需求说明书、用户手册等文档，要制定测试计划，确定测试的项目，说明测试的内容描述具体的测试用例。集成测试中没完成的功能进行回归测试。软件配置审查的任务是检查软件的所有文档资料的完整性、正确性。如发现遗漏和错误，应补充和改正。同时要编

29、排好目录，为以后的软件维护工作奠定基础。2.模块的集成测试测试目标：本系统测试中：至少70%以上的测试应该是自动执行的，剩下的测试由手工完成。针对每一个自动功能试用一个正常流程和三种可选流程进行测试。测试成功的标准是系统通过了90%的测试用例，并且中、高级缺陷已经被修复。测试要求：对网上销售系统项目内部测试需要满足下列要求：1) 对软件需求报告描述的软件功能进行测试，以验证其是否满足规定的要求。l2) 对软件的安全性进行测试。3) 对软件可靠性进行测试，包括容错性的测试。4) 对软件易用性进行测试，包括易理解性、易学性、易操作性的测试。l5) 使用等价类划分、随机测试、猜错法、因果图法、状态图法进行测试。l6) 完成对软件需求的完全覆盖。7) 对系统的性能进行测试，包括系统响应、并发测试。（12）项目结束。项目计划中确定的可交付成果已经出现，项目的目标已经成功实现，成功实现项目目标，准确遵循项目进度，在预算成本内完成了该项目，项目进度过程中出现的突发问题以及解决措施比较合适，问题都得到解决。最后，特别感谢我们各小组成员，在我做课程设计的过程中给了我极大的帮助，并提出了宝贵的意见和建议。