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

课程设计汇报

项目名称： 网上手机销售系统
学生姓名： 
学 号： 10L07520
专业班级： 软件L102
课程名称： 软件项目管理案例教程

指导教师： 王会勇

11月

课程设计成绩评估表
学生姓名

学 号
10L07520
成绩

专业班级
软件L102
起止时间
.11.11——.11.22
设计题目
网上手机销售系统
指
导
教
师
评
语

指导教师：

年 月 日

一、课程设计目及规定
在掌握使用ClearCase和ClearQuest对软件项目进行配置管理基础上，每个小组选择一种题目进行并行开发，完毕课题设计任务，提高学生实际动手能力和团体协作能力，培养学生创新精神。
二、课程设计任务
1. 纯熟掌握ClearCase和ClearQuest软件使用。
2. 纯熟使用ClearCase和ClearQuest对软件项目进行配置管理。
3. 根据本组设计题目和本人承担详细设计任务，并通过指导教师验收。
4. 总结提高，按期完毕课程设计汇报。
三、课程设计题目
网上手机销售系统
四、课程设计内容及重要环节
1、设计内容
在一周时间内，学生自由分组，构成一种开发团体，完毕一种中小型软件项目开发。开发过程中用软件项目管理基本理论知识，处理并行开发中碰到多种问题。通过使用ClearCase 和ClearQuest 这两个软件，实现并行开发过程中变更管理。
2、设计环节
（1）确定项目生存期模型。

（2）对项目进行需求分析。
通过上述系统功能分析，针对一般在线手机销售系统，总结出如下需求信息：
①顾客分一般顾客、注册顾客和管理员顾客。
②一般顾客和注册顾客无需登录就可以看查看手机信息并购置。
③注册顾客登录后可以维护自己个人信息，并且在向网站发出订单时会自动填写自己联络信息。
④手机按手机厂商来分类，每一种手机都对应一种厂商。
⑤订单分单张详细订单和总订单。
⑥一种顾客可以购置多种或多种型号手机。
⑦一种顾客对应一张订单列表。
⑧一种订单列表对应多张订单详细信息。
⑨提供购物协助功能。
有关订单列表与订单详细信息可以这样理解：由于顾客一次可以购置多种产品，则对每一种产品(即每一款型号手机)生成一条订单详细信息记录，然后多种这样订单详细信息构成一种订单列表。每一种订单列表才与一种顾客对应，在发货时以订单列表为单位，也即顾客在操作时所看到“订单”。
通过上述系统功能分析和需求总结，考虑到未来功能上扩展，设计如下数据项和数据构造：
①管理员信息，包括数据项：账号，姓名，密码。
②注册顾客(会员)，包括数据项，顾客ID，顾客名，密码等。
③手机，包括数据项：手机编号，手机名称，分类编号等。
④手机分类，包括数据项：分类编号，分类名称，上级分类编号(扩展，备用)。
⑤订单详细信息，包括数据项：订单编号，订单列表编号，手机编号，购书数量。
⑥订单列表，包括数据项：订单列表编号，顾客编号，下单时间，联络方式等。
⑦购物协助，包括数据项：问题ID，问题标题，答案和点击次数。
（3）对项目进行任务分解。

手机销售系统

注册
登录

定单查询
订单投
拆
客户服务
付款方式
新闻中心
购物车
收银台

（4） 项目估算与进度计划。
1 项目估算
软件费用，用到了Rational ClearCase 软件，软件只是用到了下载软件费用，费用10元。
2 进度计划
（1） 需求分析
开始日期-11-11 完毕日期-11- 12 所需资源：一台电脑
标志性事件：提交完整需求分析汇报
（2） 设计
开始日期-11-13 完毕日期-11-16 所需资源：一台电脑
标志性事件：提交完整设计汇报
（3）编码实现
开始日期-11-17 完毕日期-11-20 所需资源：一台电脑
标志性事件：所需求功能已经所有做好
（4）测试
开始日期-11-21 完毕日期-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
-11-12
SOW
HBKD-XJ-TCM-SOW-V1.8
-11-12
计划
《项目计划》
HBKD-XJ-SPP-pp-V1.8
-11-12
《质量保证计划》
HBKD-XJ-SPP-SQA-V1.8
-11-12
《配置管理计划》
HBKD-XJ-SPP-SCM-V1.8
-11-12
需求
《需求规格阐明书》
HBKD-XJ-RM-SRS-V1.8
-11-14
顾客DEMO
HBKD-XJ-RM-Demo-V1.8
-11-14
设计
《总体设计阐明书》
HBKD-XJ-Design-JK-V1.8
-11-16

HBKD-XJ-Design-DB-V1.8
-11-16
《详细设计阐明书》
HBKD-XJ-Design-LL-V1.8
-11-16
《设计术语及规范》
HBKD-XJ-Design-STD-V1.8
-11-16
编程
源程序
HBKD-XJ-Code-Mod-V1.8
-11-19
编码规则
HBKD-XJ-Code-std-V1.8
-11-19
测试
《测试计划》
HBKD-XJ-Test-Plan-V1.8
-11-21
《测试用例》
HBKD-XJ-Test-Case-V1.8
-11-21
《测试汇报》
HBKD-XJ-Test-Report-V1.8
-11-21
提交
运行产品
HBKD-XJ-Product-Exe-V1.8
-11-23
《验收汇报》
HBKD-XJ-Product-Report-V1.8
-11-23
《顾客手册》
HBKD-XJ-Product-Mannual-V1.8
-11-23

基线公布计划

基线名称/标识符
基线所包括重要配置项
估计建立时间
需求
《需求规格阐明书》、
顾客DEMO
-11-14
总体设计
《总体设计阐明书》
-11-16
项目实现
软件源代码、编码规则
-11-19
系统测试
《测试用例》、《测试汇报》
-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）项目结束。
项目计划中确定可交付成果已经出现，项目目已经成功实现，成功实现项目目，精确遵照项目进度，在预算成本内完毕了该项目，项目进度过程中出现突发问题以及处理措施比较合适，问题都得到处理。最终，尤其感谢我们各小组组员，在我做课程设计过程中给了我极大协助，并提出了宝贵意见和提议。
五、心得体会
在这次课程设计过程中，开始时真不懂得该怎么做，仓库管理系统究竟要创立哪些表，表里究竟要有哪些数据项，这些都很模糊。于是就找他人设计作参照，按着设计规定一步一步设计。需求分析真很重要，也不轻易，比编程还难。一步步下来，自己对仓库管理系统有更多理解，对背面程序编程也明朗了。通过这次课设，充足理解了软件项目管理运用与实践，更重要是，大体上懂得了需求分析走向与流程，巩固了自己项目管理方面知识。