网上手机销售系统项目管理课程设计报告.docx

网上手机销售系统项目管理课程设计报告.docx

《网上手机销售系统项目管理课程设计报告.docx》由会员分享，可在线阅读，更多相关《网上手机销售系统项目管理课程设计报告.docx（16页珍藏版）》请在冰豆网上搜索。

网上手机销售系统项目管理课程设计报告

课程设计报告

项目名称：

网上手机销售系统

学生姓名：

学号：

10L07520

专业班级：

软件L102

课程名称：

软件项目管理案例教程

指导教师：

王会勇

2013年11月

课程设计成绩评定表

学生姓名

学号

10L07520

成绩

专业班级

软件L102

起止时间

2013.11.11——2013.11.22

设计题目

网上手机销售系统

指

导

教

师

评

语

指导教师：

年月日

一、课程设计的目的及要求

在掌握使用ClearCase和ClearQuest对软件项目进行配置管理的基础上，每个小组选择一个题目进行并行开发，完成课题设计任务，提高学生的实际动手能力和团队协作能力，培养学生的创新精神。

二、课程设计的任务

1.熟练掌握ClearCase和ClearQuest软件的使用。

2.熟练使用ClearCase和ClearQuest对软件项目进行配置管理。

3.根据本组设计题目和本人承担的具体设计任务，并通过指导教师的验收。

4.总结提高，按期完成课程设计报告。

三、课程设计题目

网上手机销售系统

四、课程设计的内容及主要步骤

1、设计内容

在一周时间内，学生自由分组，组成一个开发团队，完成一个中小型软件项目的开发。

开发过程中用软件项目管理的基本理论知识，解决并行开发中遇到的各种问题。

通过使用ClearCase和ClearQuest这两个软件，实现并行开发过程中的变更管理。

2、设计步骤

（1）确定项目的生存期模型。

（2）对项目进行需求分析。

通过上述系统功能分析，针对一般在线手机销售系统，总结出如下的需求信息：

①用户分一般用户、注册用户和管理员用户。

②一般用户和注册用户无需登录就可以看查看手机信息并购买。

③注册用户登录后可以维护自己的个人信息，并且在向网站发出订单时会自动填写自己的联系信息。

④手机按手机厂商来分类，每一个手机都对应一个厂商。

⑤订单分单张详细订单和总订单。

⑥一个用户可以购买多个或多种型号的手机。

⑦一个用户对应一张订单列表。

⑧一个订单列表对应多张订单详细信息。

⑨提供购物帮助功能。

关于订单列表与订单详细信息可以这样理解：

因为用户一次可以购买多种产品，则对每一种产品（即每一款型号的手机）生成一条订单详细信息记录，然后多个这样的订单详细信息组成一个订单列表。

每一个订单列表才与一个用户对应，在发货时以订单列表为单位，也即用户在操作时所看到的“订单”。

经过上述系统功能分析和需求总结，考虑到将来功能上的扩展，设计如下的数据项和数据结构：

①管理员信息，包括数据项：

账号，姓名，密码。

②注册用户（会员），包括数据项，用户ID，用户名，密码等。

③手机，包括数据项：

手机编号，手机名称，分类编号等。

④手机分类，包括数据项：

分类编号，分类名称，上级分类编号（扩展，备用）。

⑤订单详细信息，包括数据项：

订单编号，订单列表编号，手机编号，购书数量。

⑥订单列表，包括数据项：

订单列表编号，用户编号，下单时间，联系方式等。

⑦购物帮助，包括数据项：

问题ID，问题标题，答案和点击次数。

（3）对项目进行任务分解。

（4）项目估算与进度计划。

1项目估算

软件费用，用到了RationalClearCase软件，软件只是用到了下载软件的费用，费用10元。

2进度计划

（1）需求分析

开始日期2013-11-11完成日期2013-11-12所需资源：

一台电脑

标志性事件：

提交完整的需求分析报告

（2）设计

开始日期2013-11-13完成日期2013-11-16所需资源：

一台电脑

标志性事件：

提交完整的设计报告

（3）编码实现

开始日期2013-11-17完成日期2013-11-20所需资源：

一台电脑

标志性事件：

所需求的功能已经全部做好

（4）测试

开始日期2013-11-21完成日期2013-11-23所需资源：

一台电脑

标志性事件：

无错误出现，能够流畅的运行

（5）制定质量计划。

机构组织

在项目实施期间成立质量保证组织，

该组织由质量保证人员和项目组长组成，

组长负责质量

监督工作及项目进展过程中各环节的质量把关，

质量保证人员负责质量保证的工作。

组织结构图如图

1

所示：

2.职责

在本项目中，质量保证的职责如下：

2.2.1

高层管理

受理项目内不能解决的不符合问题，必要时与项目组长协调；

负责听取质量保证的工作报告，评审质量保证活动和结果；

参加有过质量保证改进的评审。

2.2.2

项目的质量保证人员

质量保证人员的职责如下：

负责项目实施过程中对项目实施情况进行监督；

按计划实施审计活动，依照质量保证计划执行评审，并记录执行中发现的不符合项；

对不符合问题跟踪并验证措施的执行情况；

对项目内不能解决的不符合项问题向高层管理提交报告；

向项目组长报告项目质量工作状况和质量度量结果；

定期向项目组高高质量活动的结果；

制定质量保证的过程改进计划，记录过程数据。

2.2.3项目组长

项目组长的质量职责如下：

评审质量计划

与质保人员一起协商不符合项目问题的纠正措施，并安排资源实施纠正措施；

定期或事件驱动的评审质量保证活动和结果。

3．质量目标

根据质量行业的质量方针和质量目标，结合本项目特点，制定项目的总体质量目标：

（1）基于需求的测试覆盖率为100%；

（2）软件功能测试用例通过率不低于95%；

（3）每个阶段评审中发现的问题都已经解决或得到适当处理；

（4）产品发布时不存在严重及其以上的缺陷。

注：

严重问题是指导致系统或模块不能够正常工作的玩呢提。

4.质量策略

为了保证提交用户的产品是高质量，实施过程中采取的质量保证措施包括：

（1）将质量贯彻到日常的项目进展过程中；

（2）应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控

制采取的策略都是早期预防和早期排除缺陷

5．质量保证活动

质量保证的主要活动包括过程审计和产品审计。

过程审计和产品审计的目的是为了确保在项目进展过程的各阶段和各方面采取各项措施来保证和提高交给用户的产品质量。

每一次过程审计和产品审计都应填写报告或活动记录。

5.1产品审计

产品审计由质量保证人员来进行，检查项目是否达标质量保证人员对项目生存期中创建的工作产品可以有选择性的进行审计，是否符合适当的标准，是否进行了质量检查。

5.2过程审计

项目严格按照组织定义的软件过程进行开发，过程审计的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。

质量保证人员对项目过程进行监督，发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。

根据业内的质量保证体系和本项目的具体特点，确定项目执行过程如下：

（1）项目规划过程及产品标准。

（2）项目跟踪管理过程

（3）需求分析过程及产品标准

（4）系统设计过程及产品标准

（5）详细设计过程及产品标准

（6）调试运行过程及产品标准

（7）代码走查过程及代码编写标准

（8）产品集成测试过程及产品标准

（9）开发环境中的执行规则

（10）测试环境中的执行规则

（11）质量保证过程及其标准

（12）配置管理过程及其标准

6．质量控制活动

质量控制活动包括代码走查，单元测试，集成测试环境测试等，有开发人员负责。

编码人员在编写代码是要进行同步单元测试，但演的是亚达到分支覆盖，产品通过单元测试和代码走查后应提交测试人员进行集成测试，系统测试。

测试人员的

测试应达到质量目标的要求，软件发布时应达到测试通过准则的要求.

7．记录的收集、维护和保存

项目组应该保留项目执行过程中形成的各类文档、各种记录、各级周报、各级会议记录、

对于项目中问题的处理也要形成记录保存。

每三天有质量保证人员根据任务清单的审计任务进行审计活动，并收集活动的过程数据。

（6）制定配置计划。

二、项目配置计划

本计划的目的是定义软件项目组进行配置管理活动、任务和责任；定义支持配置管理的活动及报告

的工具、技术和方法。

2、1适用范围

本计划定义项目组在项目期间的所有配置管理活动。

2人员与责任

角色

人员

职责说明

配置管理员

李明远

1.制定《配置管理计划》

2.创建和维护配置库

3.发布配置项及基线

配置控制人员

变更控制人员

邵鹏飞、李明远、戚明伟

1.制定《配置管理计划》

2.创建和维护配置库

3.发布配置项及基线

4..保证所有申请的变化的一致性、被评审和被批准。

5.保证每一个重要的修改和重做都必需要得到批准后才可以进行

开发人员

邵鹏飞、聂壮显、扈秉行李明远、戚明伟

负责项目的开发

项目组长

邵鹏飞

对项目负责

集成人员

戚明伟

测试人员

戚明伟

验收及记录人员

邵鹏飞

用于配制管理的软硬件资源

svn开发软件，个人计算机

配制库结构与权限

类型

工具

功能

说明

开发库

SVN

不受控，开发人员工作和进行测试验证的空间

邵鹏飞、聂壮显、扈秉行李明远、戚明伟

受控库

SVN

受控，包括基线和非基线工作产品，只有配制管理员才能够修改

邵鹏飞、戚明伟

基线库

SVN

受控，按照计划建立基线，将基线产品纳入基线库

李明远

产品库

SVN

受控，存放项目最终产品，不进行修改

邵鹏飞

4、1配置库结构

序号

内容

说明

路径

TCM

技术合同管理

D\:

SVN\TCM

RM

需求管理

D\:

SVN\RM

SPP

软件项目规划

D\:

SVN\SPP

SPTO

软件项目跟踪与管理

D\:

SVN\SPTO

SCM

软件配置管理

D\:

SVN\SCM

SQA

软件质量保证

D\:

SVN\SQA

SPE

软件产品工程

设计

D\:

SVN\DESIGN

源代码

D\:

SVN\SOURCECODE

目标代码

D\:

SVN\BUILD

测试

D\:

SVN\TEST

发布

D\:

SVN\RELEASE

4、3人员权限

类别

人员

权限说明

配置管理者

李明远

负责项目配置管理，对库拥有所有权限

项目管理

邵鹏飞

访问、读

质量保证人员

李明远

访问、读

开发人员

邵鹏飞、聂壮显、扈秉行李明远、戚明伟

访问、读

高层管理

访问、读

配置项计划

类型

主要配置项

标识符

预计正式发布时间

技术合同

《合同》

HBKD-XJ-TCM-Con-V1.8

2013-11-12

SOW

HBKD-XJ-TCM-SOW-V1.8

2013-11-12

计划

《项目计划》

HBKD-XJ-SPP-pp-V1.8

2013-11-12

《质量保证计划》

HBKD-XJ-SPP-SQA-V1.8

2013-11-12

《配置管理计划》

HBKD-XJ-SPP-SCM-V1.8

2013-11-12

需求

《需求规格说明书》

HBKD-XJ-RM-SRS-V1.8

2013-11-14

用户DEMO

HBKD-XJ-RM-Demo-V1.8

2013-11-14

设计

《总体设计说明书》

HBKD-XJ-Design-JK-V1.8

2013-11-16

HBKD-XJ-Design-DB-V1.8

2013-11-16

《详细设计说明书》

HBKD-XJ-Design-LL-V1.8

2013-11-16

《设计术语及规范》

HBKD-XJ-Design-STD-V1.8

2013-11-16

编程

源程序

HBKD-XJ-Code-Mod-V1.8

2013-11-19

编码规则

HBKD-XJ-Code-std-V1.8

2013-11-19

测试

《测试计划》

HBKD-XJ-Test-Plan-V1.8

2013-11-21

《测试用例》

HBKD-XJ-Test-Case-V1.8

2013-11-21

《测试报告》

HBKD-XJ-Test-Report-V1.8

2013-11-21

提交

运行产品

HBKD-XJ-Product-Exe-V1.8

2013-11-23

《验收报告》

HBKD-XJ-Product-Report-V1.8

2013-11-23

《用户手册》

HBKD-XJ-Product-Mannual-V1.8

2013-11-23

基线发布计划

基线名称/标识符

基线所包含的主要配置项

预计建立时间

需求

《需求规格说明书》、

用户DEMO

2013-11-14

总体设计

《总体设计说明书》

2013-11-16

项目实现

软件源代码、编码规则

2013-11-19

系统测试

《测试用例》、《测试报告》

2013-11-21

配置库备份计划

备份频度、时间

备份人

备份内容、目的地、方式

11-22

邵鹏飞

全部备份、U盘

（7）并行开发与测试。

测试方案 ：

本次测试主要任务是对超市仓库管理系统进行初步验收的测试。

测试的主要内容为：

系统重要功能测试、监理方测试发现问题的回归测试以及系统的性能测试。

1）单元测试 

在需求规格说明书中描述的所有功能，都将在选定的客户端/服务器配置组合上进行测试。

测试中需要考虑正常的功能实现和恶意测试，即使用设计者不期望的数据进行操作。

2）集成测试 

集成测试的目的是确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正确。

它所测试的内容包括单元间的接口以及集成后的功能。

使用黑盒测试方法测试集成的功能。

集成测试中没完成的功能进行回归测试。

3）确认测试 

确认测试又称为有效性测试。

其任务是检查软件的功能和性能是否与需求说明书中确定的指标相符。

确认测试阶段有进行确认测试与软件配置审查两项工作。

确认测试一般是在模拟环境下运用黑盒测试方法，由专门测试人员和用户参加的测试。

确认测试需要需求说明书、用户手册等文档，要制定测试计划，确定测试的项目，说明测试的内容描述具体的测试用例。

集成测试中没完成的功能进行回归测试。

软件配置审查的任务是检查软件的所有文档资料的完整性、正确性。

如发现遗漏和错误，应补充和改正。

同时要编排好目录，为以后的软件维护工作奠定基础。

4）测试工具 

Mercury LoadRunner 8.1 

LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。

通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。

通过使用LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。

目前企业的网络应用环境都必须支持大量用户，网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。

难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢，系统崩溃等问题。

这些都不可避免地导致公司收益的损失。

Mercury Interactive 的 LoadRunner 能让企业保护自己的收入来源，无需购置额外硬件而最大限度地利用现有的IT 资源，并确保终端用户在应用系统的各个环节中对其测试应用的质量， 可靠性和可扩展性都有良好的评价。

LoadRunner 是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。

LoadRunner 的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测， 能更快的查找和发现问题。

此外，LoadRunner 能支持广范的协议和技术，提供特殊的解决方案。

（8）对模块进行集成。

模块的集成测试

测试目标 ：

本系统测试中：

至少70%以上的测试应该是自动执行的，剩下的测试由手工完成。

针对每一个自动功能试用一个正常流程和三种可选流程进行测试。

测试成功的标准是系统通过了90%的测试用例，并且中、高级缺陷已经被修复。

测试要求 ：

对网上销售系统项目内部测试需要满足下列要求：

5）对软件需求报告描述的软件功能进行测试，以验证其是否满足规定的要求。

 l 

6）对软件的安全性进行测试。

7）对软件可靠性进行测试，包括容错性的测试。

8）对软件易用性进行测试，包括易理解性、易学性、易操作性的测试。

 l 

9）使用等价类划分、随机测试、猜错法、因果图法、状态图法进行测试。

 l

10）完成对软件需求的完全覆盖。

11）对系统的性能进行测试，包括系统响应、并发测试 

（9）跟踪控制。

建立标准

采集项目信息,观察项目的性能

将项目的实际结果与计划进行比较

如果实际的项目同计划有误差时，采取必要的修正措施。

修正计划,通知有关人员和部门

（10）项目结束。

项目计划中确定的可交付成果已经出现，项目的目标已经成功实现，成功实现项目目标，准确遵循项目进度，在预算成本内完成了该项目，项目进度过程中出现的突发问题以及解决措施比较合适，问题都得到解决。

最后，特别感谢我们各小组成员，在我做课程设计的过程中给了我极大的帮助，并提出了宝贵的意见和建议。

五、心得体会

在这次课程设计过程中，开始时真的不知道该怎么做，仓库管理系统到底要创建哪些表，表里到底要有哪些数据项，这些都很模糊。

于是就找别人的设计作参考，按着设计要求一步一步的设计。

需求分析真的很重要，也不容易，比编程还难。

一步步下来，自己对仓库管理系统有更多的了解，对后面的程序编程也明朗了。

通过这次课设，充分了解了软件项目管理的运用与实践，更重要的是，大体上知道了需求分析的走向与流程，巩固了自己项目管理方面的知识。