项目管理与案例分析课程设计网上手机销售系统Word格式.docx
《项目管理与案例分析课程设计网上手机销售系统Word格式.docx》由会员分享，可在线阅读，更多相关《项目管理与案例分析课程设计网上手机销售系统Word格式.docx（17页珍藏版）》请在冰豆网上搜索。
二、课程设计的任务
1.熟练掌握配置管理和项目管理软件的使用。
2.根据本组设计题目和本人承担的具体设计任务，并通过指导教师的验收。
3.总结提高，按期完成课程设计报告。
三、课程设计的内容及主要步骤
1、设计内容
在课程设计时间内，学生自由分组，组成一个开发团队，完成一个中小型软件项目的开发。
开发过程中用软件项目管理的基本理论知识，解决并行开发中遇到的各种问题。
2、设计关键步骤
（1）确定项目的生存期模型
（2）对项目进行需求分析
通过上述系统功能分析，针对一般在线手机销售系统，总结出如下的需求信息：
①用户分一般用户、注册用户和管理员用户。
②一般用户和注册用户无需登录就可以看查看手机信息并购买。
③注册用户登录后可以维护自己的个人信息，并且在向网站发出订单时会自动填写自己的联系信息。
④手机按手机厂商来分类，每一个手机都对应一个厂商。
⑤订单分单张详细订单和总订单。
⑥一个用户可以购买多个或多种型号的手机。
⑦一个用户对应一张订单列表。
⑧一个订单列表对应多张订单详细信息。
⑨提供购物帮助功能。
关于订单列表与订单详细信息可以这样理解：
因为用户一次可以购买多种产品，则对每一种产品（即每一款型号的手机）生成一条订单详细信息记录，然后多个这样的订单详细信息组成一个订单列表。
每一个订单列表才与一个用户对应，在发货时以订单列表为单位，也即用户在操作时所看到的“订单”。
经过上述系统功能分析和需求总结，考虑到将来功能上的扩展，设计如下的数据项和数据结构：
①管理员信息，包括数据项：
账号，姓名，密码。
②注册用户（会员），包括数据项，用户ID，用户名，密码等。
③手机，包括数据项：
手机编号，手机名称，分类编号等。
④手机分类，包括数据项：
分类编号，分类名称，上级分类编号（扩展，备用）。
⑤订单详细信息，包括数据项：
订单编号，订单列表编号，手机编号，购书数量。
⑥订单列表，包括数据项：
订单列表编号，用户编号，下单时间，联系方式等。
⑦购物帮助，包括数据项：
问题ID，问题标题，答案和点击次数。
（3）
对项目进行任务分解
（4）项目估算与进度计划。
1项目估算
软件费用，用到了MicrosoftVisio2010,MicrosoftProject2010软件，软件只是用到了下载软件的费用，费用100元。
2进度计划
需求分析
开始日期2017-05-23完成日期2017-06-23所需资源：
一台电脑
标志性事件：
提交完整的需求分析报告
设计
开始日期2017-05-30完成日期2017-06-10所需资源：
提交完整的设计报告
编码实现
开始日期2017-06-11完成日期2017-06-20所需资源：
所需求的功能已经全部做好
测试
开始日期2017-06-21完成日期2017-06-23所需资源：
无错误出现，能够流畅的运行。
（5）成本计划
.针对该项目工程特点及成本情况,项目部成立项目成本管理小组
组
长:
冯素丽
副组长:
李灿
员:
刘丹逯璐陈卓郝月晴
成本管理小组责任：
成本管理小组负责对该项目成本进行各方面的分析,针对各项目制定对策和措施
编制责任成本降低计划，依据成本降低计划制定各管理岗位责任,对公司下达的成本进行分解,具体落实到岗位、到人员；
编制考核办法对各岗位进行责任成本考核,制定岗位责任奖罚兑现标准；
以此编制成本策划方案,并负责各个方案的实施,确保项目成本管理体系在该项目上的有效运行，对岗位成本进行考核，并实行奖罚，编制岗位责任书并与每个人进行合同签订。
职能分工
a组长：
项目责任成本控制第一责任人，负责组织项目岗位作业成本的分解落实，组织施工过程中的责任成本控制、节点考核和成本分析；
组织施工过程中的变更、签证和索赔工作；
组织工程进度结算和竣工结算；
负责工程款回收和工程款项支付的审核。
b副组长：
负责方案及工期进度计划的实施、过程调整与优化，承担项目经理部确定的相关管理指标控制责任。
c组员：
负责项目成本核算，记录各项消耗支出，完成收支对比，做好成本分析。
承担备用金管理责任，负责项目费用核销，承担项目间接费用控制责任。
负责生产计划、专项技术方案编制及技术方案的落实，协助经理做好项目变更、签证和索赔工作，承担项目部确定的相关管理指标控制责任。
（6）质量计划
机构组织
在项目实施期间成立质量保证组织，
该组织由质量保证人员和项目组长组成，
组长负责质量
监督工作及项目进展过程中各环节的质量把关，
质量保证人员负责质量保证的工作。
老师
组织结构图如图
1.所示：
项目组长
软件开发
配置管理
质量保证
质量控制
实施
2．质量目标
根据质量行业的质量方针和质量目标，结合本项目特点，制定项目的总体质量目标：
（1）基于需求的测试覆盖率为100%；
（2）软件功能测试用例通过率不低于95%；
（3）每个阶段评审中发现的问题都已经解决或得到适当处理；
（4）产品发布时不存在严重及其以上的缺陷。
注：
严重问题是指导致系统或模块不能够正常工作的。
3.质量策略
为了保证提交用户的产品是高质量，实施过程中采取的质量保证措施包括：
（1）将质量贯彻到日常的项目进展过程中；
（2）应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控制采取的策略都是早期预防和早期排除缺陷。
4．质量控制活动
质量控制活动包括代码走查，单元测试，集成测试环境测试等，有开发人员负责。
编码人员在编写代码是要进行同步单元测试，但演的是亚达到分支覆盖，产品通过单元测试和代码走查后应提交测试人员进行集成测试，系统测试。
测试人员的
测试应达到质量目标的要求，软件发布时应达到测试通过准则的要求.
5．记录的收集、维护和保存
项目组应该保留项目执行过程中形成的各类文档、各种记录、各级周报、各级会议记录、
对于项目中问题的处理也要形成记录保存。
每三天有质量保证人员根据任务清单的审计任务进行审计活动，并收集活动的过程数据。
（7）沟通计划
沟通计划的主要活动包括过程审计和产品审计。
过程审计和产品审计的目的是为了确保在项目进展过程的各阶段和各方面采取各项措施来保证和提高交给用户的产品质量。
每一次过程审计和产品审计都应填写报告或活动记录。
产品审计
产品审计由质量保证人员来进行，检查项目是否达标质量保证人员对项目生存期中创建的工作产品可以有选择性的进行审计，是否符合适当的标准，是否进行了质量检查。
过程审计
项目严格按照组织定义的软件过程进行开发，过程审计的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。
质量保证人员对项目过程进行监督，发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。
（8）人力资源计划
高层管理
受理项目内不能解决的不符合问题，必要时与项目组长协调；
负责听取质量保证的工作报告，评审质量保证活动和结果；
参加有过质量保证改进的评审。
项目的质量保证人员
质量保证人员的职责如下：
负责项目实施过程中对项目实施情况进行监督；
按计划实施审计活动，依照质量保证计划执行评审，并记录执行中发现的不符合项；
对不符合问题跟踪并验证措施的执行情况；
对项目内不能解决的不符合项问题向高层管理提交报告；
向项目组长报告项目质量工作状况和质量度量结果；
定期向项目组高高质量活动的结果；
制定质量保证的过程改进计划，记录过程数据。
项目组长
项目组长的质量职责如下：
评审质量计划
与质保人员一起协商不符合项目问题的纠正措施，并安排资源实施纠正措施；
定期或事件驱动的评审质量保证活动和结果。
（9）风险计划
风险管理计划编制
风险管理计划编制是决定如何采取和计划一个项目的风险管理活动的过程。
在项目初期,我们组成员一起编制了风险管理计划,具体描述如何为该项目处理和执行风险管理活动。
我们采用会议的方法来制定风险计划的，因为该项目投资规模比较大,所有的项目干系人代表都被邀请参加了风险管理规划会议,全面地考虑了风险对项目的影响,制订充分的风险管理计划。
在计划中,我们确定了基本的风险管理活动（如每天召开一次风险评估会议）,根据项目管理理论和我组的项目实践,定义了项目中的风险管理过程,估计了风险管理的时间表和费用,并把风险管理活动纳入了项目计划,把风险管理费用纳入了成本费用计划。
例如:
网上手机销售系统的综合布线系统,包括电脑信息点和电话语音点共2000个,电脑信息点和电话语音点按办公家具规划,按2比1的对应关系综合布线。
风险识别
风险识别是确定何种风险可能会对项目产生影响，并将这些风险的特征形成文件。
根据项目的实际情况，我们把项目中的风险划分为合同风险、需求变更风险、进度风险、质量风险、技术风险五大类，采用风险分解结构（RBS）形式列举了已知的风险。
在识别了上述风险后，我们还确定了这些风险的基本特性,引起这些风险的主要因素，以及可能会影响项目的方面，形成了详细的风险列表记录。
在风险识别工作中使用检查表，信息收集技术工具。
针对进度落后的情况,通过快速跟进、赶工。
加班,或在防范风险的前提下并行施工。
网络规划的重点是网络安全。
组内网络是两个独立的网络:
分为内部网、外部网,网络线路物理分开。
常用办公软件在内部网使用。
外网业务在公共网吧区域工作。
定性风险分析
定性风险分析包括对识别风险进行优先级排序。
在该工作中使用概率-影响矩阵，风险种类，风险紧急度评估工具。
我们根据风险管理计划中的定义，确定每一个风险的发生可能性，并记录下来。
除了风险发生的可能性，还分析了风险对项目的影响，包括对时间、成本、范围等各方面的影响。
其中不仅仅包括对项目的负面影响，还分析了风险带来的机会。
从宏观上来看，信息系统项目风险可以分为项目风险、技术风险和商业风险，其中商业风险又可分为市场风险、策略风险、销售风险、管理风险和预算风险。
在这个过程中，我们还是采用会议的方式来进行的。
不过，在风险分析的会议中，除了有关项目干系人外，我们还邀请了老师参加，以提高分析结果的准确性。
在确定了风险的可能性和影响后，接下来需要进一步确定风险的优先级。
风险优先级是一个综合的指标，其高低反映了风险对项目的综合影响。
我们采用了风险优先级矩阵来评定风险优先级的。
最后得出的结果是质量风险排在第一位，该风险的可能性很高，影响也很大。
定量风险分析
定量风险分析是测量风险出现的概率和结果，并评估它们对项目目标的影响。
这一过程通过蒙特卡罗模拟和决策树等技术进行分析。
对已知风险进行定性分析后,我们还进行了定量分析，定量地分析了各风险对项目目标的影响。
在这个过程中,我们采用了老师评估的方法，组织相关成员对项目进行乐观、中性和悲观估计，同时,也利用了我们以往项目的数据，用来辅助评估。
进行定量分析之后，更新了风险记录列表。
信息化要顺利走向成功，必须进行有效的风险管理，而认识并理解企业信息化的每一个阶段的主要目标与工作内容，掌握信息化风险管理的方法,准确进行风险分析是有效控制风险的关键。
在实施风险管理时,注意的问题如下:
技术方面必须满足需求,应尽量采用商品化技术，降低系统开发的风险。
开销应尽量控制在预算范围之内。
开发进度应尽量控制在计划之内。
应尽量与用户沟通,不要做用户不知道的事情。
充分估计到可能出现的风险,注意倾听其他开发人员的意见。
及时采纳减少风险的建议。
风险应对计划编制
风险应对计划编制是开发制定一些程序和技术手段，用来提高实现项目目标的机会和减少风险对实现项目目标的威胁。
在该工作中使用工具包括负面风险的应对策略：
规避、转移、减轻;
正面风险的应对策略：
开拓、分享、强大。
根据定性和定量分析的结果,我们对已识别的风险（合同风险、需求变更风险、进度风险、质量风险、技术风险）,制订了应对计划。
对不同的风险,采取了不同的措施。
质量是项目的生命,是项目的三要求之一。
项目需要以有限的成本在有限的时间内达到项目目标,而风险会影响这一点。
风险管理的目的就是最小化风险对项目目标的负面影响,抓住风险带来的机会,增加项目干系人的收益。
作为项目管理人员,必须评估项目中的风险,制定风险应对策略,有针对性地分配资源、制定计划,保证项目顺利的进行。
本项目的风险及其预防措施包括如下。
合同风险:
预防这种风险的办法是项目建设之初项目组长就需要全面准确地了解合同各条款的内容、尽早和合同各方就模糊或不明确的条款签订补充协议。
需求变更风险:
办法是项目建设之初就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请。
进度风险:
办法是分阶段交付产品、增加项目监控的频度和力度、多运用可行的办法保证工作质量避免返工。
质量风险:
办法一般是经常和用户交流工作成果、采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。
技术风险:
办法是选用项目所必须的技术、在技术应用之前，针对相关人员开展好技术培训工作。
风险监控
风险监控是在项目的整个生命期内,监视残余风险,识别新的风险,执行降低风险计划,以及评价这些工作的有效性。
在该工作中使用技术绩效评估,预留管理工具。
经过上述五个过程后,该项目中的风险已经比较清晰，这时就要进入风险跟踪与监控过程。
在这个过程中，我们对已经识别出的风险的状态进行跟踪,监控风险发生标志,更深入地分析已经识别出的风险，继续识别项目中新出现的风险,复审风险应对策略的执行情况和效果。
根据目前风险监控的结果修改风险应对策略，根据新识别出的风险进行分析并制定新的风险应对措施。
在这个过程中，我们主要采用了偏差分析、项目绩效分析和监控会议的方式来进行的。
我项目正式开工日期:
2017年6月19日至2017年6月23日,历时5天,通过共同的努力工作,网上手机销售系统工程项目的建设顺利完成,并正式交付使用。
本项目得以顺利完成,我们,充分认识到项目风险管理在项目管理过程中的重要性。
如果需求方与我们从事的项目风险管理工作的重点有所不同，我们在管理项目时，不仅仅是应对风险,还需不断对项目的风险进行监控，提出变更申请,及时更改项目计划,进行风险记录,作为项目收尾的一部分,并为未来项目提供经验。
（10）配置计划
项目配置计划
本计划的目的是定义软件项目组进行配置管理活动、任务和责任；
定义支持配置管理的活动及报告的工具、技术和方法。
适用范围
本计划定义项目组在项目期间的所有配置管理活动。
人员与责任
角色
人员
职责说明
配置管理员
刘丹
1.制定《配置管理计划》
2.创建和维护配置库
3.发布配置项及基线
配置控制人员
变更控制人员
冯素丽、刘丹、逯璐
1.制定《配置管理计划》
2.创建和维护配置库
4..保证所有申请的变化的一致性、被评审和被批准。
5.保证每一个重要的修改和重做都必需要得到批准后才可以进行
开发人员
陈卓郝月晴李灿
刘丹逯璐
负责项目的开发
对项目负责
集成人员
逯璐
测试人员
验收及记录人员
用于配制管理的软硬件资源
svn开发软件，个人计算机
配制库结构与权限
类型
工具
功能
说明
开发库
SVN
不受控，开发人员工作和进行测试验证的空间
冯素丽、郝月晴、陈卓、刘丹、逯璐
受控库
受控，包括基线和非基线工作产品，只有配制管理员才能够修改
基线库
受控，按照计划建立基线，将基线产品纳入基线库
产品库
受控，存放项目最终产品，不进行修改
配置库结构
序号
路径
1
技术合同管理
D\:
SVN\TCM
2
需求管理
SVN\RM
3
软件项目规划
SVN\SPP
4
软件项目跟踪与管理
SVN\SPTO
5
软件配置管理
SVN\SCM
6
软件质量保证
SVN\SQA
7
SVN\DESIGN
8
源代码
SVN\SOURCECODE
9
目标代码
SVN\BUILD
10
SVN\TEST
11
发布
SVN\RELEASE
人员权限
类别
权限说明
配置管理者
负责项目配置管理，对库拥有所有权限
项目管理
访问、读
质量保证人员
高层管理
配置项计划
主要配置项
标识符
预计正式发布时间
技术合同
《合同》
2017-05-23
SOW
计划
《项目计划》
2017-05-30
《质量保证计划》
《配置管理计划》
需求
《需求规格说明书》
2017-06-05
用户DEMO
《总体设计说明书》
2017-06-07
《详细设计说明书》
《设计术语及规范》
编程
源程序
2017-06-10
编码规则
《测试计划》
2017-06-20
《测试用例》
《测试报告》
运行产品
2017-06-23
提交
《验收报告》
《用户手册》
基线发布计划
基线名称/标识符
基线所包含的主要配置项
预计建立时间
《需求规格说明书》、
总体设计
项目实现
软件源代码、编码规则
系统测试
《测试用例》、《测试报告》
2017-06-22
配置库备份计划
备份频度、时间
备份人
备份内容、目的地、方式
06-22
全部备份、U盘
（11）集成计划
1.测试方案
：
本次测试主要任务是对超市仓库管理系统进行初步验收的测试。
测试的主要内容为：
系统重要功能测试、监理方测试发现问题的回归测试以及系统的性能测试。
1）单元测试
在需求规格说明书中描述的所有功能，都将在选定的客户端/服务器配置组合上进行测试。
测试中需要考虑正常的功能实现和恶意测试，即使用设计者不期望的数据进行操作。
2）集成测试
集成测试的目的是确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正确。
它所测试的内容包括单元间的接口以及集成后的功能。
使用黑盒测试方法测试集成的功能。
集成测试中没完成的功能进行回归测试。
3）确认测试
确认测试又称为有效性测试。
其任务是检查软件的功能和性能是否与需求说明书中确定的指标相符。
确认测试阶段有进行确认测试与软件配置审查两项工作。
确认测试一般是在模拟环境下运用黑盒测试方法，由专门测试人员和用户参加的测试。
确认测试需要需求说明书、用户手册等文档，要制定测试计划，确定测试的项目，说明测试的内容描述具体的测试用例。
软件配置审查的任务是检查软件的所有文档资料的完整性、正确性。
如发现遗漏和错误，应补充和改正。
同时要编排好目录，为以后的软件维护工作奠定基础。
2.模块的集成测试
测试目标
本系统测试中：
至少70%以上的测试应该是自动执行的，剩下的测试由手工完成。
针对每一个自动功能试用一个正常流程和三种可选流程进行测试。
测试成功的标准是系统通过了90%的测试用例，并且中、高级缺陷已经被修复。
测试要求
对网上销售系统项目内部测试需要满足下列要求：
1）对软件需求报告描述的软件功能进行测试，以验证其是否满足规定的要求。
2）对软件的安全性进行测试。
3）对软件可靠性进行测试，包括容错性的测试。
4）对软件易用性进行测试，包括易理解性、易学性、易操作性的测试。
5）使用等价类划分、随机测试、猜错法、因果图法、状态图法进行测试。
6）完成对软件需求的完全覆盖。
7）对系统的性能进行测试，包括系统响应、并发测试
。
（12）项目结束。
项目计划中确定的可交付成果已经出现，项目的目标已经成功实现，成功实现项目目标，准确遵循项目进度，在预算成本内完成了该项目，项目进度过程中出现的突发问题以及解决措施比较合适，问题都得到解决。
最后，特别感谢我们各小组成员，在我做课程设计的过程中给了我极大的帮助，并提出了宝贵的意见和建议。
升级会员 