超市管理系统软件项目计划说明书.docx
- 文档编号:9382487
- 上传时间:2023-02-04
- 格式:DOCX
- 页数:22
- 大小:270.02KB
超市管理系统软件项目计划说明书.docx
《超市管理系统软件项目计划说明书.docx》由会员分享,可在线阅读,更多相关《超市管理系统软件项目计划说明书.docx(22页珍藏版)》请在冰豆网上搜索。
超市管理系统软件项目计划说明书
软件学院
超市管理系统项目计划书
系(部、中心)软件学院
姓名朱发军学号201207082233
专业软件工程班级.net122班
课程名称软件工程项目管理
设计题目名称《超市管理系统软件项目计划书》
起止时间2015年4月25日——2010年5月9日
成绩
指导教师签名刘风华
中原工学院软件学院制
1.1
编写目的
此项目开发计划书的编写主要是为了给开发《超市管理系统》做主要的规划和整合,在开发过程中起到引导作用,以及给使用者提供简要的说明进度是对执行的活动和里程碑制定的工作计划日期表
1.2背景
a.待开发的软件系统的名称:
超市管理系统
b.本项目的任务提出者、开发者、用户及实现该软件的组织结构(企业)
项目的任务提出者:
XX超市高层领导
本系统的开发者:
YY软件股份有限公司员工朱发军
本系统的用户:
XX超市的高层领导、部门经理及其员工。
实现该软件企业(YY软件股份有限公司)的组织结构图:
(参考例图)
c.该软件系统同其他系统或其他机构的基本的相互来往关系。
与本系统有关的系统:
无
1.3定义
WBS:
WorkBreakdownStructure任务分解结构。
PMI:
ProjectManagementInstitute美国项目管理学会,成立于1969年一个国际性组织,
PDM:
PrecedenceDiagrammingMethod单代号网络图
1.4参考资料
[1]《软件项目管理案例教程》(第一版),韩万江姜立新编著,机械工业出版社,2009年4月
[2]《软件项目管理案例教程》(第二版),韩万江姜立新编著,机械工业出版社,2009年4月
[3]《软件项目估计》(第二版),(美)CAPERSJONES著,刘从越编译,电子工业出版社,2008年3月
[4]《软件需求》(第二版),(美)KarlE.wiegers著,刘伟琴、刘洪涛译,清华大学出版社,2007年9月
1.5重要术语
1.WBS,WorkBreakdownStructure,任务分解结构,是面向可交付成果的对项目元素的分组,它组织并定义了整个项目的范围。
2.进度计划,进度,就是工作计划日期表
3.质量计划:
主要的质量管理对象是针对项目过程中那些对最终产品起着重要的作用的中间产品:
需求规格、设计说明书,源程序,测试计划,测试结果等。
2项目进度计划编制的背景概述
2.1软件生存期模型选择与设计
1.选择增量模型的原因:
1).瀑布模型要求严格线性的开发,每个阶段开发活动结束后,通过严格的阶段性复审与确认,得到该阶段的一致、完整、正确和无二义性的良好文档资料,以“冻结”这些文档资料,作为该阶段的结束标志,保持不变,作为下一阶段活动的唯一基础,以每一步的正确性和完整性来保证最终系统的质量。
但是大量的实践并不是这种理想的线性开发序列,而是在开发过程中逐步完善的。
而在增量开发过程:
软件描述、设计和实现活动被分散成一系列的增量,这些增量轮流被开发。
先完成一个系统子集的开发,再按同样的开发步骤增加功能(系统子集),如此递增下去直至满足全部系统需求。
要求系统的总体设计在初始子集设计阶段就应做出设计。
2)增量模型有如下优点:
●可以避免一次性投资太多带来的风险,将主要的功能或者风险大的功能首先实现,然后逐步完善,保证投入的有效性。
●可以更快地开发出可以操作的系统。
●可以减少开发过程中用户需求的变更。
●一些增量可能需要重新开发(如果早期开发的需求不稳定或者不完整)。
3)增量模型开发适合的项目:
❑项目开始,明确了需求的大部分,但是需求可能会发生变化
❑对于市场和用户把握不是很准,需要逐步了解
❑对于有庞大和复杂功能的系统进行功能改进,就需要一步一步实施的。
我们开发的是酒店管理系统,分客房模块、餐饮模块、财务模块、人力资源模块。
虽然大部分的需求已明确,但是部分需求可能会发生变化;对于用户需逐步了解才能准确把握;对于复杂功能的系统进行功能改进,就需要一步一步实施的。
同时系统具有可扩充性,若使用增量模型,可以保证系统的可扩充性。
本项目具备增量模型的其他特点:
项目的复杂程度中等;项目的风险较低;产品和文档的使用率会很高。
所以选择增量式作为我们的开发模型。
图2-1增量式模型
2.具体的设计为:
图2-2详细的增量模型
2.2项目团队情况简述
表2-1此项目团队人员的介绍:
职位
人员
项目经理:
朱发军
需求分析员:
朱发军
概要设计员:
朱发军
详细设计员:
朱发军
编码人员:
朱发军
测试人员:
朱发军
由于项目初期信息不是很充分,所以初期的项目计划只存在一个计划表格,相当于一个大计划,简单说明计划的执行步骤,如表5所示。
表2-2项目初期计划
任务
完成时间
负责人
资源
备注
项目规划
2015-5-24
朱发军
全体人员参与
需求获取
2011-01-05
同上
开发人员,超市领导,部门经理,员工代表参与
需求确定
2011-01-13
同上
全体人员参与
概要设计
2011-02-03
同上
详细设计
2011-03-04
同上
全体人员参与
项目实施
2011-11-17
同上
朱发军参与
有待细化
项目集成、测试
2012-01-11
同上
提交
2012-02-07
同上
朱发军参与
2.3软件估算情况
此软件估算结果列表:
表2-3估算列表
估算项
估算结果
功能点估算:
该软件的功能点总数约为20个
进度估算:
该软件开发时间30天
成本估算:
总成本为3900元
人员数估算:
所需的人员为1个人
2.4项目范围的信息分析与使用
2.4.1软件的工作任务分解结构(WBS)
表2-4WBS分解情况
编号
任务名称
任务内容定义
备注
1
前台销售系统
涉及到超市部门员工超市前台销售的功能
1.1
收银
管理收银业务
1.1.1
金额计算
销售金额计算
1.1.2
打印清单
打印交易收据
1.1.2
会员卡
支持会员卡打折功能
1.2
顾客信息录入
对顾客购物信息进行管理
1.2.1
顾客退货管理
对顾客退货进行有效统计
2
后台管理系统
涉及到超市部经理及部门员工的功能
2.1
人事管理
涉及超市人事部部经理的功能模块
2.1.1
员工信息管理
显示员工工作等信息
2.1.2
员工操作权限管理
规定员工操作守则
2.2
销售管理
涉及超市销售部部经理的功能模块
2.2.1
查询销售信息
查看销售人员工作成绩
2.2.2
生成销售排行榜
对销售人员评优
2.3
进退货管理
涉及超市货物购买负责人的功能模块
3.2.1
进货信息系统
查看进货信息
3.2.2
退货信息系统
查看退货信息
2.4
库存管理
仓库负责人功能模块
2.4.1
库存信息管理
查看商品库存信息
2.4.2
库存状态警告
对货物存量进行分析警告
2.4.2基于项目背景的WBS的细化方案
表2-5WBS细化方案
项目阶段
各活动下的任务
任务内容定义
责任人
需求分析阶段
1.对各个子系统进行需求获取
用多种方式进行需求获取
朱发军
2.对获得的需求进行确认
分阶段的开需求评审会议
同上
概要设计阶段
1.各个系统的用例描述和图
各个系统总的用例,分用例和所有的用例解说
同上
2.各个系统的概念数据建模
各个系统的E-R模型和UML模型
同上
3.概要设计评审
分阶段开概要评审会议
同上
详细设计阶段
1.各个系统对象关系建模
各个系统的对象模型建立
同上
2.各个系统分析类
各个系统的分析类,界面类,控制类
同上
3.各个系统设计类
设置所有类的属性值,和方法头
同上
4.各个系统物理数据库设计
对所有关系进行物理数据库
同上
5.详细设计评审
分阶段开详细评审会议
同上
编码阶段
1.前台销售管理子系统编码
对前台销售子系统的分析类的方法进行编码
同上
2.前台销售管理子系统集成
对前台销售子系统所有模块进行集成
同上
3.后台管理子系统编码
对后台管理子系统的分析类的方法进行编码
同上
4.后台管理子系统集成
对后台管理子系统所有模块进行集成
同上
系统集成
1.系统集成
对各个子系统进行集成
同上
系统测试
1.集成测试
对各个子系统的集成进行测试
同上
2.环境测试
对发布版本的环境进行测试
同上
提交
1.编写用户使用手册
包括使用的方法
同上
2.提供给用户安装程序
主要是安装向导
同上
用户培训
1.给用户进行
初期进行系统应用的基本培训
同上
2.4.3重要的假设及其说明
假设:
1.超市领导,公司领导都比较重视。
2.酒店里的领导,员工都比较积极主动配合。
3.分配的功能点总数为20个,平均每人1个功能点
4.每个人每个月人均生产率为1个功能点。
3实施计划
3.1进度计划
此处用甘特图或进度表格描述。
1)进度计划:
表3-1进度计划表
任务名称
工期
开始时间
结束时间
资源
酒店管理系统
30d
2015-4-26
2012-5-26
●软件项目规划
1d
2015-4-26
2010-12-24
全体人员参与
—项目规划
1d
2010-12-6
2010-12-15
全体人员参与
—计划评审
1d
2010-12-16
2010-12-24
全体人员参与
●需求开发
1d
2010-12-27
2011-1-13
全体人员参与
—用户界面设计
1d
2010-12-27
2010-12-31
全体人员参与
—用户需求评审
1d
2011-1-3
2011-1-5
全体人员参与
—修改需求、修改用户界面
1
2011-1-6
2011-1-10
全体人员参与
—编写需求规格说明书
1d
2011-1-11
2011-1-12
全体人员参与
—需求验证
1
2011-1-13
2011-1-13
全体人员参与
●概要设计
1
2011-1-14
2011-2-3
全体人员参与
—用例描述图
1
2011-1-14
2011-1-20
全体人员参与
—概念数据建模
1
2011-1-21
2011-1-27
全体人员参与
—概要设计评审
1
2011-1-28
2011-2-3
全体人员参与
●详细设计
1
2011-2-4
2011-3-4
全体人员参与
—对象关系建模
1
2011-2-4
2011-2-9
全体人员参与
—分析类
1
2011-2-10
2011-2-16
全体人员参与
—设计类
1
2011-2-17
2011-2-22
全体人员参与
—物理数据库设计
1
2011-2-23
2011-3-1
全体人员参与
—详细设计评审
1
2011-3-2
2011-3-4
全体人员参与
●项目实施
1
2011-3-7
2011-11-17
全体人员参与
—前台销售管理子系统
1
2011-3-7
2011-5-13
全体人员参与
—顾客信息录入功能-增量1
1
2011-3-7
2011-3-11
全体人员参与
——顾客退货管理
1
2011-3-7
2011-3-9
全体人员参与
——增量1评审
1
2011-3-10
2011-3-11
全体人员参与
—收银-增量2
1
2011-3-14
2011-3-24
全体人员参与
——交易金额计算
1
2011-3-14
2011-3-16
全体人员参与
——打印交易清单
1
2011-3-17
2011-3-18
全体人员参与
——会员卡打折
1
2011-3-21
2011-3-22
全体人员参与
——增量2评审
1
2011-3-23
2011-3-24
全体人员参与
—前台销售子系统集成
1
2011-5-5
2011-5-13
全体人员参与
——子系统集成测试
1
2011-5-5
2011-5-9
全体人员参与
——子环境测试
1
2011-5-10
2011-5-13
全体人员参与
—后台管理子系统
1
2011-5-16
2011-7-13
全体人员参与
—人事功能-增量1
1
2011-5-16
2011-6-16
全体人员参与
——员工信息管理
1
2011-5-16
2011-5-19
全体人员参与
——员工操作权限管理
1
2011-5-20
2011-5-25
全体人员参与
——增量1评审
1
2011-6-13
2011-6-16
全体人员参与
—销售管理功能-增量2
1
2011-6-17
2011-7-1
全体人员参与
——查询打印销售信息
1
2011-6-17
2011-6-23
全体人员参与
——生成销售排行旁
1
2011-6-24
2011-6-28
全体人员参与
增量2评审
1
2011-6-29
2011-7-1
全体人员参与
—进退货管理-增量3
1
2011-7-14
2011-7-26
全体人员参与
——进货信息管理
1
2011-7-14
2011-7-18
全体人员参与
——退货信息管理
1
2011-7-19
2011-7-21
全体人员参与
——增量3评审
1
2011-7-22
2011-7-26
全体人员参与
—库存管理-增量4
1
2011-7-27
2011-8-8
全体人员参与
——查询库存信息
1
2011-7-27
2011-7-29
全体人员参与
——库存状态自动警告
1
2011-8-1
2011-8-3
全体人员参与
——增量4评审
1
2011-8-4
2011-8-8
全体人员参与
—后台管理子系统集成
1
2011-11-8
2011-11-17
全体人员参与
子系统集成测试
1
2011-11-8
2011-11-14
全体人员参与
子环境测试
1
2011-11-15
2011-11-17
全体人员参与
●系统集成
1
2011-11-18
2011-12-21
全体人员参与
——系统集成
1
2011-11-18
2011-12-21
全体人员参与
●系统测试
1
2011-12-22
2012-1-31
全体人员参与
——系统测试
1
2011-12-22
2012-1-11
全体人员参与
——环境测试
1
2012-1-12
2012-1-31
全体人员参与
●提交
1
2012-2-1
2012-2-7
全体人员参与
——完成文档
1
2012-2-1
2012-2-3
全体人员参与
——验收、提交
1
2012-2-6
2012-2-7
全体人员参与
备注:
安排的时间范围已包含节假日
2)项目进度图
图3-1进度计划网络图
3)项目进度计划的甘特图:
图3-2进度计划甘特图
4)项目甘特图实施部分的计划展开如下:
图3-3实施部分的甘特图
5)里程碑
高层领导可能更加关注里程碑的进展,所以需要一个里程碑的图示,如下表所示。
表3-2里程碑表
事件
时间
增量1——收银业务
2011-03-11
增量2——顾客信息录入
2011-03-24
增量3——人事管理
2011-04-06
增量4——销售管理
2011-04-19
增量5——进退货管理
2011-05-04
增量6——库存管理
2011-05-13
3.2基于进度计划的成本核算
表3-3基于进度计划的成本核算表
任务名称
开始时间
结束时间
比较基准
酒店管理系统
2015-4-26
2015-5-26
340,000
●软件项目规划
2010-12-6
2010-12-24
12,000
—项目规划
2010-12-6
2010-12-15
7,000
—计划评审
2010-12-16
2010-12-24
5,000
●需求开发
2010-12-27
2011-1-13
30,000
—用户界面设计
2010-12-27
2010-12-31
10,000
—用户需求评审
2011-1-3
2011-1-5
9,000
—修改需求、修改用户界面
2011-1-6
2011-1-10
4,000
—编写需求规格说明书
2011-1-11
2011-1-12
3,000
—需求验证
2011-1-13
2011-1-13
4,000
●概要设计
2011-1-14
2011-2-3
13,000
—用例描述图
2011-1-14
2011-1-20
4,000
—概念数据建模
2011-1-21
2011-1-27
6,000
—概要设计评审
2011-1-28
2011-2-3
3,000
●详细设计
2011-2-4
2011-3-4
40,000
—对象关系建模
2011-2-4
2011-2-9
8,000
—分析类
2011-2-10
2011-2-16
11,000
—设计类
2011-2-17
2011-2-22
11,000
—物理数据库设计
2011-2-23
2011-3-1
6,000
—详细设计评审
2011-3-2
2011-3-4
4,000
●项目实施
2011-3-7
2011-11-17
210,000
—前台销售管理子系统
2011-3-7
2011-5-13
60,000
——收银业务-增量1
2011-3-7
2011-3-18
13,000
——顾客信息录入-增量2
2011-3-21
2011-3-25
10,000
——前台销售管理子系统集成
2011-11-8
2011-11-17
5,000
—后台管理子系统
2011-5-16
2011-7-13
50,000
——人事管理-增量1
2011-7-14
2011-7-20
15,000
——销售管理-增量2
2011-7-21
2011-8-3
11,000
——进退货管理-增量3
2011-8-4
2011-8-11
11,000
——库存管理-增量4
2011-8-12
2011-8-30
13,000
——后台管理子系统集成
2011-9-8
2011-9-21
5,000
●系统集成
2011-11-18
2011-12-21
15,000
系统集成
2011-11-18
2011-12-21
15,000
●系统测试
2011-12-22
2012-1-31
15,000
系统测试
2011-12-22
2012-1-11
9,000
环境测试
2012-1-12
2012-1-31
6,000
●提交
2012-2-1
2012-2-7
5,000
完成文档
2012-2-1
2012-2-3
3,500
验收、提交
2012-2-6
2012-2-7
1,500
项目开发人员为1个人员。
项目开发用到1个人月。
预算总成本为340,000元(见上表),与估算的成本333,900元基本持平(有一点差距)。
这样340,000元可以作为项目的成本控制参考。
3.3调整后的进度计划
逐项列出影响初始计划的因素和调整的条目(包括影响项目成败的关键问题、技术难点和风险),指出这些问题对项目的影响然后给出调整后的进度计划。
由于系统规模不是很大,开发团队的人员对本系统也很熟悉,所以开发的过程中风险较小。
所以进度计划没有太大的改动。
3.4关于进度计划的其他说明
1.本进度计划是从按照交付日期倒推确定时间,然后安排计划内容;
2.进度安排提交的日期并非是真实的交付日期,而是留有半个月左右的余量时间,以备变化。
3.5关于其他计划的说明
质量管理计划、
1.软件质量是设计出来的不是检查出来的。
所以质量管理的关键是预防重于检查,事前计划好质量,而不是事后检查。
2.软件质量计划的主要内容为:
针对项目过程中那些对最终产品起着重要的作用的中间产品:
需求规格、设计说明书,源程序,测试计划,测试结果等的管理。
配置管理计划
1.管理的主要内容为:
版本信息。
2.管理的主要目标:
软件配置的完整性和可追溯性。
项目跟踪管理计划
1.基本原理:
2.项目跟踪的主要目的是:
保证正确的人在正确的时候得到正确的信息。
4项目成果产品
4.1软件程序
程序名称:
酒店管理系统安装程序
所用的编程语言:
VisualBasic
存储程序的媒体形式:
移动硬盘
本系统能够完成用户所提的基本功能需求和非功能需求,安全性能比较高,且能同时容纳2000人同时访问服务器。
4.2软件文档
验收报告:
客户对产品的验收情况的记录
用户安装手册:
指导用户怎样安装产品
用户使用手册:
指导用户怎样使用本系统
帮助:
提供给用户在使用过程中的参考
4.3软件服务
服务名称
服务的级别
服务开始日期
服务期限
是否收费
安装培训
低
软件提交给用户时
1d
不收
系统维护
高
每年寒假开始
2d
视情况而定
运行支持
高
软件提交给用户时
1d
不收
4.4非移交的软件产品
项目计划
质量保证计划
配置管理计划
项目范围说明书
概要设计说明书
详细设计说明书
设计术语及规范
源程序
编码规则
测试计划
测试用例
测试报告
4.5验收标准
1.验收测试的对象:
软件包括程序、数据和文档。
2.验收测试要注意问题:
(1)验收测试始终要以双方确认的需求规格说明和技术合同为准,确认各项需求是否得到满足,各项合同条款是否得到贯彻执行。
(2)验收测试和单元测试、集成测试不同,它是以验证软件的正确性为主,而不是以发现软件错误为主。
(3)对验收测试中发现的软件错误要分级分类处理,直到通过验收为止。
(4)验收测试中的用例设计要具有全面性、多维性、效率性,能以最少的时间在最大程度上确认软件的功能和性能是否满足要求。
3.验收测试的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 超市 管理 系统软件 项目 计划 说明书
![提示](https://static.bdocx.com/images/bang_tan.gif)