软件项目计划书.doc

《软件项目计划书.doc》由会员分享，可在线阅读，更多相关《软件项目计划书.doc（22页珍藏版）》请在三一办公上搜索。

1、计算机等级考试网上报名系统软件项目计划书 Software Project Scheme Specification 编 制： 计服111 第二小组 编制日期： 2014-05-20 审 核： 批 准： 1.项目介绍31.1 项目概述31.1.1 目的31.1.2 项目背景31.1.3 项目的范围与目标31.2 项目可交付成果41.2.1 需完成的软件41.2.2 需提交的文档41.3 软件项目计划的制定过程51.4 参考资料51.5 有关定义和缩写说明51.5.1 相关术语51.5.2 缩写说明62. 项目组织62.1 过程模型62.2 组织结构62.3 组织界限和界面72.4 项目责任72

2、.4.1 责任分配矩阵72.4.1 项目干系人的责任分配矩阵83.管理过程93.1 管理目标和优先级93.1.1 管理目标93.1.2 优先级93.2 设定条件、依赖关系和约束条件93.3 风险管理103.3.1 风险条目表103.3.2 风险定性分析113.3.3 风险管理清单123.3.4 项目风险应对措施123.3.5 风险监控143.4 监督与控制机制143.4.1 报告机制143.4.2 监督机制143.4.3 评价和审核机制143.5 人员计划144. 技术过程154.1 方法、工具和技术154.2 软件文件154.3 项目各项辅助职能165.工作包、进度和预算165.1 工作包（

3、WBS）165.2 依赖关系195.2.1 甘特图195.2.2 网络日历图195.3 资源要求195.3.1 计算机系统支持195.3.2 外部提供的条件205.4 预算与资源分配以及进度计划205.4.1 预算205.4.2 资源分配205.4.3 进度计划201.项目介绍1.1 项目概述1.1.1 目的 编写本项目开发计划的目的是把远程在线考试系统开发过程中对各项工作任务的负责人员、开发的进度、经费的预算、硬件和软件资源条件等问题所做的安排用文档的形式记载下来，以便根据本计划开展和检查项目开发工作，保证项目开发成功。1.1.2 项目背景 随着信息的发展，考试报名的网络化已成为趋势，很多考

4、试都已开通了网上报名系统，并通过计算机网络实现异地考试报名。因此，为方便考试系统的管理与维护，故开发了该系统。1.1.3 项目的范围与目标1.1.3.1 范围描述 首先，因为考试是面向特定对象的，所以考试者进入系统应该进行身份验证。首次进入报名系统的考生应该先进行注册。考试者进入考试系统后，应该能根据自己的需要选择不同的功能，比如网上报名、成绩查询等等。各种功能实现后，可以返回功能主界面，继续实现其他功能。此外，对于管理员来说，能够方便、快捷的对网上报名系统进行管理。1.1.3.2 主要功能1.概述 （一）、登陆：考生输入身份证号和密码登陆进入系统。 （二）、考生注册：首次登陆的考生要先进行注

5、册。 （三）、网上报名：考生通过网上报名功能，填写报名信息，进行报名。 （四）、成绩查询：考生登录个人账号，在考试结束并且成绩发布后可以查看自己的考试成绩。 （五）、用户管理：管理员进入考生管理功能，管理员对考生信息进行查询、修改。 （六）、成绩录入：管理员将考生成绩文件导入系统，并且将考生成绩保存在数据库中。 （七）、成绩统计：管理员可以分类统计考生成绩，统计全部考生的成绩、通过的考生以及不通过的考生的成绩等等。 （八）、信息发布：管理员进入系统维护功能，通过信息发布功能，编写信息标题和内容，将考试信息发布出去（九）、报名时间管理：管理员通过考试报名时间管理功能对考试报名时间进行限制。2.功

6、能描述此系统总概括来说包括三大功能：（一）、考生网上报名功能。考生登录网上报名系统，填写报名信息，进行报名。首次登录的考试需要先注册。（二）、成绩查询功能。考生可以登录本系统进行本人成绩查询，管理员也可以登录本系统的后台根据某些条件部分考生成绩。（三）、管理功能。管理员登录本系统，可以对用户进行增删改查，对考试报名时间、信息发布以及成绩等进行管理。1.1.3.3 性能（一）、管理员动态的管理各种考试信息。（二）、考生报名方便，可实现远程报名。（三）、考生可随时掌握考试相关信息。1.1.3.4 管理和技术约束 这是我们首次进行一个完整的项目作业，缺少经验在所难免，我们在借鉴前人优点的同时，也发挥

7、我们自己的想象力以及能力，补充所缺少的部分。由于时间的紧迫，各个方面完成的并不算完善。在技术方面，在程序编写中我们丙丁会遇到这样那样的难题，但是一定会想办法克服。1.2 项目可交付成果1.2.1 需完成的软件 （一）、源程序 （二）、数据库对象创建语句 （三）、可执行程序1.2.2 需提交的文档序号工作任务交付成果文档类型参照标准批准人1软件项目管理软件需求详细计划、软件项目进展报告管理文档软件项目管理说明2软件开发软件需求规格说明书、软件设计说明书、集成测试计划和单元测试计划报告、产品说明书、软件维护记录报告开发文档软件需求详细计划、软件项目进展报告3软件配置配置和管理计划软件配置文档开发文

8、档4验证与确认软件需求阶段验证和确认计划、需求确认报告、设计确认报告、编码确认报告、测试确认报告验证与确认文档开发文档5质量保证质量保证计划质量保证文档验证与确认文档1.3 软件项目计划的制定过程 制定项目计划是软件项目管理过程中一个关键的活动，是软件开发工作的第一步。其主要过程如下： （一）、确定详细的项目实施范围 （二）、确定须交付的工作成果 （三）、评估实施过程中主要的风险 （四）、制定项目实施的时间计划 （五）、成本和预算计划以及人力资源计划等1.4 参考资料 软件项目计划书范例软件风险控制计划案例1.5 有关定义和缩写说明1.5.1 相关术语 用户 考生与考试管理人员之和。 考生 拥

9、有在线考试权利的所有人员。 管理员 指派的考试管理员。1.5.2 缩写说明WBS 任务分解结构SPM 软件项目管理2. 项目组织2.1 过程模型在计算机等级考试网上报名系统中，首先，本系统的工作流程比较稳定，需求明确。在开发过程中需求很少发生变化。其次，用户使用环境相对稳定。最后，本系统属于小系统，项目周期较短。经过综合分析，本系统采用瀑布模型。瀑布模型中，每一个阶段都定义明确的产出物，在每一个阶段完成后都可以组织相关的评审和验证，只有在评审通过后才能够进入到下一个阶段。 如下图：2.2 组织结构计算机等级考试网上报名系统开发项目组人员结构如下图所示：2.3 组织界限和界面2.4 项目责任2.

10、4.1 责任分配矩阵软件项目管理：OBS单位 WBS活动1110121013101410142014301510总体设计组主要主要系统集成组软件开发组主要主要主要硬件开发组技术支持组主要质量保证组参与主要用户代表参与参与 软件开发：OBS单位 WBS活动2120213022202230231023122321232223312332234124222351235223612362237123722381238223912392总体设计组主要负责主要负责主要负责主要负责系统集成组待添加的隐藏文字内容3软件开发组主要负责主要负责主要负责主要负责主要负责主要负责主要负责主要负责主要负责硬件开发组技术

11、支持组质量保证组主要负责主要负责主要负责主要负责主要负责主要负责主要负责主要负责主要负责用户代表参与参与参与参与软件配置：OBS单位 WBS活动3110312031303140321032203230324032403250331033203330334033503410342034303440351035203530总体设计组主要参与主要参与主要参与主要参与主要参与主要参与主要参与系统集成组软件开发组主要参与主要参与硬件开发组主要参与主要参与主要参与主要参与技术支持组主要参与主要参与主要参与主要参与质量保证组主要参与主要参与主要参与主要参与用户代表验证与确认：OBS单位 WBS活动41104

12、12041304210422043104320441044204230444045104520总体设计组主要参与主要参与系统集成组主要参与主要参与主要参与主要参与软件开发组硬件开发组技术支持组质量保证组主要参与主要参与主要参与主要参与主要参与主要参与主要参与用户代表质量保证：OBS单位 WBS活动5110512052105220531054105510总体设计组主要参与系统集成组软件开发组硬件开发组技术支持组主要参与质量保证组主要参与主要参与主要参与主要参与主要参与用户代表2.4.1 项目干系人的责任分配矩阵需求分析阶段：活动人员孙菁厉冰洁刘明路唐太昌田朋万嘉辰需求调查SRAPPI结果分析SR

13、APPI用例描述SRSAPI界面设计SRSPAI文档编写SRPAPI A=负责人 P-参与者 R=要求审查 I=要求输入 S=要求签字3.管理过程3.1 管理目标和优先级3.1.1 管理目标 基本管理原则：每位成员既是积极地建言者，又是负责的合作者，同时也是决策的制定者。决策应在充分的讨论基础上由大家共同做出，一旦决策做出就必须被及时有效的执行。 目标1：按时按量完成项目的基本功能，按时发布产品及文档，这是本团队的最高目标。 目标2：遵循规范化的项目运作标准，文档严谨完整，代码注释充分，便于后续维护，这是第二目标。 目标3：产品运行稳定，界面友好，用户易操作，尽量从用户的角度去看问题，并提出解

14、决问题的方案。 目标4：注重团队建设，成员分工合理，团队成员合作默契，气氛融洽。每周的讨论会积极建言。在开发过程中积极协作。目标5：项目设计和开发上尽量有创意，有亮点。3.1.2 优先级在遵循基本原则的基础上，管理目标的优先级如下图所示（优先级1-5依次递减）：管理目标优先级目标11目标22目标33目标44目标553.2 设定条件、依赖关系和约束条件 假设1：指导老师对项目进度进行压缩或组员推出该项目 限制：某些关键某块与功能不能及时交付 假设2：相关硬件设备或者软件设备瘫痪 限制：造成部分工作甚至整体工作无法进行而造成拖延 假设3：组员在项目开发过程中推出该项目 限制：任务需重新分配可能导致

15、最终延期交付 假设4：最终没有外援美工指导 限制：最终系统界面友好性相对较差3.3 风险管理 本计划主要针对项目开发涉及到的风险，包括在项目开发周期过程中可能出现的风险以及项目实施过程中外部环境的变化可能引起的风险等进行评估。3.3.1 风险条目表3.3.1.1 需求风险 （一）、分析员对业务了解不全面 （二）、需求的不断变化3.3.1.2 相关性风险 （一）、项目经理管理经验不足 （二）、不可抗力因素造成的危害 （三）、高层管理人员对时间的要求不合理3.3.1.3 管理风险 （一）、项目范围定义不清楚 （二）、进度拖延 （三）、沟通不善3.3.1.4 技术风险 （一）、设计错误导致程序实现困

16、难 （二）、缺乏质量跟踪 （三）、缺少测试计划 （四）、相关人员缺乏技术培训，缺乏经验 （五）、特殊功能不能及时交付3.3.1.5 开发环境风险 （一）、所使用开发软件的质量问题 （二）、备份环境不稳定 （三）、系统崩溃或者被攻击3.3.1.6 人员数目及经验风险 （一）、人力资源有限 （二）、开发人员没有接受过正规培训 （三）、开发人员经验不足3.3.1.7 客户风险 （一）、客户对于最后交付的产品不满意,要求重新设计和重做 （二）、客户对规划、原型和规格的审核 决策周期比预期的要长 （三）、客户没有参加审核,导致需求不稳定3.3.2 风险定性分析 如下表格中对可能发生的风险做了定性的分析，

17、表中数据是通过资料搜集以及个人和团队推测得来。类别潜在风险事件风险发生概率的定性等级风险后果影响的定性等级综合风险指数需求风险分析员对业务了解不全面中轻微11需求不断变化中轻度2相关性风险项目经理管理经验不足极高严重3不可抗力造成的危害低灾难性的8高层管理人员对项目的时间要求不合理极高灾难性的1风险管理项目规范定义不清楚高严重5进度拖延极高严重3沟通不善中轻度11技术风险相关人员缺乏技术培训，缺乏经验中轻度11特殊功能不能及时交付中轻度11设计错误编码导致程序实现困难中严重6缺少测试计划低轻度14缺少质量跟踪高轻度9开发环境风险所有开发软件的质量问题 中严重6系统崩溃或者受到攻击 低灾难性8备

18、份环境不稳定 中严重6人员数目及经验风险人力资源有限 中轻度11开发人员没有接受过正规培训 高轻微16开发人员经验不足 高严重5客户风险客户对于最后交付的产品不满意,要求重新设计和重做高严重2客户对规划、原型和规格的审核 决策周期比预期的要长高严重3客户没有参加审核,导致需求不稳定高严重4 注：（1-5是不能接受的风险；6-9是不希望有的风险；10-17是有控制的接受的风险；18-20是不经评审即可接受的风险）3.3.3 风险管理清单 如下表格对前十项可能发生的风险进行了排序，表中数据是通过资料搜集以及个人和团队推测得来。风险类别概率影响排序项目经理管理经验不足相关性风险98%41客户对规划、

19、原型和规格的审核 决策周期比预期的要长客户风险97%52需求不断变化需求风险95%53高层管理人员对项目的时间要求不合理相关性风险93%54进度拖延管理风险92%45开发人员经验不足人员数目及经验风险 85%46项目范围定义不清楚管理风险75%47客户对于最后交付的产品不满意,要求重新设计和重做客户风险65%58分析员对业务了解不全面需求风险63%39设计错误编码导致程序实现困难技术风险55%4103.3.4 项目风险应对措施风险意识风险应对措施项目管理过程潜在风险事件风险发生后果应急措施预防措施需求风险分析员对业务了解不全面系统不能满足业务需求根据部门经理要求修改让用户确认需求报告需求不断变

20、化项目变得没完没了提交讨论决定建立范围变更程序相关性风险不可抗力因素造成的危害项目完成受到阻碍及时修改配备有经验的管理者项目经理管理经验不足项目拖期，阻碍员工能力的发挥培训或者换人配备有经验的管理者高层管理人员对项目的时间要求不合理项目不能完成及时沟通平时加强沟通管理风险项目规范定义不清楚项目没完没了按照用户要求变更事先定义清楚并获得用户确认进度拖延项目拖期加班加点制定详尽工作计划沟通不善项目拖期及时沟通制定详尽沟通计划技术风险相关人员缺乏技术培训，缺乏经验系统功能不能完全实现一对一培训制定培训计划特殊功能不能及时交付不能满足用户需求追加模块沟通机制设计错误编码导致程序实现困难质量问题修改设计

21、编码之前进行设计评审缺少测试计划项目拖期，质量问题发现不了追加测试计划事先评审测试计划缺乏质量跟踪质量问题及时解决问题制定质量跟踪计划开发环境风险所使用开发软件质量问题项目拖期更换开发软件选择正版软件系统崩溃或者被攻击高管理要求承担损失加紧修复事先备份备份环境不稳定用户投诉重新生成数据做好备份人员数据及经验风险人力资源有限项目拖期添加人手制定合理的时间管理计划开发人员没有接受过正规培训项目拖期增加专人开发提前培训开发人员经验不足项目拖期增加专人开发做好培训客户风险客户对于最后交付的产品不满意,要求重新设计和重做项目拖期修改设计编码之前进行设计评审客户对规划、原型和规格的审核 决策周期比预期的要

22、长项目拖期加班加点制定详尽工作计划客户没有参加审核,导致需求不稳定项目变得没完没了提交讨论决定建立范围变更程序3.3.5 风险监控 制定规划，实施保护措施，在保护措施实施的每一个阶段都要进行监控和跟踪。风险贯穿于项目的整个生命周期中，因为风险管理是个动态的、连续的过程。因此制定了风险防范计划后，还需要时刻监督风险的发展和变化情况。只有了解风险，才能规避风险。3.4 监督与控制机制3.4.1 报告机制 各开发过程、培训负责人以周为单位记录工作进展，形成电子文档报告。负责人在每次讨论时作口头总结，项目组成员给出意见，报告修改后发送至组长邮箱。 各风险负责人密切监控风险状态，定期提交风险报告。必要时

23、将突发情况邮件列表通知所有组员，并由组长做出临时处理决定。3.4.2 监督机制开发过程中功能与模块相关联的两个组别有权利与义务对相关组别进行监督与进度询问。督促其按照规定进度完成任务。由技术组长对开发过程应用技术进行监督，并提供技术咨询。由管理组长对整体进度进行把握。 3.4.3 评价和审核机制 每次讨论中小组讨论形成一致意见后即为通过，相关负责人针对改进意见开展下一周工作，小组会议持续评估其成效。每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评估整个阶段的工作效率和成果质量。尽量与项目例会合并，并邀请老师参加评议。3.5 人员计划项目人力资源计划表：序号岗位名相关WBS负责工作专业

24、技能水平要求时间投入总历时总工时推荐人选开始结束1程序员编码编码熟悉JAVA田朋2程序员编码编码熟悉JAVA唐太昌3测试人员各种测试软件测试熟悉各种测试工具厉冰洁4评审员各项评审评审有耐性万嘉辰5文档编辑各种文档文档编写熟练使用word刘明路6设计员软件开发详细设计熟练使用各种软件孙菁4. 技术过程4.1 方法、工具和技术 本小组的团队组织结构为技术管理式组织结构；编程语言为java，采用面向对象的分析设计方法，利用UML进行系统建模，使用SqlSever 2005作为数据库管理系统图，并采用统一的java标准的文件命名方式、代码版式、注释等编码规范；编码人员对代码进行严格检查后再进行代码编译

25、；测试人员根据测试文档进行单元测试；最后实现软件的交付。 开发环境：Sqlsever 2005+ Myeclipse6.0+ Visual Studio 2005。4.2 软件文件1软件项目管理计划 该文档由组长完成，介绍项目的整个管理过程。该文档在软件设计需求分析初级阶段完成，后续阶段由文档维护员进行相应的更新。2.需求规格说明初稿 在需求分析阶段，由全体小组成员采集分析用户的需求，并在例会上作出决策，有文档维护员撰写整理需求规格说明初稿，并在后续各个阶段进行需求变更的更新。3.设计报告初稿 在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，由组长编写软件体系结构设计文档初稿

26、，并在后续开发阶段补充和更新。该文档由文档维护员负责维护更新。4. 测试文档 在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。开发人员将根据测试规格说明文档建立测试环境、准备测试数据。 5用户手册 在更新用需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后续阶段不断由文档维护员户文档；并在系统交付阶段随着系统一起被交付。6. 个人项目总结 由组内成员各自独立完成，对开发过程中获得的工作经验进行总结。在提交系统时一并提交。7. 其他文档 软件开发过程中的其他文档，如开发日志（按组员意见选择公开与否），风险报告及其处理意见等，由秘书进行整理

27、与汇聚。作为以后软件开发以及交流的经验。4.3 项目各项辅助职能5.工作包、进度和预算5.1 工作包（WBS）1000 软件项目管理SPM 1100 需求分析阶段 1110 软件需求详细计划 1200 设计阶段 1210 软件设计报告 1300 编码阶段 1310 软件编码报告 1400 测试阶段 1410 编制软件项目进展报告 1420 软件测试报告 1430 软件编码更新 1500 维护阶段 1510 软件维护记录报告2000 软件开发 2100 需求分析阶段 2110 用例图 2120 静态模型 2130 需求分析规格说明书 2200 设计阶段 2210 类图 2220 动态模型 223

28、0 设计文档 2300 编码阶段 2310 考生登陆功能开发 2311 编码 2312 单元测试 2320 考生注册功能开发 2321 编码 2322 单元测试 2330 考生网上报名功能开发 2331 编码 2332 单元测试 2340 考生成绩查询功能开发 2341 编码 2342 单元测试 2350 用户管理功能开发 2351 编码 2352 单元测试 2360 成绩录入功能开发 2361 编码 2362 单元测试 2370 成绩统计功能开发 2371 编码 2372 单元测试 2380 信息发布功能开发 2381 编码 2382 单元测试 2390 报名时间管理功能开发 2391 编码

29、 2392 单元测试 2400 测试阶段 2410 集成测试 2500 维护阶段 2510 软件安装 2520 软件调试 2530 软件维护记录报告 3000 软件配置 3100 需求分析阶段 3110 制定配置和管理计划 3120 开发模型 3130 需求文档 3140 配置状态审计 3200 设计阶段 3210 数据库设计 3220 框架设计 3230 软件配置库的维护 3240 设计文档 3250 配置状态审计 3300 编码阶段 3310 软件运行环境 3320 源代码 3330 软件测试报告 3340 配置状态审计 3400 测试阶段 3410 软件运行 3420 软件测试数据 34

30、30 软件维护报告 3440 配置状态审计 3500 维护阶段 3510 数据库维护 3520 软件运行环境 3530 可执行代码 3540 配置状态审计4000 验证与确认 4100 需求分析阶段 4110 制定软件需求阶段验证和确认计划 4120 需求确认报告 4130 阶段评审 4200 设计阶段 4210 阶段评审 4220 设计确认报告 4300 编码阶段 4310 阶段评审 4320 编码确认报告 4400 测试阶段 4410 各项功能 评审 4411 考生登陆功能评审 4412 考生注册功能评审 4413 考生网上报名功能评审 4414 考生成绩查询功能评审 4415 用户管理功能评审 4416 成绩录入功能评审 4417 成绩统计功能评审 4418 信息发布功能评审 4419 报名时间管理功能评审 4420 系统测试 4430 测试确认报告 4440 阶段评审 4500 维护阶段 4510 验收测试 4520 验收评审5000 质量保证 5100 需求分析阶段 5110 制定质量保证计划 5120 需求质量文档