景区自助售票系统 软件项目管理计划.docx

《景区自助售票系统 软件项目管理计划.docx》由会员分享，可在线阅读，更多相关《景区自助售票系统 软件项目管理计划.docx（21页珍藏版）》请在三一办公上搜索。

1、哈尔滨工业大学计算机学院软件工程课程设计软件项目管理计划景区售票软件系统：伤得起！版本： Version 1.0日期：2011.04.21景区售票软件系统项目管理计划Version 1.0组名伤得起！组长 李雷（1080310601） 成员 朱文龙（1080310608） 何明刚（1080310615） 郭伟龙（1080310621）本报告由小组四人共同完成1、 第一、二章由朱文龙完成2、 第三章由李雷完成3、 第四章由何明刚完成4、 第五章由郭伟龙完成21文档信息项目名称：景区售票软件系统小组名称：伤得起！项目负责人：李雷文档负责人：朱文龙编制日期：2011.04.21版本：Version

2、1.0文档分工（姓名）负责内容朱文龙文档的主要框架和起草、更新何明刚文档的更新修改记录日期版本修改说明修改者2011.04.211.0文档的起草和构建朱文龙2011.6.181.13.1 3.2 5.3 资源需求李雷20116.191.2 5.1 5.2 5.4 5.5 郭伟龙2011.06.162.0增加了第一章的主要工作活动和里程碑章节；修改了第一章第一部分的部分说法。朱文龙目录1.简介41.1项目概述41.2项目交付产品41.3SPMP 的演化41.4参考资料41.5 术语与缩写42.项目组织52.1过程模型52.2组织结构52.3组织接口52.4项目职责53.管理过程73.1管理目标和

3、优先级73.2假设、依赖关系和限制73.3风险管理73.4监督和控制机制73.5人员计划84.技术过程94.1方法、工具和技术94.2软件文档94.3用户文档94.4项目支持功能95.工作包、进度表和预算105.1工作包105.2依赖关系105.3资源需求105.4预算105.5资源分配和进度表101.简介1.1项目概述1.1.1 项目目标随着我国城市旅游业的快速发展，人们生活水平的提高，对旅游行业形象管理方面要求不断提高。传统的人工模式已显得陈旧和落后，旅游景区的售检票系统已经不再是以前那种人工的，复杂的，工作量大的售票检票系统，而是一种电子化的新型系统。 建立旅游景区售检票系统，不仅使景区

4、的管理水平有了提高，同时也相应地完善了旅游景区的管理制度。这种系统极大的方便的管理员的管理和查询等操作。为管理者提供决策支持数据，以便及时地发现问题，合理安排日常业务工作，制定新的资金投入和计划。这种电子化工作模式避免了人工操作造成的失误，提高了工作效率和质量，从而也提高了经济效益。“伤得起”小组计划开发的“景区售票系统”，预计可以实现景区门票的查询，购买，投诉，咨询四项基本功能供消费者使用，以及管理员的日常维护功能。初步开发成形的系统具备基本的使用功能，初步的界面设计，使用测试案例尚不完备，具有客户端和网页版两种以供选择。1.1.2 开发目的缓解旅游景区的售检票的人力压力，提供高效的，快节的

5、，稳定的操作。实现系统应具有实用性、可靠性、有效性及方便性。软件工程实践课开发系统可以提高成员的动手能力，深刻理解软件工程的美妙之处。1.1.3 工作进度一般软件开发时间：第一个短周期内要完成计划和分析工作（2%-3%，10%-15%）；第二个短周期要完成设计工作（20%-25%）；第三个短周期基本完成开发工作（15%-20%）；剩余时间全部投入测试工作（30%-40%）。依据软件工程课程要求模拟的时间进程为： 时间项目2011年春节学期5周6周7周8周9周10周11周12周13周14周15周项目规划与准备项目分析项目设计项目实施项目试运行项目测试项目验收1.1.4 主要工作活动系统开发的主要

6、工作活动包括开发前对系统开发环境，背景和开发目的的探究，初步拟定可以实现的功能和应该具备的属性。系统重点开发阶段为代码编写与测试，应占据大部分时间。系统每个阶段都要进行文档的编写以及不断的跟进、更写。小组成员有专人负责文档的维护。系统开发最后阶段设计测试数据进行测试。进行除错以及美化界面，增强程序的健壮性。1.1.5 关键里程碑 主要里程碑：1、 需求规格书的确定2、 系统架构的完成3、 程序测试的完成4、 系统交付使用1.2项目交付产品最终交付源代码、系统文件、文档资料等可供定量检查的资料。 1.2.1 产品所需满足的系统需求 1产品界面友好，操作简单。 2. 及时保存信息和相关操作记录。

7、3. 保证一定的执行效率。 4. 能够实现各处的售票系统信息联动，保证最新的售票信息。 1.3SPMP 的演化文档的构建和起草由朱文龙负责；文档的更新由朱文龙和何明刚共同完成；按进程和各项工作实际情况适时变更文档的更新机制。1.4参考资料 1软件工程：实践者的研究方法（第6版）.作者：（美）Roger S.Pressman.2007年1月.2软件工程实用教程(计算机应用技术规划教材). 作者：吕云翔. 2011年1月.3软件工程方法与实践.作者：窦万峰.2009年5月.1.5 术语与缩写尚未商议。2.项目组织2.1过程模型2.1.2 采用瀑布式开发模型： 2.1.2选择瀑布式模型的原因瀑布式模

8、型是经典的软件开发模型，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。为项目提供了按阶段划分的检查点，可以根据里程碑似的时间节点对软件工程的进程进行跟踪和验收，完成了前一阶段内容，即可关注下一阶段的工作，便于集中精力，尽量减少反复开发修复，造成工作效率的降低。在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需

9、要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。 2.1.3 本项目的过程模型重要的时间节点红色字体标出！时间项目2011年春节学期5周6周7周8周9周10周11周12周13周14周15周项目规划与准备项目分析项目设计项目实施项目试运行项目测试项目验收2.1.4 交付的产品和标志最终的产品交付以可实际运行的软件系统和说明文件，在课程结束前一周结束产品开发。结束标志为用户可以正常使用系统，并基本没有错误。并定期按用户需求和实际情况进行更新。2.2组织结构2.3组织接口表 1 项目接口组织联系人联系信息客户：景区#分包商：#软件质量保证#软件配置管理#2.

10、4项目职责角色职责描述负责人员项目经理领导项目团队，执行和管理项目，负责项目的交付工作李雷（1080310601）开发人员负责具体项目进程的实施，代码的编写，程序的测试等。朱文龙（1080310608）李雷（1080310601）郭伟龙（1080310621）何明刚（108310615）表 2 项目职责秘书协调各方进行沟通和监督各项进程朱文龙（1080310608）3.管理过程3.1管理目标和优先级基本原则：由于团队人员较少，每位成员多项分工，既要具体到程序的编写和调试，又要有整体协调的能力。项目经理和执行秘书负责协调客户需求和项目进程。各成员互相监督，高效有序的完成系统开发。目标 A：团队的

11、最高目标是在预定时间内完成产品的基本功能开发，并能基本可以交付客户使用。目标 B：要按时更新文档和最好记录便于后续的维护。目标 C：能够保证一定的系统运行效率，保证安全性。目标D：工作分工明确，接口衔接顺畅，经常沟通确定进程和需要解决的问题。目标E：提高系统性能与功能，增加系统的寿命3.2假设、依赖关系和限制说明：描述所有对项目外部的问题和事件所做的假设，以及由这些问题和事件引起的限制。编号项目外部问题限制1客户要求的交付时间过早不能够完成所有的模块开发2服务器数据库与软件需求不符要改变软件数据库设计，不能及时完成软件网络部署3硬件器材如检票器等到货较晚推迟硬件接口的开发，前期只能完成软件模拟

12、4客户提出新的需求开发新的组件，推迟项目交付时间5客户违约终止项目进程，或寻找新的客户6资金链断裂员工积极性受挫，开发进度严重受影响甚至停止3.3风险管理表 3 项目风险编号风险描述风险类型概率影响程度后果缓解策略1开发人员技术水平难以满足预期要求产品规模40%灾难的开发进程停滞在开发的过程中不断学习系统的规模预算不准确产品规模30%严重的交付时间推迟，开发人员为做好长期准备适当的精简不必要的系统设计交付日期推迟商业影响50%严重的发生违约风险经常与客户沟通用户改变起初的需求产品规模60%轻微的重新设计某些部分经常与客户沟通缺少对开发中所使用工具的培训开发环境20%可忽略的开始阶段进度缓慢不断

13、进行相关的培训人员变动频繁人员60%严重的交付时间推迟，效率下降相近的最好文本的维护，便于新进人员了解风险详细描述1开发人员技术水平难以满足预期要求同学们实际开发经验少，技术水品有限，不能满足需要系统的规模预算不准确没有实际的开发经验，对工作量估计不准交付日期推迟工作效率低，没有经验，人员变动等等因素均会导致用户改变起初的需求用户随着实际工作改变一部分需求是正常的缺少对开发中所使用工具的培训时间紧张，人员少，没有培训人员人员变动频繁由于课业压力、实习外出等，某些同学可能中途退出3.4监督和控制机制3.4.1 报告机制：A. 小组各成员每天将工作进展整理成电子文档交给文档维护员进行文档维护。B.

14、 定期举行例会，共同探讨项目进展中的问题，并做好会议记录。C. 项目经理和执行秘书密切关注项目的各期进展，确保按时交付使用。并确保风险在可控范围内。3.4.2 报告格式：报告主题，时间段，发现人，报告内容，审核意见3.4.3 评审机制：提出问题，大家共同解决。一致通过，并做记录。项目经理制定下一阶段工作目标和执行进程，执行秘书严格监督。3.5人员计划人员类型人数技能要求所需培训培训方式C+程序员3熟悉C+编程和微软.Net平台C+编程小组学习数据库程序员3熟悉SQL语句，熟练使用SQL Sever 2005SQL语句小组学习界面程序员2熟悉CSS、Photoshop、.Net平台CSS、Pho

15、toshop、.Net平台自学文档维护员1熟悉使用Word及PowerpointWord及Powerpoint自学软件测试人员2熟练使用开发工具的debug工具，有耐性debug工具小组学习执行秘书1较强的沟通能力，能及时调解组内以及组与组之间的矛盾无无4.技术过程4.1方法、工具和技术4.1.1编程语言：C+4.1.2所需技术：SqlSever 2005、Windows .Net4.1.3执行标准：采用业内通用的方式进行文件命名、代码版式、注释等。4.1.3软件的交付过程：由相关的程序员交付代码，测试人员进行测试，并集体讨论合格之后即可交付。4.2 软件文档1、设计报告初稿在总体设计阶段，小

16、组根据需求规格说明文档，完成软件体系结构的设计，由组编写软件体系结构设计文档初稿，并在后续开发阶段补充和更新。该文档由文档维护员负责维护更新。 2、 测试文档 在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。开发人员将根据测试规格说明文档建立测试环境、准备测试数据。 . 个人项目总结 由组内成员各自独立完成，对开发过程中获得的工作经验进总结。在提交系统时一并提交。 . 其他文档 软件开发过程中的其他文档，如开发日志（按组员意见选择公开与否），风险报告及其处理意见等，由秘书进行整理与汇聚。作为以后软件开发以及交流的经验。4.3用户文档在更新用需求分析阶段，测试人员需要开始

17、着手编写用户文档，并在需求析结束后需要形成初稿；在后续阶段不断由文档维护员户文档；并在系统交付阶段随着系统一起被交付。5.工作包、进度表和预算5.1工作包说明：将项目分解为工作包（活动和任务），并对工作包详细描述任务活动详细描述1. 项目准备(项目管理计划)1.1 形成项目小组有效的组织与管理各类资源(例如人)，以使项目能够在预定的范围、质量、时间和成本等约束条件下顺利交付1.2 系统方案选定1.3 制定软件项目管理计划1.4 建立配置管理环境和开发环境2. 需求分析（需求规格说明）2.1 建立用例模型，动态、静态模型对需求进行分析，满足业务需求、用户需求、系统需求2.2 编写需求规格说明2.

18、3 评审需求需求规格2.4 修改需求规格说明2.5 获得开战后续工作批准2.6 需求分析工作完成3. 总体设计（软件设计）3.1 审阅需求规格说明分析模型，对工程进行总体设计，实现界面初步设计3.2 完成界面设计文档3.3 评审界面设计文档3.4 修改设计文档3.5 获得开战后续工作批准3.6 初步设计工作完成4. 软件开发4.1 审阅总体设计文档代码实现软件功能的开发4.2 确定模块化或分层参数4.3 分配任务给开发团体人员4.4 编写代码4.5 开发人员测试（调试）4.6 开发工作完成5. 集成与测试5.1 模块交易测试产品5.2 建立集成系统5.3 测试系统5.4 修改代码，完善功能5.

19、5 重新集成测试5.6 整体测试完成6. 交付6.1 准备安装程序交付总结6.2 系统演示6.3 递交文档、代码和产品6.4 总结经验教训6.5 交付完成5.2依赖关系说明：描述工作包之间的次序关系，目的是解决这些工具包之间的互相依赖关系和对外部事件的依赖性。待定5.3资源需求 说明：提供完成项目所需的全部资源，包括人员、支持软件、计算机硬件、办公室和实验室设备以及项目资源维护需求的数目和类型等。人员：伤得起!小组软件项目开发成员支持软件的开发环境：Microsoft Visual Studio 2008Microsoft Office word 2010Microsoft Office vi

20、sio 2010Visual Assist XUmlStarMYSQL5.1Adobe Dreamweaver CS5Apache2Adobe Photoshop CS5Adobe Illustrater CS5Adobe Reader X开发地点：凉爽的宿舍或者有空调的机房实验设备：个人PC 机、笔记本电脑、实验室PC 机项目资源维护需求的数目和类型：3台个人电脑5.4预算说明：估算项目的工作量和成本。分别按问题分解（LOC或FP）和过程分解估算工作量和总成本，参见课件STEP 1：计算未调整功能点功能点(Function Point, FP)，以功能点为单位来估计软件规模，关注五个方面的功

21、能： 外部输入(EI)：用户进行添加或修改数据的UI 外部输出(EO)：软件为用户产生的输出UI 外部查询(EQ)：软件可产生的独立查询 内部逻辑文件(ILF)：软件修改或保存的逻辑记录集合(数据表或文件) 外部接口(EIF)：与其它系统进行信息交换或共享的文件P = (a+4m+b)/6P 估算值a 乐观值b 悲观值m 可能值FP = r P r 加权因子FP 总成本STEP 2：估计调整因子技术因素影响值技术因素影响值备份与恢复4内部处理复杂度 5数据通信 2设计可复用代码 4分布式处理 0设计中的转换与安装 3关键性能4多次安装 5现有操作环境3易于变更的应用设计 5联机数据输入4多屏幕输入切换5主文件联机更新3信息域值复杂度5K = 0.65 + 0.01*(F1+F2+ +F14) = 1.17STEP 3：计算调整功能点和总成本FP 1 = 320 * 1.17 = 375 平均生产率(v)：6.5FP/pm月平均工资：3000元每个FP的成本(u)：1000元总成本(C)：C=FP*u=375*1230=375000元总工作量(PM)：PM=FP/v=375/6.5=585.5资源分配和进度表说明：用甘特图（MS Project）描述项目任务,依赖关系、人员、时间段等。进度表（Gantt Chart）：人员/资源分配图：