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