《超市管理系统-软件项目计划说明书》Word下载.docx

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

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

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

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

5、和用户把握不是很准，需要逐步了解对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。我们开发的是酒店管理系统，分客房模块、餐饮模块、财务模块、人力资源模块。虽然 大部分的需求己明确，但是部分需求可能会发生变化；对于用户需逐步了解才能准确把握； 对于复杂功能的系统进行功能改进，就需要一步一步实施的。同时系统具有可扩充性，若使 用增量模型，可以保证系统的可扩充性。本项目具备增量模型的其他特点：项目的复杂程度 中等；项目的风险较低；产品和文档的使用率会很高。所以选择增量式作为我们的开发模型。图2-1增量式模型2. 具体的设计为:图2-2详细的增量模型2.2项目团队情况简述表2-1此项目团队

6、人员的介绍：职位人员项目经理：朱发军需求分析员：概要设计员：详细设计员：编码人员：测试人员：由于项目初期信息不是很充分，所以初期的项目计划只存在一个计划表格，相当于一个大计 划，简单说明计划的执行步骤，如表5所示。任务完成时间负责人资源备注项目规划2015-5-24全体人员参与需求获取2011-01-05同上开发人员，超市领 导，部门经理，员工 代表参与需求确定2011-01-13概要设计2011-02-03详细设计2011-03-04表2-2项目初期计划项目实施2011-11-17朱发军参与有待细化项目集成、测试2012-01-11提交2012-02-072.3软件估算情况此软件估算结果列表

7、：表2-3估算列表估算项估算结果功能点估算：该软件的功能点总数约为20个进度估算：该软件开发时间30天成本估算：总成本为3900元人员数估算：所需的人员为1个人2.4项目范围的信息分析与使用2.4.1软件的工作任务分解结构（WBS）表2-4 WBS分解情况编号任务名称任务内容定义1前台销售系统涉及到超市部门员工超市前台销售的功 能1.1收银管理收银业务1.1.1金额计算销售金额计算1.1.2打印清单打印交易收据会员卡支持会员卡打折功能1.2顾客信息录入对顾客购物信息进行管理1.2.1顾客退货管理对顾客退货进行有效统计2后台管理系统涉及到超市部经理及部门员工的功能2.1人事管理涉及超市人事部部经

8、理的功能模块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-5 WBS细化方案项目阶段各活动下的任务责任人需求分析阶段1.对各个子系统进行需求获取用多种方式进行需求

9、获取2.对获得的需求进行确认分阶段的开需求评审会议概要设计阶段1.各个系统的用例描述和图各个系统总的用例，分用例和所有的用例解说2.各个系统的概念数据建模各个系统的E-R模型和UML模型3.概要设计评审分阶段开概要评审会议详细设计阶段1.各个系统对象关系建模各个系统的对象模型建立2.各个系统分析类各个系统的分析类，界面类，控制类3.各个系统设计类设置所有类的属性值，和方法头4.各个系统物理数据库设计对所有关系进行物理数据库5.详细设计评审分阶段开详细评审会议编码阶段1.前台销售管理子系统编码对前台销售子系统的分析类的方 法进行编码2.前台销售管理子系统集成对前台销售子系统所有模块进行 集成3.

10、后台管理子系统编码对后台管理子系统的分析类的方 法进行编码4.后台管理子系统集成对后台管理子系统所有模块进行集成系统集成1.系统集成对各个子系统进行集成系统测试1.集成测试对各个子系统的集成进行测试2.环境测试对发布版本的环境进行测试1.编写用户使用手册包括使用的方法2.提供给用户安装程序主要是安装向导用户培训1.给用户进行初期进行系统应用的基本培训2.4.3 重要的假设及其说明假设：1. 超市领导，公司领导都比较重视。2. 酒店里的领导，员工都比较积极主动配合。3. 分配的功能点总数为20个，平均每人1个功能点4. 每个人每个月人均生产率为1个功能点。3实施计划3.1进度计划此处用甘特图或进

11、度表格描述。1）进度计划：表3-1进度计划表工期开始时间结束时间酒店管理系统30d2015-4-262012-5-26 软件项目规划Id2010-12-24一项目规划2010-12-62010-12-15一计划评审2010-12-16 需求开发2010-12-272011-1-13一用户界面设计2010-12-31一用户需求评审2011-1-32011-1-5一修改需求、修改用户界面2011-1-62011-1-10一编写需求规格说明书2011-1-112011-1-12一需求验证 概要设计2011-1-142011-2-3用例描述图2011-1-20一概念数据建模2011-1-212011-1-27一概要设计评审2011-1-28 详细设计2011