《超市管理系统-软件项目计划说明书》.pdf

《《超市管理系统-软件项目计划说明书》.pdf》由会员分享，可在线阅读，更多相关《《超市管理系统-软件项目计划说明书》.pdf（15页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软软 件件 学学 院院超市管理系统项目计划书超市管理系统项目计划书系(部、中心）软件学院姓名朱发军学号 201207082233专业软件工程班级 .net122 班课程名称软件工程项目管理设计题目名称超市管理系统软件项目计划书起止时间 2015 年 4 月 25 日-2010 年 5 月 9 日成绩指导教师签名刘风华1中原工学院软件学院制目录目录1.1编写目的.31。2背景.31。3定义.31.4参考资料.31。5重要术语.4项目进度计划编制的背景概述.52。1软件生存期模型选择与设计.52。2项目团队情况简述.62。3软件估算情况.72.4项目范围的信息分析与使用.72.4.1软件的工作任务

2、分解结构（WBS).72.4。2基于项目背景的 WBS 的细化方案.82。4。3 重要的假设及其说明.8实施计划.93.1进度计划.93。2基于进度计划的成本核算.113。3调整后的进度计划.133.4关于进度计划的其他说明.133。5关于其他计划的说明.13项目成果产品.144。1软件程序.144。2软件文档.144.3软件服务.144.4非移交的软件产品.144.5验收标准.14其他.15234521.1编写目的此项目开发计划书的编写主要是为了给开发 超市管理系统 做主要的规划和整合,在开发过程中起到引导作用，以及给使用者提供简要的说明进度是对执行的活动和里程碑制定的工作计划日期表1.2背

3、景a。待开发的软件系统的名称：超市管理系统b.本项目的任务提出者、开发者、用户及实现该软件的组织结构(企业）项目的任务提出者：XX 超市高层领导本系统的开发者：YY 软件股份有限公司员工朱发军本系统的用户：XX 超市的高层领导、部门经理及其员工.实现该软件企业（YY 软件股份有限公司)的组织结构图:（参考例图）c.该软件系统同其他系统或其他机构的基本的相互来往关系。与本系统有关的系统:无1.3定义WBS：Work Breakdown Structure 任务分解结构。PMI:Project Management Institute美国项目管理学会，成立于 1969 年一个国际性组织，PDM:P

4、recedence Diagramming Method 单代号网络图1.4参考资料1 软件项目管理案例教程（第一版），韩万江 姜立新编著，机械工业出版社，2009年 4 月2软件项目管理案例教程（第二版），韩万江 姜立新编著，机械工业出版社,2009年 4 月3软件项目估计（第二版），（美)CAPERS JONES 著，刘从越编译，电子工业3出版社,2008 年 3 月4软件需求（第二版)，(美）KarlE.wiegers 著，刘伟琴、刘洪涛译,清华大学出版社，2007 年 9 月1.5重要术语1.WBS，Work Breakdown Structure，任务分解结构，是面向可交付成果的对项

5、目元素的分组，它组织并定义了整个项目的范围。2。进度计划，进度，就是工作计划日期表3。质量计划：主要的质量管理对象是针对项目过程中那些对最终产品起着重要的作用的中间产品：需求规格、设计说明书,源程序,测试计划，测试结果等.42 2项目进度计划编制的背景概述项目进度计划编制的背景概述2.1软件生存期模型选择与设计1。选择增量模型的原因：1）.瀑布模型要求严格线性的开发，每个阶段开发活动结束后,通过严格的阶段性复审与确认,得到该阶段的一致、完整、正确和无二义性的良好文档资料,以“冻结”这些文档资料,作为该阶段的结束标志，保持不变,作为下一阶段活动的唯一基础，以每一步的正确性和完整性来保证最终系统的

6、质量.但是大量的实践并不是这种理想的线性开发序列,而是在开发过程中逐步完善的。而在增量开发过程：软件描述、设计和实现活动被分散成一系列的增量,这些增量轮流被开发。先完成一个系统子集的开发，再按同样的开发步骤增加功能（系统子集)，如此递增下去直至满足全部系统需求。要求系统的总体设计在初始子集设计阶段就应做出设计。2)增量模型有如下优点：可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实现,然后逐步完善,保证投入的有效性。可以更快地开发出可以操作的系统。可以减少开发过程中用户需求的变更。一些增量可能需要重新开发(如果早期开发的需求不稳定或者不完整)。3)增量模型开发适合的项目：项

7、目开始，明确了需求的大部分，但是需求可能会发生变化对于市场和用户把握不是很准，需要逐步了解对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。我们开发的是酒店管理系统，分客房模块、餐饮模块、财务模块、人力资源模块。虽然大部分的需求已明确，但是部分需求可能会发生变化;对于用户需逐步了解才能准确把握；对于复杂功能的系统进行功能改进，就需要一步一步实施的。同时系统具有可扩充性，若使用增量模型，可以保证系统的可扩充性。本项目具备增量模型的其他特点:项目的复杂程度中等；项目的风险较低；产品和文档的使用率会很高。所以选择增量式作为我们的开发模型.第一增量第二增量第三增量核心功能11核心功能21核

8、心功能23图图 2 21 1 增量式模型增量式模型2。具体的设计为：5图图 2 22 2 详细的增量模型详细的增量模型2.2项目团队情况简述表表 2 21 1 此项目团队人员的介绍此项目团队人员的介绍:职位职位项目经理:需求分析员：概要设计员：详细设计员:编码人员：测试人员：人员人员朱发军朱发军朱发军朱发军朱发军朱发军由于项目初期信息不是很充分，所以初期的项目计划只存在一个计划表格，相当于一个大计划,简单说明计划的执行步骤,如表 5 所示.表表 2 22 2 项目初期计划项目初期计划任任 务务项目规划需求获取完成时间完成时间2015-524201101-05负责人负责人朱发军同上资资 源源全体

9、人员参与开发人员，超市领导，部门经理,员工代表参与全体人员参与备备 注注需求确定2011-01-13同上6概要设计详细设计项目实施项目集成、测试提交2011-02-03201103-042011-11172012-01-11201202-07同上同上同上同上同上全体人员参与朱发军参与朱发军参与有待细化2.3软件估算情况此软件估算结果列表：表表 2 23 3 估算列表估算列表估算项估算项功能点估算：进度估算：成本估算：人员数估算:估算结果估算结果该软件的功能点总数约为20 个该软件开发时间 30 天总成本为 3900 元所需的人员为 1 个人2.4项目范围的信息分析与使用2.4.12.4.1软件

10、的工作任务分解结构软件的工作任务分解结构(WBS)(WBS)表表 2 24 WBS4 WBS 分解情况分解情况编号编号11.11.1.11.1.21.1。21。21.2.122。12.1.12.1。22.22。2。12。2。22.33.2。13。2。22。42。4。12.4.2任务名称任务名称前台销售系统收银金额计算打印清单会员卡顾客信息录入顾客退货管理后台管理系统人事管理员工信息管理员工操作权限管理销售管理查询销售信息生成销售排行榜进退货管理进货信息系统退货信息系统库存管理库存信息管理库存状态警告任务内容定义任务内容定义涉及到超市部门员工超市前台销售的功能管理收银业务销售金额计算打印交易收据

11、支持会员卡打折功能对顾客购物信息进行管理对顾客退货进行有效统计涉及到超市部经理及部门员工的功能涉及超市人事部部经理的功能模块显示员工工作等信息规定员工操作守则涉及超市销售部部经理的功能模块查看销售人员工作成绩对销售人员评优涉及超市货物购买负责人的功能模块查看进货信息查看退货信息仓库负责人功能模块查看商品库存信息对货物存量进行分析警告备注备注72.4.22.4.2基于项目背景的基于项目背景的 WBSWBS 的细化方案的细化方案表表 2-5 WBS2-5 WBS 细化方案细化方案项目阶段项目阶段需求分析阶段概要设计阶段各活动下的任务各活动下的任务1对各个子系统进行需求获取2对获得的需求进行确认1。

12、各个系统的用例描述和图2.各个系统的概念数据建模3。概要设计评审任务内容定义任务内容定义用多种方式进行需求获取分阶段的开需求评审会议各个系统总的用例，分用例和所有的用例解说各个系统的ER 模型和UML 模型分阶段开概要评审会议各个系统的对象模型建立各个系统的分析类，界面类,控制类设置所有类的属性值,和方法头对所有关系进行物理数据库分阶段开详细评审会议对前台销售子系统的分析类的方法进行编码对前台销售子系统所有模块进行集成对后台管理子系统的分析类的方法进行编码对后台管理子系统所有模块进行集成对各个子系统进行集成对各个子系统的集成进行测试对发布版本的环境进行测试包括使用的方法主要是安装向导初期进行系

13、统应用的基本培训责任人责任人朱发军同上同上同上同上同上同上同上同上同上同上同上同上同上同上同上同上同上同上同上详细设计阶段1.各个系统对象关系建模2.各个系统分析类3.各个系统设计类4.各个系统物理数据库设计5.详细设计评审编码阶段1。前台销售管理子系统编码2。前台销售管理子系统集成3。后台管理子系统编码4。后台管理子系统集成系统集成系统测试提交用户培训1.系统集成1。集成测试2.环境测试1。编写用户使用手册2。提供给用户安装程序1。给用户进行2.4.32.4.3重要的假设及其说明重要的假设及其说明假设：1。超市领导，公司领导都比较重视。2。酒店里的领导,员工都比较积极主动配合。3.分配的功能

14、点总数为 20 个，平均每人 1 个功能点4。每个人每个月人均生产率为1 个功能点.83 3实施计划实施计划3.1进度计划此处用甘特图或进度表格描述。1）进度计划:表表 3-13-1 进度计划表进度计划表任务名称酒店管理系统软件项目规划-项目规划-计划评审需求开发-用户界面设计-用户需求评审修改需求、修改用户界面编写需求规格说明书需求验证概要设计用例描述图概念数据建模-概要设计评审详细设计-对象关系建模分析类-设计类-物理数据库设计详细设计评审项目实施工 期30d开始时间2015-4-26结束时间2012526资 源1 d1 d1d1d1d1d11d1111111111111111111111

15、1前台销售管理子系统-顾客信息录入功能-增量 1-顾客退货管理-增量 1 评审收银增量 2-交易金额计算打印交易清单-会员卡打折增量 2 评审前台销售子系统集成子系统集成测试20154-26201012-6201012162010-1227201012-272011132011-1620111-11201111320111-1420111142011-1-2120111-28201124201124201121020112172011-2-2320113220113-720113-72011-372011372011-3-102011-3-142011-3142011-3-1720113212

16、011-32320115-52011-5-59201012-24全体人员参与201012-15全体人员参与全体人员参与2010-122420111-13全体人员参与2010-1231全体人员参与全体人员参与20111-52011-1-10全体人员参与20111-12全体人员参与2011-1-13全体人员参与2011-2-3全体人员参与2011-1-20全体人员参与20111-27全体人员参与2011-2-3全体人员参与2011-3-4全体人员参与2011-2-9全体人员参与20112-16全体人员参与2011-2-22全体人员参与全体人员参与20113-1全体人员参与20113-4201111

17、-17全体人员参与2011-513全体人员参与2011311全体人员参与201139全体人员参与2011311全体人员参与2011-324全体人员参与2011-316全体人员参与2011-3-18全体人员参与20113-22全体人员参与2011-324全体人员参与2011513全体人员参与全体人员参与2011-59任务名称工 期开始时间结束时间资 源全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员

18、参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与全体人员参与-子环境测试-后台管理子系统人事功能增量 1员工信息管理-员工操作权限管理-增量 1 评审销售管理功能增量 2查询打印销售信息生成销售排行旁增量 2 评审进退货管理增量 3-进货信息管理退货信息管理增量 3 评审库存管理-增量 4查询库存信息-库存状态自动警告增量 4 评审-后台管理子系统集成子系统集成测试子环境测试系统集成-系统集成系统测试1111111111111111111111111系统测试1-环境测试1提交1完成文档1验收、提交备 注：安排的时间范围已包含节假日2）项目进度图2011-

19、5-132011-7-132011-61620115-192011-5252011-6-1620117-12011623201162820117-120117262011-71820117-2120117-262011882011-7292011-8-3201188201111201111-817201111-82011-11-142011-11-152011-11172011-11182011-12212011122011-11-1821201112-222012131201112-22201211120121-122012-1312012-2-72012-212012212012-2-32

20、0122-620122-720115102011-5162011-5-16201151620115202011-6-132011-6-1720116-172011-6-242011-6-2920117-1420117-1420117-192011-7-22201172720117-272011812011-84图图 3-13-1进度计划网络图进度计划网络图103）项目进度计划的甘特图：图图 3-23-2 进度计划甘特图进度计划甘特图4）项目甘特图实施部分的计划展开如下：图图 3-33-3 实施部分的甘特图实施部分的甘特图5）里程碑高层领导可能更加关注里程碑的进展，所以需要一个里程碑的图示，如下

21、表所示。表表 3 32 2 里程碑表里程碑表事件事件增量 1收银业务增量 2顾客信息录入增量 3-人事管理增量 4销售管理增量 5进退货管理增量 6库存管理时间时间2011-0311201103242011-04062011-04-1920110504201105133.2基于进度计划的成本核算表表 3-33-3 基于进度计划的成本核算表基于进度计划的成本核算表任务名称酒店管理系统开始时间结束时间比较基准340,00012，0007，0005，00020154-262015-5-26软件项目规划项目规划计划评审需求开发用户界面设计用户需求评审-修改需求、修改用户界面-编写需求规格说明书需求验证

22、概要设计用例描述图2010-1262010-12-62010121620101227201012-272011-1320111-62011-11120111-132011-1-142011-111201012242010-12-15201012-2430，0002011-1-1310，0002010-123120111-52011-1-102011-1129，0004，0003，0004,0002011-1-132011-232011-12013，0004，000任务名称开始时间结束时间比较基准6，000概念数据建模概要设计评审详细设计对象关系建模分析类-设计类-物理数据库设计详细设计评审20

23、11-314,0002011-34210，000201111项目实施2011-3717前台销售管理子系统20113-72011-51360，00013，000201137收银业务-增量 1201131810，0002011-321顾客信息录入-增量 220113-255,0002011112011-11-17前台销售管理子系统集成82011-5-16201171350,000-后台管理子系统15，0002011714人事管理-增量 120117-2011,0002011-7-2120118-3-销售管理增量 2-进退货管理增量 320118-420118-1111，00013,00020118

24、-12库存管理-增量 420118-30后台管理子系统集成20119-820119215,0002011-11-182011-122115，000系统集成2011-11-18201112-2115，000系统集成15，0002011-12222012-1-31系统测试9，000201112-22系统测试20121116，00020121-122012-1-31环境测试5，000提交2012-212012-273,500完成文档20122-12012-231,500验收、提交2012-26201227项目开发人员为 1 个人员。项目开发用到 1 个人月。预算总成本为 340，000 元（见上12

25、1420111-212011-1-282011242011-2420112102011-2-172011-2232011-3-220111272011-2320113-42011-292011-2162011-2-223,00040，0008,00011，00011，0006,000表），与估算的成本 333,900 元基本持平（有一点差距）。这样 340，000 元可以作为项目的成本控制参考。3.3调整后的进度计划逐项列出影响初始计划的因素和调整的条目（包括影响项目成败的关键问题、技术难点和风险)，指出这些问题对项目的影响然后给出调整后的进度计划。由于系统规模不是很大，开发团队的人员对本系统

26、也很熟悉，所以开发的过程中风险较小。所以进度计划没有太大的改动。3.4关于进度计划的其他说明1.本进度计划是从按照交付日期倒推确定时间,然后安排计划内容；2。进度安排提交的日期并非是真实的交付日期，而是留有半个月左右的余量时间，以备变化.3.5关于其他计划的说明质量管理计划、1。软件质量是设计出来的不是检查出来的。所以质量管理的关键是预防重于检查，事前计划好质量，而不是事后检查。2.软件质量计划的主要内容为：针对项目过程中那些对最终产品起着重要的作用的中间产品：需求规格、设计说明书,源程序,测试计划，测试结果等的管理。1.管理的主要内容为：版本信息.2.管理的主要目标：软件配置的完整性和可追溯

27、性。配置管理计划项目跟踪1.基本原理:管理计划2.项目跟踪的主要目的是：保证正确的人在正确的时候得到正确的信息。134 4项目成果产品项目成果产品4.1软件程序程序名称：酒店管理系统安装程序所用的编程语言：Visual Basic存储程序的媒体形式:移动硬盘本系统能够完成用户所提的基本功能需求和非功能需求，安全性能比较高，且能同时容纳2000 人同时访问服务器.4.2软件文档验收报告：客户对产品的验收情况的记录用户安装手册：指导用户怎样安装产品用户使用手册：指导用户怎样使用本系统帮助:提供给用户在使用过程中的参考4.3软件服务服务名称服务名称安装培训系统维护运行支持服务的级别服务的级别低高高服

28、务开始日期服务开始日期软件提交给用户时每年寒假开始软件提交给用户时服务期限服务期限1d2d1d是否收费是否收费不收视情况而定不收4.4非移交的软件产品项目计划质量保证计划配置管理计划项目范围说明书概要设计说明书详细设计说明书设计术语及规范源程序编码规则测试计划测试用例测试报告4.5验收标准1.验收测试的对象：软件包括程序、数据和文档。2。验收测试要注意问题：（1）验收测试始终要以双方确认的需求规格说明和技术合同为准，确认各项需求是否得到14满足，各项合同条款是否得到贯彻执行.（2）验收测试和单元测试、集成测试不同，它是以验证软件的正确性为主，而不是以发现软件错误为主.（3)对验收测试中发现的软

29、件错误要分级分类处理,直到通过验收为止。（4)验收测试中的用例设计要具有全面性、多维性、效率性，能以最少的时间在最大程度上确认软件的功能和性能是否满足要求.3.验收测试的目的是确认系统是否满足产品需求规格说明和技术合同的相关规定。通过实施预定的测试计划和测试执行活动确认软件的功能需求、性能需求和文档需求。安装测试、功能测试、界面测试、性能测试、文档测试、负载压力测试、恢复测试、安全性测试、兼容性测试等。（1）安装测试：安装测试的目的在于验证软件能否在不同的配置情况下完成安装,并确认能否正常运行.（2）功能测试：功能测试是验收测试中的主要内容。功能测试要包含以下项目：单个模块的查询、增加、删除、

30、修改、保存等操作;数据的输入与输出；数据处理操作，如导入、结转等；基础数据定义的精度；计算的准确性，如仓库的历史库存、当前库存、货位库存是否准确；数据共享能力;身份验证和权限管理。（3）界面测试：界面要符合现行标准和用户习惯。软件企业可以形成自己的特色，但要确保整个软件风格一致。界面测试要从友好性、易操作性、美观性、布局合理、分类科学、标题描述准确等方面入手。测试用例的设计要重点掌握以下几点：第一，背景和前景的颜色是否协调，颜色反差是否用得恰当；第二,软件得图标、按钮、对话框等外观风格是否一致，美观效果所要求的屏幕分辨率;第三,窗口元素的布局是否合理，并保持一致；第四，各种字段标题的信息描述是

31、否准确；第五，快捷键、按钮、鼠标等操作在软件中是否一致;第六，窗口及报表的显示比例和格式是否能适应用户的预期需求;第七，误操作引起的错误提示是否友好；第八，活动窗口和被选中的记录是否高亮显示；第九,是否有帮助信息，菜单导航能否正常执行；第十，检查一些特殊域和特殊控件能否运行。（4）性能测试：性能测试主要测试软件的运行速度和对资源的消耗.通过调整软硬件配置、网络拓扑结构、工作站点数、数据量和服务请求数来测试软件的移植性、运行速率、稳定性和可靠性。一般借助Win Runner 之类的企业级自动化测试工具来辅助测试，通过极限测试来分析评估软件性能。(5)文档测试:文档是软件的重要组成部分,也是软件质

32、量保证和软件配置管理的重要内容。文档测试主要通过评审的方式检查文档的完整性、准确性、一致性、可追溯性和可理解性。（6）其他测试：第一，安全性测试。通过非法登陆、漏洞扫描、模拟攻击等方式检测系统的认证机制、加密机制、防病毒功能等安全防护策略的健壮性；第二,兼容性测试。通过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件的跨平台、可移植的特性。5 5其他其他因为项目开发是个循环迭代的过程。在项目计划编制过程中，存在清楚的依赖关系，原则上要求它们按照基本相同的顺序进行。但在具体的实现过程中可能会有所变动。因此项目计划是一个逐步完善的过程。项目计划的开发是贯穿项目始终的，可以渐进式进行，例如初始计划可能包含资源的属性和未定义的项目日期的活动排序，而后可以细化项目计划，包括具体的资源和明确的项目日期等.15