网上手机销售系统项目管理课程设计报告.docx
- 文档编号:24842698
- 上传时间:2023-06-02
- 格式:DOCX
- 页数:36
- 大小:444.46KB
网上手机销售系统项目管理课程设计报告.docx
《网上手机销售系统项目管理课程设计报告.docx》由会员分享,可在线阅读,更多相关《网上手机销售系统项目管理课程设计报告.docx(36页珍藏版)》请在冰豆网上搜索。
网上手机销售系统项目管理课程设计报告
课程设计报告
项目名称:
网上手机销售系统
学生姓名:
学号:
10L07520
专业班级:
软件
L102
课程名称:
指导教师:
软件项目管理事例教程
王会勇
2013
年
11月
课程设计成绩评定表
学生姓名
学号
10L07520
成绩
专业班级
软件
L102
起止时间
——
设计题目
网上手机销售系统
指导教师:
年月日
指
导
教
师
评
语
一、课程设计的目的及要求
在掌握使用ClearCase和ClearQuest对软件项目进行配置管理的基础上,每个小组选择一个题目进行并行开发,达成课题设计任务,提升学生的实质着手能力和团队协作能力,培育学生的创新精神。
二、课程设计的任务
1.娴熟掌握ClearCase和ClearQuest软件的使用。
2.娴熟使用ClearCase和ClearQuest对软件项目进行配置管理。
3.依据本组设计题目和自己肩负的详细设计任务,并经过指导教师的查收。
4.总结提升,如期达成课程设计报告。
三、课程设计题目
网上手机销售系统
四、课程设计的内容及主要步骤
需求剖析
系统测试
1、设计内容
纲要设计
集成测试
在一周时间内,学生自由分组,构成一个开发团队,达成一其中小型软件项目的开发。
开发过程顶用软
件项目管理的基本理论知识,解决并行开发中碰到的各样问题。
经过使用
ClearCase和ClearQuest这两个软
件,实现并行开发过程中的更改管理。
单元测试
详尽设计
2、设计步骤
(1)确立项目的生计期模型。
编码
图1.3软件测试过程V模型
(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.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
设计
D\:
SVN\DESIGN
软
源代码
D\:
SVN\SOURCECODE
SP
D\:
SVN\BUILD
件产品
目标代码
E
工程
测试
D\:
SVN\TEST
公布
D\:
SVN\RELEASE
4、3人员权限
类型
人员
权限说明
配置管理者
李明远
负责项目配置管理,对
库拥有所有权限
项目管理
邵鹏飞
接见、读
质量保证人员
李明远
接见、读
开发人员
邵鹏飞、聂壮显、扈秉
接见、读
行李明远、戚明伟
高层管理
接见、读
配置项计划
种类
主要配置项
表记符
估计正式公布
时间
技术
《合同》
2013-11-12
合同
SOW
2013-11-12
计划
《项目计划》
2013-11-12
《质量保证计划》
2013-11-12
《配置管理计划》
2013-11-12
需求
《需求规格说明书》
2013-11-14
用户DEMO
2013-11-14
设计
《整体设计说明书》
2013-11-16
2013-11-16
《详尽设计说明书》
2013-11-16
《设计术语及规范》
2013-11-16
编程
源程序
2013-11-19
编码规则
2013-11-19
测试
《测试计划》
2013-11-21
《测试用例》
2013-11-21
《测试报告》
2013-11-21
提交
运转产品
2013-11-23
《查收报告》
2013-11-23
《用户手册》
HBKD-XJ-Product-Mannual-V1.
2013-11-23
8
基线公布计划
基线名称/表记符
基线所包含的主要配置项
估计成即刻间
需求
《需求规格说明书》、
2013-11-14
用户DEMO
整体设计
《整体设计说明书》
2013-11-16
项目实现
软件源代码、编码规则
2013-11-19
系统测试
《测试用例》、《测试报告》
2013-11-21
配置库备份计划
备份频度、时间
备份人
备份内容、目的地、方
式
11-22邵鹏飞所有备份、U盘
(7)并行开发和测试。
测试方案:
质量目
标
测试的主要内容为:
系统重要功能测试、
本次测试主要任务是对商场库房管理系统进行初步查收的测试。
监理方测试发现问题的回归测试以及系统的性能测试。
拘束绳:
进度目
成本目
1)单元测试
标
项目总目标:
互相限制
标
在需求规格说明书中描绘的所有功能,
都将在选定的客户端
/服务器配置组合长进行测试。
测试中需要考
用户满意
虑正常的功能实现和歹意测试,即便用设计者不希望的数据进行操作。
2)集成测试
集成测试的目的是保证各单元范组合在一同后能够按既定企图协作运转,并保证增量的行为正确。
它所测围目其余目
试的内容包含单元间的接口以及集成后的功能。
使用黑盒测试方法测试集成的功能。
集成测试中没达成的功标标
能进行回归测试。
3)确认测试
确认测试又称为有效性测试。
其任务是检查软件的功能和性能能否和需求说明书中确立的指标符合。
确
认测试阶段有进行确认测试和软件配置审察两项工作。
确认测试一般是在模拟环境下运用黑盒测试方法,由特意测试人员和用户参加的测试。
确认测试需要需求说明书、用户手册等文档,要拟订测试计划,确立测试的项目,说明测试的内容描绘详细的测试用例。
集成测试中没达成的功能进行回归测试。
软件配置审察的任务是检查软件的所有文档资料的完好性、正确性。
如发现遗漏和错误,应增补和更正。
同时要编排好目录,为此后的软件保护工作确立基础。
4)测试工具
LoadRunner是一种展望系统行为和性能的工业标准级负载测试工具。
经过以模拟上千万用户实行并发负
载及及时性能监测的方式来确认和查找问题,LoadRunner能够对整个公司架构进行测试。
经过使用
LoadRunner,公司能最大限度地缩短测试时间,优化性能和加快使用系统的公布周期。
当前公司的网络使用环境都一定支持大批用户,网络系统架构中含各种使用环境且由不一样供给商供给软件和硬件产品。
难以预知的用户负载和越来越复杂的使用环境使公司不时担忧会发生用户响应速度过慢,系统崩溃等问题。
这些都不
可防止地致使公司利润的损失。
MercuryInteractive的LoadRunner能让公司保护自己的收入根源,无需购买
额外硬件而最大限度地利用现有的IT资源,并保证终端用户在使用系统的各个环节中对其测试使用的质
量,靠谱性和可扩展性都有优秀的评论。
LoadRunner是一种合用于各样系统架构的自动负载测试工具,它
能展望系统行为并优化系统性能。
LoadRunner的测试对象是整个公司的系统,它经过模拟实质用户的操作行
为和推行及时性能监测,能更快的查找和发现问题。
别的,LoadRunner能支持广范的协讲和技术,供给特
殊的解决方案。
(8)对模块进行集成。
模块的集成测试
测试目标:
本系统测试中:
起码70%以上的测试应当是自动履行的,剩下的测试由手工达成。
针对每一个自动功能
试用一个正常流程和三种可选流程进行测试。
测试成功的标准是系统经过了90%的测试用例,而且中、高级
缺点已经被修复。
测试要求:
对网上销售系统项目内部测试需要知足以下要求:
5)对软件需求报告描绘的软件功能进行测试,以考证其能否知足规定的要求。
6)对软件的安全性进行测试。
7)对软件靠谱性进行测试,包含容错性的测试。
8)对软件易用性进行测试,包含易理解性、易学性、易操作性的测试。
9)使用等价类区分、随机测试、猜错法、因果图法、状态图法进行测试。
10)达成对软件需求的完好覆盖。
11)对系统的性能进行测试,包含系统响应、并发测试
(9)追踪控制。
成立标准
采集项目信息,察看项目的性能
将项目的实质结果和计划进行比较
假如实质的项目同计划有偏差时,采纳必需的修正举措。
修正计划,通知相关人员和部门
(10)项目结束。
项目计划中确立的可交托成就已经出现,项目的目标已经成功实现,成功实现项目目标,正确依照项目
进度,在估量成本内达成了该项目,项目进度过程中出现的突提问题以及解决举措比较适合,问题都获得解
决。
最后,特别感谢我们各小构成员,在我做课程设计的过程中给了我极大的帮助,并提出了可贵的建议和
建议。
五、心得领会
在此次课程设计过程中,开始时真的不知道该怎么做,库房管理系统究竟要创立哪些表,表里究竟要有哪些数据项,这些都很模糊。
于是就找他人的设计作参照,按着设计要求一步一步的设计。
需求剖析真的很重要,也不简单,比编程还难。
一步步下来,自己对库房管理系统有更多的认识,对后边的程序编程也明亮了。
经过此次课设,充足认识了软件项目管理的运用和实践,更重要的是,大概上知道了需求剖析的走向和流程,稳固了自己项目管理方面的知识。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 网上 手机 销售 系统 项目 管理 课程设计 报告