软件项目管理计划书.doc

软件项目管理课程设计 机票预订系统 目 录1.简 介11.1 项目概述11.2 项目交付产品11.2.1 程序11.2.2 文件11.2.3 开发单位向用户提供服务11.3 SPMP（Software Project Management Plan）的演化21.4 参考资料21.5 术语与缩写21.5.1专门术语21.5.2 缩写22.项目组织32.1 工程模型32.2 组织结构32.3组织接口32.4 项目职责43.管理过程53.1管理目标和优先级53.2假设、依赖关系和限制53.3风险管理53.4监督和控制机制63.5人员计划和培训74.技术过程84.1方法、工具和技术84.2软件文档84.3用户文档94.4项目支持功能95.工作包、进度表和预算105.1工作包105.2依赖关系115.3资源需求115.4预算和资源分配115.5进度表116 系统出错处理设计146.1 出错信息146.2 补救措施146.3 系统维护设计147. 参考文献15 1.简 介 1.1.项目概述本项目是航空公司为方便旅客，而开发的机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。最后交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付组长进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。项目所需工具是个人电脑和开发工具。进度为16周，工程量为4人/天。 1.2 项目交付产品 1.2.1 程序程序名称：机票预订系统，采用C#语言 + SQL SERVER 2005数据库，实现系统各项功能。实现基本功能：用户登录，查询，订票，改签，退票等功能。存储形式：磁盘、U盘 1.2.2 文件需要交付的文件，包括可行性研究报告、项目开发计划书、项目需求分析规格说明书、项目初步设计规格说明书、项目详细设计规格说明书、项目测试计划。 1.2.3 开发单位向用户提供服务 人员培训，系统安装，系统安全性能测试文档，机票预订系统操作指南，保修（两年），维护（五年）。 1.3 SPMP（Software Project Management Plan）的演化软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿，第四周以后根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并做出相应的修改。其余组成员同步获得更新稿。 1.4 参考资料1. 数据库系统概论 王珊 萨师煊 北京高等教育出版社 2009年2. 软件工程导论 张海藩 清华大学出版 2010年3. 机票预定系统项目计划任务书 航空公司 2009年 4 机票预定系统项目开发计划 软件开发小组 2009年 5 需求规格说明书 软件开发小组 2009年6 用户操作手册 软件开发小组 2009年 7 软件工程及其应用 周苏 天津科学技术出版社 2008年 8 软件工程张海藩、张东 清华大学出版社 2007年 9 Computer Network Prentice Hall 2007年10. 软件项目管理 朱少民 人民邮电出版社 2007年 1.5 术语与缩写 1.5.1专门术语SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。主键：数据库表中的关键域。值互不相同。外部主键：数据库表中与其他表主键关联的域。ROLLBACK: 数据库的错误恢复机制。 1.5.2 缩写SQL: Structured Query Language（结构化查询语言）。ATM: Asynchronous Transfer Mode (异步传输模式)。 2.项目组织 2.1 工程模型 图一 过程模型第16、17周 整合测试 【里程碑】 稳定阶段 （第17周） 【交付】 软件测试 文档第715周 设计开发 【里程碑】 开发阶段（第14周）【交付】 软件设计文档软件代码第4周项目规划【里程碑】项目开始（第4周）【交付】SPMP第18周 软件交付 【里程碑】项目结束 （第18周） 【交付】 项目软件 第5、6周 需求分析 【里程碑】 需求阶段（第6周） 【交付】 SRS 2.2 组织结构 图二 组织结构 机票预订系统 调研部开发部设计部运维部 美工部项目经理测试部熊传奇赵国晶刘文娟 2.3组织接口 表一 组织接口 组 织 联系人 联系信息客户吴包商苏顺件配置管理杨件质量保证张2.4 项目职责 表二 项目职责 角 色职责描述描述人员项目经理 领导项目团队、执行和管理团队、负责软件的交付工作 张 玲需求分析员整理需求分析并撰写需求分析报告、维护并及时修改和发布 熊传奇开发人员软件设计和编写代码 赵国晶 测试人员软件代码测试和用户测试 刘文娟 3.管理过程 3.1管理目标和优先级基本管理原则：每位组成员既是积极的建言者，又是负责的合作者。 任何关于该项目的意见与建议都可以讨论并计提商讨后做出决定。团队分工合理、气氛融洽。 目标1：在指定时间内逐步完成各项任务，并保证最后产品的交付。 目标2：遵循规范化的项目运作标准，文档严谨完整，代码注释充分，便于后续维护。 目标3：产品运行稳定，界面友好，用户易操作。 目标4：项目设计和开发上尽量有创新，营造出卖点。 3.2假设、依赖关系和限制假设 1：老师和助教以较快的速度提供问题解答、项目检查方案、活动安排限制：某些关键设定可能会由于得不到及时解答而推延决策假设 2：项目相关的硬件设施（包括版本控制服务器、开发人员个人电脑）稳定工作限制：若硬件设施出现异常，可能造成部分工作甚至整个开发进程陷于停顿假设 3：组员在项目开发过程中推出该项目限制： 任务需重新分配可能导致最终延期交付假设 4：最总没有外援美工指导限制： 最终系统界面友好性相对较差 3.3风险管理 表三 风险管理风险 标 题发生可能性影 响优先级规避或减轻策略负责人预定完成日期1项目存在技术空白、技术不熟练 80%灾难级 高提前制定学习计划，提高学习效率，查询相关资料 张玲第十四周2组员考研或有其他项目 100%较严重 中根据组员擅长领域分工，提高效率赵国晶 第十周3缺少美工人员 100%较严重 中组员自行学习刘文娟第十二周4对项目估计过于乐观 50%轻微的 低认真做好需求分析、各个阶段安排熊传奇第十五周5需求变更 40%严重的 高需求分析充分遇见未来，同老师沟通查相关资料 张玲 第十周风险详细描述：1. 项目存在技术空白、技术不熟练 没有组员使用过SQL SERVER进行开发，少数组员使用C#编过程序，技术上不够熟练，许多系统功能有待于进一步学习和研究，可能会对项目进度以及系统质量有一定的影响2. 组员考研或有其他项目 组员赵国晶同学有另外项目做，可能会对任务分工以及进度有一定程度的影响。3. 缺少美工人才 机票预订系统要求界面友好，对于美工要求过高，但项目内没有此类特长同学，可能导致界面开发时间过长，系统友好性与吸引力下降，造成使用性能降低。4. 对项目估计过于乐观 该项目是所有组员第一次以正规化项目流程开发，在管理以及技术、需求获取上经验不住，可能导致项目延期交付或产品质量下降。5. 需求变更 在设计开发过程中可能发现原有需求不容易转换为设计稿，在测试体验过程中可能发现机票预订系统中存在许多问题或发现更多人性化需求，这都会带来需求的重新变更，以最大可能做好需求分析，以免带来重复开发的浪费。 3.4监督和控制机制报告机制：1. 要求各组员以周为单位记录工作进展，形成开发日志，并以电子文档的形式提交给秘书进行整理，最后由文档维护员进行维护。2.每周例会上各位组员积极对当前的开发工作进行积极的评审和建言，由组长做最后的作口头总结,文档维护员修改和维护相应的文档。3. 组成员都要密切监控风险状态，发现风险后提交风险报告。由秘书定期提交风险报告。然后在该周的例会上由组成员共同讨论对风险的处理意见。并形成风险处理的日志做为以后的经验。报告格式：报告主题，时间段，发现人，报告内容，审核意见评审机制：每周例会上小组讨论形成一致意见后即为通过，相关负责人针对改进意见开展下一周工作，严格执行例会上锁制定的决策。小组会议持续评估其成效。每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评估整个阶段的工作效率和成果质量。尽量与项目例会合并，并邀请组长和其他组成员参加评议。亦可询问老师的意见。对于重大的风险处理意见，应该由组长及其他组组长组成评审团对处理意见进行审议和评估。并以评审团的决议（亦可根据老师的建议）作为重要参考来制定决策。 3.5人员计划和培训 表四 人员计划 人员名称 人数 人员要求 来 源 C#程序员 1熟练使用C# 张 玲 SQL程序员 2熟练使用SQL SERVER 熊传奇 赵国晶 界面美工 2熟悉Photoshop,有创新 刘文娟 熊传奇测试人员 4熟悉开发工具，有耐心 全体人员推广人员 2善于宣传，抓住需求张 玲 赵国晶 表五 培训计划培训名称培训对象培训内容 完成时间C#编程张玲熟练C#编程，培养测试能力 第十四周SQL语言熊传奇 赵国晶学习SQL，数据库设计 第十四周报告撰写全体人员项目标准Word文档编辑，PPT设计 第十六周 4.技术过程 4.1方法、工具和技术本小组的团队组织结构为主程序员式组织结构；编程语言为C#；采用面向对象的分析设计方法；利用 Visual Studio 2005开发平台作为开发平台；使用SQL SERVER 2005作为数据库管理系统图；并采用统一的C#标准的文件命名方式、代码版式、注释等编码规范；编码人员对代码进行严格检查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付。开发环境：SQL SERVER 2005 + Visual Studio 2005。 4.2软件文档1软件项目管理计划 该文档由组长完成，介绍项目的整个管理过程。该文档在软件设计需求分析初级阶段完成，后续阶段由文档维护员进行相应的更新。2.需求规格说明初稿在需求分析阶段，由全体小组成员采集分析用户的需求，并在例会上作出决策，有文档维护员撰写整理需求规格说明初稿，并在后续各个阶段进行需求变更的更新。3.设计报告初稿在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，由组长编写软件体系结构设计文档初稿，并在后续开发阶段补充和更新。该文档由文档维护员负责维护更新。4. 测试文档在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。开发人员将根据测试规格说明文档建立测试环境、准备测试数据。 5用户手册 在更新用需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后续阶段不断由文档维护员户文档；并在系统交付阶段随着系统一起被交付。6. 个人项目总结 由组内成员各自独立完成，对开发过程中获得的工作经验进行总结。在提交系统时一并提交。 7. 其他文档 软件开发过程中的其他文档，如开发日志（按组员意见选择公开与否），风险报告及其处理意见等，由秘书进行整理与汇聚。作为以后软件开发以及交流的经验。 4.3用户文档 在需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后续阶段不断更新用户文档；并在系统交付阶段随着系统一起被交付。 4.4项目支持功能 在开发阶段结束后，开发人员之间会进行代码走查，减少bug,并在测试阶段更新源代码。测试人员根据测试文档进行软件测试，提高软件的正确性。 5.工作包、进度表和预算 5.1工作包 表六 工作包工作包子工作包预期完成时间负责人最终交付物简单描述说明 准备工作组织团队第4周张 玲成立固定组组内4成员设备采购环境建立第6周各 自VS2005+SQLSERVER 2005 采用C#+SQL SERVER 进行开发配置管理第15周 持续整个项目开发过程各 自对软件项目计划更新需求分析需求初步描述第5周熊传奇需求规格说明书采用组内交流与客户访谈的姓氏确认需求规格说明书需求规格的进一步修改第5周张 玲需求规格的进一步确认第7周系统设计概要设计第7周赵国晶软件设计文档根据需求规格说明调整进行相应改变详细设计第8周系统设计模型确定第9周熊传奇编码测试编码开发第10周张 玲源代码为了解决技术缺陷，建议在此之前加强知识的学习编码测试第15周刘文娟软件测试文档集成测试第16周软件交付产品封装第18周张 玲用户手册和帮助加强对产品的强势系统交付用户培训进行维护 5.2依赖关系1. 组织团队是完成软件项目的前提，明确分工责任；2. 环境建立是为编码测试做好充分准备；3. 配置管理贯穿于整个测试开发和测试过程；4. 需求分析是软件项目进入开发阶段的重要标志；5. 系统设计是基于需求分析的基础上，又是编码的原理依据；6. 编码测试是软件开发进展的重要过程；7. 交付阶段是软件获得客户的认可，是软件开发结束的标志。 5.3资源需求人员：小组软件项目开发成员支持软件：Microsoft Visual Studio 2005、Office、SQL SERVER 2005开发地点：宿舍或者机房实验设备：个人PC 机、笔记本、实验室PC 机项目资源维护需求的数目和类型：4台个人电脑（Pentium III 800 以上CPU，256M以上内存） 5.4预算和资源分配预算：软件开发没有涉及到任何经济方面的预算，但会在最后产品拍卖的时候涉及虚拟货币。资源分配：各自使用各自的机器。 5.5进度表 表七 进度表工作集子工作完成时间负责人最终交付物描述 确定小组第三周张玲小组成员名单成立开发团队搭建环境第三周张玲Visual Studio 2005 + SQL SERVER 2005确定开发工具及语言制定项目管理计划书第四周张玲项目管理计划书初稿制定软件开发过程管理计划完成需求规格说明书的出稿采集用户需求第五周张玲熊传奇赵国晶需求规格说明书的初稿通过查资料了解和采集用户的需求。对需求进行汇总，制定需求规格说明初稿分析用户需求及制定需求规格说明原型第五周需求规格说明的进一步完善与修改第六周需求规格说明最后确认第七周系统设计系统总体设计第八周赵国晶软件设计报告初稿制定系统总体的设计方案，并根据需求说明联系实际进行相应的修改系统详细设计第九周系统模型及架构最后确定第十周开发系统源代码及源码测试源码开发第十一周张玲源代码要求熟练使用C#系统源码测试第十二周熊传奇测试文档根据测试文档严格测试系统源码复查第十三周熊传奇对代码进行复查，尽量减少bug进行整个系统的集成进行整个系统的集成第十四周赵国晶与其他组员无间协作完成整个系统的集成对整个集成后的系统进行测试检查运行情况第十四周刘文娟搭建整个系统的运行平台测试整个系统的发布情况系统交付系统交付第十五周张 玲一个可以运行的的系统以及用户手册和帮助。以及最后确定的技术文档各组之间可以交流各自的开发经验和心得体会 6 系统出错处理设计 6.1 出错信息 程序在运行时主要会出现两种错误：1、由于输入信息，或无法满足要求时产生的错误，称为软错误。2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。 对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。 对于硬件错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。返回输入阶段。 6.2 补救措施 所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。 在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。 在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。 6.3 系统维护设计维护方面主要为