软件开发计划

1、<(火车票)自动售票机模拟软件>软件开发计划 版本 <1.0>  修订历史记录日期版本说明作者<10/11/2013><1.0><软件开发计划>崔斌             目录1. 简介1.1 目的     1.2 范围     1.3 定义、首字母缩写词和缩略语 &

2、#160;   1.4 参考资料     1.5 概述     2. 项目概述      2.1 项目的目的、规模和目标     2.2 假设与约束     2.3 项目的可交付工件     2.4 软件开发计划的演进   

3、60; 3. 项目组织  3.1 组织结构     3.2 外部接口     3.3 角色与职责     4. 管理流程4.1 项目估计     4.2 项目计划     4.2.1 阶段计划      4.2.2 迭代目标4.2.3 发布版 

4、60;    4.2.4 项目时间表 4.2.5 项目资源分配      4.2.5.1 人员配备计划      4.2.5.2 资源获取计划      4.2.5.3 培训计划      4.2.6 预算      4.3 迭代计划 &#

5、160;   4.4 项目监测与控制     4.4.1 需求管理计划      4.4.2 进度控制计划      4.4.3 预算控制计划      4.4.4 质量控制计划      4.4.5 报告计划      

6、;4.4.6 评测计划      4.5 风险管理计划     4.6 收尾计划     5. 技术流程计划 5.1 开发案例     5.2 方法、工具和技术     5.3 基础设施计划     5.4 产品验收计划     

7、6. 支持流程计划 6.1 配置管理计划     6.2 评估计划     6.3 文档计划     6.4 质量保证计划     6.5 问题解决计划     6.6 分包商管理计划     6.7 流程改进计划     7. 其他计划&

8、#160;8. 附录 9. 索引     软件开发计划1. 简介1.1      目的电子商务的出现，正好带给了铁路客运服务一个发展契机，推出新型的订票方式-自动售票机软件，既是技术上的创新，又将完善铁路服务，可以在一定程度上解决买票难这一难题，增强铁路竞争力，为铁路争取更多的客流。1.2       范围此软件将会配置在各自动售票机上，与网页端的售票软件相配合，实现铁路客运服务的电子商务。1.3 定义、首

9、字母缩写词和缩略语 Rational统一过程(Rational Unified Process) RUP1.4       参考资料Rational Unified Process 版本 2000.02.20，Rational Software Corporation。（中英文版） 统一开发过程 软件开发队伍的最佳实践（Rational Unified Process（RUP） Best Practices for Software Development Teams） Rational Unified Process 版本

10、 2007 （中文版）用例分析技术（Applying Use Case），Geri Schneider，Jason P.Winters, 机械工业出版社，2002年8月，ISBN 7-111-10853-1编写有效用例（Writing Effective Use Cases ），（美）Alistair Cockburn，机械工业出版社，2002 年9月，ISBN 7-111-11090-01.5       概述项目概述 这是一款应用于自动售票机上的软件。包含：车票查询模块，订单管理模块，车次管理模块。2. 

11、60;        项目概述2.1        项目的目的、规模和目标目的目标：作为铁路客运电子商务的一种新方法，缓解购票难。交付工件：软件需求规约补充规约软件测试计划用户界面原型配置管理火车票售票系统2.2       假设与约束预算：服务器费用 开发人员薪酬 资料打印费人员：项目经理：崔斌(54100811)系统分析员：王越群(54100821) 王睆綦(5410082

12、4)设计人员：王越群(54100821) 刘向阳(54100819)实现人员：崔斌 刘明(54100817)测试人员：徐元杰(54100808) 王军鹏(54100810)配置管理人员：刘威志(54100818)界面设计人员：王巍(54100823) 齐钰生(54100809)设备：个人笔记本作为服务器CPU：i5-450 2.40GHZ显卡：ATI5670 内存：2G 硬盘：500G 时间表：时间段任务12013.10.24-2013.10.29软件开发计划22013.10.30-2013.11.1软件开发计划评审32013.11.11-2013.11.13需求分析42013.11.14-2

13、013.11.16需求文档和界面评审52013.11.17-2013.11.22软件测试计划62013.11.23-2013.11.25软件测试计划评审72013.11.17-2013.11.22软件配置管理计划82013.11,23-2013.11.25软件配置管理计划评审92013.12.7-2013.12.16面向对象设计102013.12.21-2013.12.21软件设计文档评审112013.12.19-2013.12.22软件测试122013.12.23-2013.12.27系统实现132013.12.31-2014.1.1.执行测试142014.1.2-2014.1.2上交项目文

14、档2.3       项目的可交付工件交付日期交付工件12013.10.31软件开发计划 22013.11.18软件测试计划32013.11.18用例规约42013.11.18补充规约52013.11.18用户界面结果62013.11.28软件配置计划72013.12.5软件设计文档82013.12.19测试设计92013.12.26测试报告102013.1.2项目文档2.4       软件开发计划的演进发布版本号标准1.0完成用户界面原型1.1完成用户

15、注册 登录模块1.2完成车票查询模块1.3完成订单管理模1.4完成车次管理模块1.5完成模块整合并测试1.6提交正式版3.          项目组织3.1        组织结构管理人员：项目经理 设计人员复审委员会：每个部分选出一人组成复审委员会3.2        外部接口产生工件外部联系人内部人员开发进度客户代表项目经理需求文档客

16、户代表系统分析人员用户界面结果客户代表界面设计人员测试计划客户代表测试人员配置计划客户代表配置人员测试设计客户代表测试人员项目文档客户代表项目经理3.3       角色与职责工作流程及负责人1、软件开发计划：项目经理2、软件需求规约 用例规约 补充规约：设计人员3、软件测试计划：测试人员4、用户界面设计结果：界面设计员5、配置管理计划：配置管理人员6、软件设计文档：设计人员7、测试设计：测试人员8、项目文档：全体组员4.        

17、0;        管理流程4.1        项目估计2013.11.17完成用户界面原型2013.11.24完成用户注册 登录模块2013.11.30完成车票查询模块2013.12.7完成订单管理模块2013.12.27完成车次管理模块2013.12.30完成模块整合测试2014.1.2提交正式发布版4.2        项目计划4.2.1 

18、   阶段计划发布版本号时间点里程碑1.02013.11.17用户界面原型1.12013.11.24用户注册 登录模块完成并提交1.22013.11.30车票查询模块完成并提交1.32013.12.7订单管理模块完成并提交1.42013.12.27车次管理模块完成并提交1.52013.12.30模块整合测试完成并提交1.62014.1.2提交正式发布版每分布一次新版本都会向客户提交，并请其体验。客户看了以后，请其提出详细的修改意见，这样，我们会在以前的需求分析、框架设计、代码、测试等等的基础上，进一步改进，又拿出一个更完善的产品来，给客户看，让他们提意见。4.2.

19、2    迭代目标2013.11.17完成第一次迭代 向用户提交界面原型。并请其提出修改意见。2013.11.24 完成第二次迭代 向用户提交注册 登录模块。2013.11.30 完成第三次迭代 向用户提交车票查询模块。2013.12.7 完成第四次迭代 向用户提交订单管理模块。2013.12.27 完成第五次迭代 向用户提交车次管理模块。2013.1.2 完成最后一次迭代 向用户提交完整的并经过测试的整个系统。4.2.3     发布版发布版本号类型1.0演示版1.1演示版1.2演示版1.3演示版1.4

20、演示版1.5测试版1.6正式版4.2.4    项目时间表4.2.5    项目资源分配4.2.5.1 人员配备计划迭代过程类型人员技能1.0界面设计人员王巍 齐钰生页面设计1.1实现人员 设计人员系统分析员配置管理人员崔斌 刘明王越群 刘向阳王越群 王睆綦刘威志编码系统设计1.2实现人员 设计人员系统分析员配置管理人员崔斌 刘明王越群 刘向阳王越群 王睆綦刘威志编码系统设计1.3实现人员 设计人员系统分析员配置管理人员崔斌 刘明王越群 刘向阳王越群 王睆綦刘威志编码系统设计1.4实现人员 设计人员系统分

21、析员配置管理人员崔斌 刘明王越群 刘向阳王越群 王睆綦刘威志编码系统设计1.5测试人员徐元杰 王军鹏测试用例设计1.6全体成员全体成员无 系统分析员：王越群(54100821) 王睆綦(54100824)设计人员：王越群(54100821) 刘向阳(54100819)实现人员：崔斌 刘明(54100817)测试人员：徐元杰(54100808) 王军鹏(54100810)配置管理人员：刘威志(54100818)界面设计人员：王巍(54100823) 齐钰生(54100809)4.2.5.2 资源获取计划来源于班级中愿意去完成此项目的同学4.2.5.3 培训计划团队成员目标日期

22、培训王越群 王睆綦2013.11.25系统设计崔斌 刘明2013.12.2Web编程徐元杰 王军鹏2013.12.10测试培训王巍 齐钰生2013.11.20Web界面设计4.2.6    预算4.3      迭代计划时间点迭代计划完成2013.11.17用户界面原型2013.11.24用户注册 登录模块完成并提交2013.11.30车票查询模块完成并提交2013.12.7订单管理模块完成并提交2013.12.27车次管理模块完成并提交2013.12.30模块整合测试完成并提交2014.1.2

23、提交正式发布版4.4        项目监测与控制4.4.1     需求管理计划4.4.2     进度控制计划成立进度控制管理小组成立以项目经理为组长，以项目副经理为常务副组长，以各职能部门负责人为副组长，以各单元工作负责人、各班组长等为组员的控制管理小组。小组成员分工明确，责任清晣;定期不定期召开会议，严格执行讨论、分析、制定对策、执行、反馈的工作制度。项目管理者联盟，项目管理问题。4.4.3 

24、60;   预算控制计划确立阶段目标，提高效率，节省预算。整合开阶段开发资源，防止返工。小组成员间保持信息沟通，以免资源浪费根据业绩评价来分配预算，达到劳者多得，合理分配，提高积极性。4.4.4     质量控制计划在所有工件提交前一天进行工件质量控制，发现问题立即由负责人进行纠正。4.4.5    报告计划内部报告：每完成一个工件 做一次报告外部报告：报告频率范围版本1.01周开发团队与客户代表间版本1.11周开发团队与客户代表间版本1.21周开发团队与客户代表间版本1.3

25、1周小组与客户代表间版本1.42周开发团队与客户代表间版本1.55天开发团队与客户代表间版本1.63天开发团队与客户公司间4.4.6    评测计划4.5        风险管理计划4.6        收尾计划人员重新分配：如果在实现阶段 人手不够 由分析员与设计员参与进来。项目材料存档：1.6版本发布后进行 工件 和 之前 版本存档检查汇报及报告：1.6版本发布后 对 客户及 小组内部进行汇报

26、。5.                  技术流程计划5.1         开发案例5.2         方法、工具和技术_         业务建模指南_ 

27、;        用户界面指南_         用例建模指南_         设计指南_         编程指南_         测试指南_     &

28、#160;   手册风格指南5.3         基础设施计划5.4         产品验收计划6.           支持流程计划6.1         配置管理计划6.2         评估计划走查：在每一次模块完成中进行模块评估。检查：在模块提交前，对模块进行检查。复查：在向用户提交每一版本后，根据用户意见进行复查。6.3