软件开发计划书

1、项目管理模拟系统软件开发计划书北京航空航天大学2011-09版本变更历史版本提交日期主要编制人审核人版本说明目 录1引言11.1编写目的11.2 背景11.3定义11.4参考资料12项目概述12.1工作内容12.2主要参加人员12.3产品2程序2文件2服务2非移交的产品22.4验收标准22.5完成项目的最迟期限22.6本计划的批准者和批准日期23实施计划23.1工作任务的分解与人员分工23.2接口人员33.3进度33.4预算33.5关键问题34支持条件34.1计算机系统支持34.2需由用户承担的工作34.3由外单位提供的条件45专题计划要点4软件开发计划书1引言1.1编写目的编写计划书的主要目

2、的是为软件开发提供时间上具体的安排，合理的控制项目开发进度，并为以后的调整提供依据。同时让用户了解开发进度。计划书的期望读者是用户，项目监督人员，以及项目开发人员。1.2 背景说明：a. 待开发的软件系统的名称；项目管理模拟系统b. 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；项目的提出者39061131小组的成员；开发者：39061115张福洋,3061121贾晨,39061120张建,39061130黄智,39061131郭子末（组长）；1.3定义ProManager :项目经理 ProMemb ：项目组员ProChar ： 项目管理员 Manager: 总经理1.

3、4参考资料a. 北航软件所，项目计划模板。2项目概述2.1工作内容主要工作： 一、对现有的版本进行测，发现已有功能在应用中的问题。二、提出相应的修改意见，意见大体分为两类，代码层面修改已有功能，使之完善。另一种则将其列为升级点，整体功能上进行重新设计和实现，放弃已有的功能。三、制定需要修改项目列表。根据小组成员的特点，进行分工讨论。（修改内容见后文 3.5）四、根据项目列表制作模型。五、小组成员根据设计的模型实现自己的任务。一段时间后汇报任务完成情况，交流问题。六、成果汇总，并进行测试。2.2主要参加人员主要参与的人员是39061131小组的成员。各成员具有各自擅长的方面。有的组员善于编写代码

4、，有的组员善于发现问题，有的组员善于协调各方面的关系、合理的分配任务并领导团队克服困难。2.3产品2.3.1程序主要由c+MFC对话框程序完成。2.3.2文件提交给用户的主要文件：1） 编写完成，并调试通过的可执行文件。使用户使用的主要部分。2） 软件开发说明书，主要内容为介绍软件开发的计划，让用户能了解到软件开发的进度。3） 系统设计说明，主要说明系统的设计思路和开发过程。4） 系统测试报告，主要说明系统测试的用例设计，测试结果，测试后的系统评价，最后提出系统修改意见。5） 系统用户手册，即为用户的使用参考手册。手册的主要内容为介绍软件的相应操作方式，帮助用户熟悉软件，解答用户使用时可能出现

5、的常见问题。2.3.3服务一段时间之后会向用户提供软件维护的服务，服务的主要方面是用户在使用发现的问题以及一段时间后对用户数据的维护和整理。2.3.4非移交的产品说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。须向内部人员提交的：1） 软件开发计划书。让小组内的成员总体把握软件开发的进度和计划。2） 软件测试计划书，编写完程序之后，向本单位会提交软件测试说明书，主要说明测试数据设计，测试结果预测。3） 测试报告，主要说明实际运行设计好的样例之后的得到的运行结果。并对结果进行评价以及提出修改意见。2.4验收标准对照最初设计用例图，若最初设计的预期功能都能实现，则算是验收通过

6、。2.5完成项目的最迟期限2011年12月30日2.6本计划的批准者和批准日期批准者：北航软件工程课程。批准日期：2011年12月30日前3实施计划3.1工作任务的分解与人员分工需求分析：负责人：郭子末；参与人员：贾晨，张建，张福洋；框架设计：负责人：郭子末；参与人员：黄智，贾晨，张建，张福洋；代码实现：负责人：黄智；参与人员：郭子末，贾晨，张建，张福洋；用例测试：负责人：贾晨；参与人员：黄智，张建，张福洋；后期维护：负责人：张福洋；参与人员：黄智，张建，郭子末。文档编写：负责人：张建；参与人员：黄智，郭子末，张福洋，贾晨；3.2接口人员本项目暂无接口人员。3.3进度组建项目组并制定项目计划：

7、1. 组建项目组： 2. 确定题目：项目基本目标和主要需求3. 确定计划：项目小组成员及其分工，进度安排成果： 项目计划报告第3周完成需求分析：1. 构建概念模型；2. 编写需求规格说明书；成果：需求规格说明书、现有软件产品分析报告第5周2011.10.21完成设计模型：成果：1. 构建设计模型；2. 编写软件设计文档；3. 软件设计文档第7周2011.11.11完成测试计划：1. 构建测试计划成果：软件测试计划（包括基于需求和设计的典型测试用例）第9周 2011.12.16完成编程与测试：成果1. 编写程序并通过调试；2. 编写测试用例并完成测试，撰写测试报告；3. 编写安装及使用手册；5.

8、 源程序和可执行程序（包括安装程序、数据文件等）6.安装及使用手册7. 测试报告第11周 2011.12.30提交项目成果：1. 修订需求分析文档、设计文档等；2. 撰写总结报告；3. 提交项目的完整资料（正式提交版）4.软件正式提交版；包括修订后的文档、程序等；5. 项目总结报告3.4预算主要开销为时间：（预测）建立模型及需求分析：3 小时编写代码：累计24小时编写文档：累计12小时修改、测试：累计 4小时3.5关键问题该项目最大的难点和风险在于对数据存储结构的修改。是这次修改计划的核心，直接决定此次修改计划的成败。该项目是在已有的成型代码上进行修改。其最大的问题在于之前版本所用的C+MFC

9、程序可读性较差，并且前一版本代码写的较为冗杂，很多地方为了方便而用了效率比较差的处理方式。例如在读取和存数数据时，之前的版本在处理时做得并不好，反复的读写文件。由于没有考虑到以后升级和修改的问题，导致这次项目在修改上颇有难度，需要修改的地方很多，要求修改方式较为细致。该项目的另一个难点在于数据库模型的建立，由于存储的数据种类较多，数据间的关系较为复杂，因此是否能设计好的数据库，直接关系到最终交付用户使用的软件的性能。是该项目的另一个重点。由于使用了数据库，许多有关数据的操作有数据库系统完成，故在算法上无需更多的优化设计。其余的改进方面主要在于和用户交互方面，提升用户体验。例如，尽可能少的让用户填写内容，改为选择相关内用。同时使交互界面更加友好。4支持条件本项目开发的工具需求：Microsoft Visual Studio2010，StarUML Microsoft SQLServer2008;对于设施，要求有一个能让小组成员专心工作的良好的办公场所。4.1计算机系统支持操作系统：xp sp2以上。（推荐Win7