《超市管理系统软件项目计划说明书.docx》由会员分享，可在线阅读，更多相关《超市管理系统软件项目计划说明书.docx（15页珍藏版）》请在课桌文档上搜索。
1、超市管理系统项目计划书系（部、中心）软件学院姓名朱发军学号07082233专业软件工程班级.net122班课程名称软件工程项目管理设计题目名称超市管理系统软件项目计划书起止时间4月25日5月9日成绩指引教师签名刘风华中原工学院软件学院制目录1.1 编写目的31.2 背景31.3 定义31.4 参照资料31.5 重要术语42 项目进度计划编制的背景概述52.1 软件生存期模型选择与设计52.2 项目团队状况简述62.3 软件估算状况72.4 项目范畴的信息分析与使用72.4.1 软件的工作任务分解构造（WBS）72.4.2 基于项目背景的WBS的细化方案82.4.3 重要的假设及其阐明83 实行
2、计划93.1 进度计划93.2 基于进度计划的成本核算113.3 调节后的进度计划123.4 有关进度计划的其他阐明123.5 有关其他计划的阐明124 项目成果产品U4.1 软件程序144.2 软件文档144.3 软件服务144.4 非移送的软件产品U4.5 验收原则145 其他151.1 编写目的此项目开发计划书的编写重要是为了给开发超市管理系统做重要的规划和整合，在开发过程中起到引导作用，以及给使用者提供简要的阐明进度是对执行的活动和里程碑制定的工作计划日期表1.2 背景a.待开发的软件系统的名称：超市管理系统b.本项目的任务提出者、开发者、顾客及实现该软件的组织构造（公司）项目的任务提
3、出者：XX超市高层领导本系统的开发者：YY软件股份有限公司员工朱发军本系统的顾客：XX超市的高层领导、部门经理及其员工。实现该软件公司（YY软件股份有限公司）的组织构造图：股东大会董普（三事长）州计委员会监事会做事长）董普秘书总经理副总经理副总经理副总经理财务部市场部培训部嫁合管理部人力资源部（参照例图）C.该软件系统同其他系统或其他机构的基本的互相来往关系。与本系统有关的系统：无1.3 定义WBS:WorkBreakdownStructure任务分解构造。PMI:ProjectManagementInstitute美国项目管理学会，成立于1969年一种国际性组织,PDMPrecedenceD
4、iagrammingMethod单代号网络图1.4 参照资料1软件项目管理案例教程（第一版），韩万江姜立新编著，机械工业出版社，4月2软件项目管理案例教程（第二版），韩万江姜立新编著，机械工业出版社，4月3软件项目估计（第二版），（美）CAPERSJONES著，刘从越编译，电子工业出版社，3月4软件需求（第二版），（美）KarlE.wiegers著，刘伟琴、刘洪涛译，清华大学出版社，9月1.5 重要术语1 .WBS,WorkBreakdownStructure,任务分解构造，是面向可交付成果的对项目元素的分组，它组织并定义了整个项目的范畴。2 .进度计划,进度，就是工作计划日期表3 .质量计划
5、：重要的质量管理对象是针对项目过程中那些对最后产品起着重要的作用的I中间产品：需求规格、设计阐明书，源程序，测试计划，测试成果等。2项目进度计划编制的背景概述2.1软件生存期模型选择与设计1 .选择增量模型的因素：1） .瀑布模型规定严格线性的开发，每个阶段开发活动结束后，通过严格的阶段性更审与确认，得到该阶段的一致、完整、对的和无二义性的良好文档资料，以冻结这些文档资料，作为该阶段的结束标志，保持不变，作为下一阶段活动的唯一基础，以每一步的对时性和完整性来保证最后系统的质量。但是大量的实践并不是这种抱负的线性开发序列，而是在开发过程中逐渐完善的。而在增量开发过程：软件描述、设计和实现活动被分
6、散成一系列的增量，这些增量轮流被开发。先完毕一种系统子集的开发，再按同样的开发环节增长功能（系统子集）,如此递增下去直至满足所有系统需求。规定系统的总体设计在初始子集设计阶段就应做出设计。2）增量模型有如下长处： 可以避免一次性投资太多带来的风险，将重要的功能或者风险大的功能一方面实现，然后逐渐完善，保证投入的有效性。 可以更快地开发出可以操作的系统。 可以减少开发过程中顾客需求的变更。 某些增量也许需要重新开发（如果初期开发的需求不稳定或者不完整）。3）增量模型开发适合口勺项目： 项目开始，明确了需求的大部分，但是需求也许会发生变化 对于市场和顾客把握不是很准，需要逐渐理解 对于有庞大和复杂
7、功能的系统进行功能改善，就需要一步一步实行的。我们开发的是酒店管理系统，分客房模块、餐饮模块、财务模块、人力资源模块。虽然大部分的需求已明确，但是部分需求也许会发生变化；对于顾客需逐渐理解才干精确把握；对于复杂功能的系统进行功能改善，就需要一步一步实行的。同步系统具有可扩充性，若使用增量模型，可以保证系统日勺可扩充性。本项目具有增量模型的其他特点：项目的复杂限度中档；项目的风险较低；产品和文档的使用率会很高。因此选择增量式作为我们的开发模型。图2.1增量式模型2.具体的设计为:超市管理系统图2-2具体的增量模型2.2 项目团队状况简述表21此项目团队人员的简介:职位人员项目经理：朱发军需求分析
8、员：朱发军概要设计员：朱发军具体设计员：朱发军编码人员：朱发军测试人员：朱发军由于项目初期信息不是很充足，因此初期的项目计划只存在一种计划表格，相称于一种大计划，简朴阐明计划的执行环节，如表5所示。表2-2项目初期计划任务完毕时间负责人资源备注项目规划-5-24朱发军全体人员参与需求获取-01-05同上开发人员，超市领导，部门经理，员工代表参与需求拟定-01-13同上全体人员参与概要设计-02-03同上具体设计-03-04同上全体人员参与项目实行-11-17同上朱发军参与有待细化项目集成、测试-01-11同上提交-02-07同上朱发军参与2.3 软件估算状况此软件估算成果列表：表2-3估算列表
9、估算项估算成果功能点估算：该软件的功能点总数约为20个进度估算：该软件开发时间30天成本估算：总成本为3900元人员数估算：所需的人员为1个人2.4 项目范畴日勺信息分析与使用2.4.1 软件的工作任务分解构造（WBS）表24WBS分解状况编号任务名称任务内容定义备注1前台销售系统波及到超市部门员工超市前台销售口勺功能1.1收银管理收银业务1.1.1金额计算销售金额计算1.1.2打印清单打印交易收据1.1.2会员卡支持会员卡打折功能1.2顾客信息录入对顾客购物信息进行管理1.2.1顾客退货管理对顾客退货进行有效记录2后台管理系统波及到超市部经理及部门员工的功能2.1人事管理波及超市人事部部经理
10、的功能模块2.1.1员工信息管理显示员工工作等信息2.1.2员工操作权限管理规定员工操作守则2.2销售管理波及超市销售部部经理H勺功能模块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 基于项目背景0WBS的细化方案表2-5WBS细化方案项目阶段各活动下的任务任务内容定义负责人需求分析阶段1.对各个子系统进行需求获取用多种方
11、式进行需求获取朱发军2.对获得的需求进行确认分阶段时开需求评审会议同上概要设计阶段1.各个系统的用例描述和图各个系统总的用例，分用例和所有的用例解说同上2.各个系统的概念数据建模各个系统的E-R模型和UM1.模型同上3.概要设计评审分阶段开概要评审会议同上具体设计阶段1.各个系统对象关系建模各个系统H勺对象模型建立同上2.各个系统分析类各个系统的分析类，界面类，控制类同上3.各个系统设计类设立所有类的属性值，和措施头同上4.各个系统物理数据库设计对所有关系进行物理数据库同上5.具体设计评审分阶段开具体评审会议同上编码阶段1.前台销售管理子系统编码对前台销售子系统的分析类的措施进行编码同上2.前
12、台销售管理子系统集成对前台销售子系统所有模块进行集成同上3.后台管理子系统编码对后台管理子系统的分析类的措施进行编码同上4.后台管理子系统集成对后台管理子系统所有模块进行集成同上系统集成1.系统集成对各个子系统进行集成同上系统测试1.集成测试对各个子系统的I集成进行测试同上2.环境测试对发布版本的环境进行测试同上提交1.编写顾客使用手册涉及使用H勺措施同上2.提供应顾客安装程序重要是安装向导同上顾客培训1.给顾客进行初期进行系统应用的基本培训同上2.4.3 重要的假设及其阐明假设：1 .超市领导，公司领导都比较注重。2 .酒店里的领导，员工都比较积极积极配合。3 .分派的J功能点总数为20个，
13、平均每人1个功能点4 .每个人每月人均生产率为1个功能点。3实行计划3.1 进度计划此处用甘特图或进度表格描述。1）进度计划：3-1进度计划表任务名称工期开始时间结束时间资源酒店管理系统30d-4-26-5-26软件项目规划Id426-12-24全体人员参与一项目规划Id-12-6-12-15全体人员参与一计划评审Id-12-16-12-24全体人员参与需求开发Id-12-27-I-13全体人员参与一顾客界面设计Id-12-27-12-31全体人员参与一顾客需求评审Id-1-3-1-5全体人员参与一修改需求、修改顾客界面1-1-6-1-10全体人员参与一编写需求规格阐明书Id-1-11-1-1
14、2全体人员参与一需求验证1-1-13-1-13全体人员参与概要设计1-1-14-2-3全体人员参与一用例描述图1-1-14-1-20全体人员参与一概念数据建模1-1-21-1-27全体人员参与一概要设计评审1-1-28-2-3全体人员参与具体设计1-2-4-3-4全体人员参与一对象关系建模1-2-4-2-9全体人员参与分析类1-2-10-2-16全体人员参与一设计类1-2-17-2-22全体人员参与一物理数据库设计1-2-23-3-1全体人员参与一具体设计评审1-3-2-3-4全体人员参与项目实行1-3-7-1147全体人员参与一前台销售管理子系统1-3-7-5-13全体人员参与一顾客信息录入
15、功能-增量11-3-7311全体人员参与一顾客退货管理1-3-7-3-9全体人员参与一增量1评审1-3-10-3-11全体人员参与一收银-增量21-3-14-3-24全体人员参与交易金额计算1-3-14-3-16全体人员参与一打印交易清单1-3-17-3-18全体人员参与一会员卡打折1-3-21-3-22全体人员参与一增量2评审1-3-23-3-24全体人员参与一前台销售子系统集成1-5-5-5-13全体人员参与-子系统集成测试1-5-5-5-9全体人员参与-子环境测试1-540-5-13全体人员参与任务名称工期开始时间结束时间资源一后台管理子系统1-5-16-7-13全体人员参与人事功能-增
16、量11-5-16-6-16全体人员参与员工信息管理1-5-16-549全体人员参与一员工操作权限管理1-5-20-5-25全体人员参与一增量1评审1-6-13-6-16全体人员参与一销售管理功能增量21-6-17-7-1全体人员参与一查询打印销售信息1-6-17-6-23全体人员参与一生成销售排行旁1-6-24-6-28全体人员参与增量2评审1-6-29-7-1全体人员参与进退货管理-增量31-7-14-7-26全体人员参与一进货信息管理1-7-14-7-18全体人员参与一退货信息管理1-7-19-7-21全体人员参与一增量3评审1-7-22-7-26全体人员参与一库存管理-增量41-7-27
17、-8-8全体人员参与一查询库存信息1-7-27-7-29全体人员参与一库存状态自动警告1-8-1-8-3全体人员参与一增量4评审1-8-4-8-8全体人员参与一后台管理子系统集成1-11-8-11-17全体人员参与子系统集成测试1-11-8-11-14全体人员参与子环境测试1-11-15-11-17全体人员参与系统集成1-11-18-12-21全体人员参与一系统集成1-11-18-12-21全体人员参与系统测试1-12-22-1-31全体人员参与系统测试1-12-22-1-11全体人员参与环境测试1-1-12-1-31全体人员参与提交1-2-1-2-7全体人员参与一完毕文档1-2-1-2-3全
18、体人员参与一验收、提交1-2-6-2-7全体人员参与备注：安排的时间范畴已涉及节假日2）项目进度图图31进度计划网络图格知M融侬舛力日则”开发OiftH湘网格济t利尤价Rg整日他匕匕子良军g庆加和捌成If火格书超E建I工阳I工阳IIfXSi工阳JO工作BI工阳IIfXS6mB刈济4月2日201声4月日刈许4月M日刈/4月箕日Rl七月旧刈尔月I汨刈尔月I咱娄体跳员刈济4月NB1-刈=4月？?Q2201/4月30日3刈4月MB4刈尔月I汨S汕5牢月I咱6刈尔月I汨Ian年月N日“，小能至侮成员j小城全体成员4、全侮成员3）项目进度计划的甘特图:图3-2进度计划甘特图4）项目甘特图实行部分的计划展开
19、如下:图3-3实行部分的甘特图5）里程碑高层领导也许更加关注里程碑的进展，因此需要一种里程碑的图示，如下表所示。表3-2J艮程碑表事件时间增量1收银业务-03-11增量2顾客信息录入-03-24增量3一人事管理-04-06增量4一一销售管理-0449增量5一进退货管理-05-04增量6库存管理-05-133.2 基于进度计划的成本核算表33基于进度计划的成本核算表任务名称开始时间结束时间比较基准酒店管理系统-4-26-5-26340,000软件项目规划-12-6-12-2412,000一项目规划-12-6-12-157,000一计划评审-12-16-12-245,000需求开发-12-27-1
20、-1330,000一顾客界面设计-12-27-12-3110,000一顾客需求评审-1-3-1-59,000一修改需求、修改顾客界面-1-6-1-104,000一编写需求规格阐明书-1-11-1-123,000一需求验证-1-13-I-134,000概要设计-1-14-2-313,000一用例描述图-1-14-1-204,000一概念数据建模-1-21-1-276,000一概要设计评审-1-28233,000具体设计-2-4-3-440,000对象关系建模-2-4-2-98,000一分析类-2-10-2-1611,000设计类-2-17-2-2211,000物理数据库设计223-3-16,00
21、0一具体设计评审32-3-44,000项目实行-3-7-11-17210,000任务名称开始时间结束时间比较基准一前台销售管理子系统-3-7-5-1360,000收银业务-增量137-3-1813,000一顾客信息录入-增量2-3-21-3-2510,000前台销售管理子系统集成-11-8-Il-175,000一后台管理子系统-5-16-7-1350,000人事管理-增量1-7-14-7-2015,000销售管理-增量2-7-21-8-311,000进退货管理-增量3-8-4-8-1111,000一库存管理-增量4-8-12-8-3013,000一后台管理子系统集成-9-8-9-215,000
22、系统集成-11-18-12-2115,000系统集成-11-18-12-2115,000系统测试-12-22-1-3115,000系统测试-12-22-1-119,000环境测试-1-12-1-316,000提交-2-1-2-75,000完毕文档-2-1-2-33,500验收、提交-2-6-2-71,500项目开发人员为1个人员。项目开发用到1个人月。预算总成本为340,OOO元（见上表），与估算的成本333,900元基本持平（有一点差距）。这样340,OOO元可以作为项目的成本控制参照。3.3 调节后的进度计划逐项列出影响初始计划的因素和调节的条目（涉及影响项目成败的核心问题、技术难点和风险
23、），指出这些问题对项目的I影响然后给出调节后的进度计划。由于系统规模不是很大，开发团队的人员对本系统也很熟悉，因此开发的过程中风险较小。因此进度计划没有太大的改动。3.4 有关进度计划日勺其他阐明1 .本进度计划是从按照交付日期倒推拟定期间，然后安排计划内容；2 .进度安排提交的日期并非是真实的交付日期，而是留有半个月左右的余量时间，以备变化。3.5有关其他计划日勺阐明质量管理计划、1 .软件质量是设计出来的不是检查出来的。因此质量管理Fl勺核心是避免重于检查，事前计划好质量，而不是事后检查。2 .软件质量计划的I重要内容为：针对项目过程中那些对最后产品起着重要的作用於J中间产品：需求规格、设
24、计阐明书，源程序，测试计划，测试成果等的管理。配备管理计划1 .管理的重要内容为：版本信息。2 .管理的重要目FfJ:软件配备口勺完整性和可追溯性。项目跟踪管理计划1.基本原理：MWWJMi怆a*iMv.2.项目跟踪的重要目H勺是：保证对H勺的人在对时H勺时候得到对H勺的信息。4项目成果产品4.1 软件程序程序名称：酒店管理系统安装程序所用的编程语言：VisualBasic存储程序的媒体形式：移动硬盘本系统可以完毕顾客所提的基本功能需求和非功能需求，安全性能比较高，且能同步容纳人同步访问服务器。4.2 软件文档验收报告：客户对产品的验收状况的记录顾客安装手册：指引顾客如何安装产品顾客使用手册：
25、指引顾客如何使用本系统协助：提供应顾客在使用过程中的参照4.3软件服务服务名称服务的级别服务开始日期服务期限与否收费安装培训低软件提交给顾客时Id不收系统维护i每年寒假开始2d视状况而定运营支持高软件提交给顾客时Id不收4.4非移送的软件产品项目计划质量保证计划配备管理计划项目范畴阐明书概要设计阐明书具体设计阐明书设计术语及规范源程序编码规则测试计划测试用例测试报告4.5 验收原则1 .验收测试的对象：软件涉及程序、数据和文档。2 .验收测试要注意问题：(1)验收测试始终要以双方确认的需求规格阐明和技术合同为准，确认各项需求与否得到满足，各项合同条款与否得到贯彻执行。（2）验收测试和单元测试、
26、集成测试不同，它是以验证软件的对的性为主，而不是以发现软件错误为主。（3）对验收测试中发现的软件错误要分级分类解决，直到通过验收为止。（4）验收测试中的用例设计要具有全面性、多维性、效率性，能以至少的时间在最大限度上确认软件的功能和性能与否满足规定。3 .验收测试的目的是确认系统与否满足产品需求规格阐明和技术合同的有关规定。通过实行预定的测试计划和测试执行活动确认软件的功能需求、性能需求和文档需求。安装测试、功能测试、界面测试、性能测试、文档测试、负载压力测试、恢复测试、安全性测试、兼容性测试等。（1）安装测试：安装测试的目的在于验证软件能否在不同的配备状况下完毕安装，并确认能否正常运营。（2
27、）功能测试：功能测试是验收测试中的重要内容。功能测试要涉及如下项目：单个模块的查询、增长、删除、修改、保存等操作；数据的输入与输出；数据解决操作，如导入、结转等；基础数据定义的精度；计算的精确性，如仓库的历史库存、目前库存、货位库存与否精确；数据共享能力；身份验证和权限管理。（3）界面测试：界面要符合现行原则和顾客习惯。软件公司可以形成自己的特色，但要保证整个软件风格一致。界面测试要从和谐性、易操作性、美观性、布局合理、分类科学、标题描述精确等方面入手。测试用例的设计要重点掌握如下几点：第一，背景和前景的颜色与否协调，颜色反差与否用得恰当；第二，软件得图标、按钮、对话框等外观风格与否一致，美观
28、效果所规定的屏幕辨别率；第三，窗口元素的布局与否合理,并保持一致；第四，多种字段标题的信息描述与否精确；第五，快捷键、按钮、鼠标等操作在软件中与否一致；第六，窗口及报表的显示比例和格式与否能适应顾客的预期需求；第七，误操作引起的错误提示与否和谐；第八，活动窗口和被选中的记录与否高亮显示；第九，与否有协助信息，菜单导航能否正常执行；第十，检查某些特殊域和特殊控件能否运营。（4）性能测试：性能测试重要测试软件的运营速度和对资源的消耗。通过调节软硬件配备、网络拓扑构造、工作站点数、数据量和服务祈求数来测试软件的移植性、运营速率、稳定性和可靠性。一般借助WinRUnner之类的公司级自动化测试工具来辅
29、助测试，通过极限测试来分析评估软件性能。（5）文档测试：文档是软件的重要构成部分，也是软件质量保证和软件配备管理的重要内容。文档测试重要通过评审的方式检查文档的完整性、精确性、一致性、可追溯性和可理解性。（6）其他测试：第一，安全性测试。通过非法登陆、漏洞扫描、模拟袭击等方式检测系统的认证机制、加密机制、防病毒功能等安全防护方略的!强健性；第二，兼容性测试。通过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件日勺跨平台、可移植的特性。5其他由于项目开发是个循环迭代的过程。在项目计划编制过程中，存在清晰日勺依赖关系，原则上规定它们按照基本相似的顺序进行。但在具体日勺实现过程中也许会有所变动。因此项目计划是一种逐渐完善的过程。项目计划的开发是贯穿项目始终的，可以渐进式进行，例如初始计划也许涉及资源的属性和未定义的项目日期的活动排序，而后可以细化项目计划，涉及具体的资源和明确的项目日期等。
