《2022年软件工程项目管理计划书完整版.docx》由会员分享，可在线阅读，更多相关《2022年软件工程项目管理计划书完整版.docx（14页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选学习资料 - - - - - - - - - 储蓄业务项目治理方案书1简介1.1 项目概述本项目要开发一个银行系统,系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统治理六个子系统；本团队负责其中的有关储蓄业务的子系统； 通过团队合作开发整个子系统,使团队成员获得软件工程开发的实际训练；本系统采纳目前主流的 B/S 开发架构, 将与整个银行系统一起发布； 不单独发布； 交付的产品包括可执行的文件、源代码、 技术文档与用户使用手册等；本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团进步行最终的集成、整个系统的测试；关键里程碑是
2、制定项目治理方案书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、 进行子系 统 运 行 情 况 的 检 查 与 测 试、进 行 系 统 集 成 后 的 运行情形的检查与测试；项目所需工具是个人电脑和开发工具；进度为 11 周,工程量为 3 人/ 天；1.2 项目范畴说明（1）提交文档：项目治理方案、需求规格说明,设计报告、测试报告、用户使用手册和项目个人总结；其中项目总结为每人一份, 每个小组全部成员的总结装订在一起；其余文档每组提交一份；每个团队可将各小组的文档综合到一起,全部文档需要提交电子版和打印稿；各小组也可自行分开提交, 具体方式由团队内部协商确定；（2）源程序检查：一共两次
3、；第一次检查每个小组的子系统运行情形；其次次检查每个团队内 六个小组集成后完整的银行系统运行情形,检查完成后需要提交程序源文件和可执行的系统；程序 检查支配在上机时间进行；1.3 软件项目方案书的演化软件项目方案书在第三周周末前经由小组争论、共同撰写、汇总整合三步骤形成初稿,第四周以后依据项目的进展可以对其进行修改,需要有组员提出修改意, 在全体会上争论通过, 并由组长整理修改看法并作出相应的修改；其余组员同步获得更新稿；2项目组织治理2.1 过程模型表 1. 过程模型表2.2 团队的分工与合作 主程序员负责制；本团队组织关系图如下；表 2 组织关系图名师归纳总结 - - - - - - -第
4、 1 页,共 10 页精选学习资料 - - - - - - - - - 成员角色职责3管 理过程张三组长、主程序员领导项目团队、执行和3.1 治理目标治理团队、负责软件的及优先级交付工作；基本治理原同时作为主程序员仍要就：每位成员既是 积 极 的 建 言负责软件设计和编写代者,又是负责的码；并撰写软件设计报合作者,同时也是 决 策 的 制 定告；者；决策应在充分 的 讨 论 基 础李四程序员、文档保护员整理需求分析并撰写需上 由 大 家 共 同求分析报告、保护并及做出,一旦决策做 出 就 必 须 被时修改和发布已更新技及 时 有 效 的 执术文档；作为程序员仍行；禁止再有异议；要参与软件设计与
5、代码目标 1 ：按时 按 量 完 成 项王五软件测试员、秘书、美开发；目的基本功能,主要负责软件代码测试按 时 发 布 产 品及文档,这是本工和用户测试、并撰写测团 队 的 最 高 目试文档初稿并对界面美标；目标 2 ：遵工付主要责任、作为秘循 规 范 化 的 项目运作标准, 文书要主持每周的争论会 以及团内沟通工作；档严谨完整, 代 码注释充分, 便 于后续保护, 这是其次目标；目标 3：产品运行稳固,界面友好,用户易操作,尽量从用户的角度去看问题,并提出解决问题的方案；目标 4：注意团队建设,成员分工合理,团队成员合作默契,气氛融洽；每周的争论会积极建言；在开发过程中积极协作；名师归纳总结
6、 - - - - - - -第 2 页,共 10 页精选学习资料 - - - - - - - - - 目标 5：项目设计和开发上尽量有创新,有亮点； 3.2 项目风险治理本次开发过程中存在的风险及规避方法如下表：表 3 项目风险及其规避方法风险类型存在风险规避方法进度风险由于时间紧急导致项目充分考虑各种潜在因素,最终无法按期完成；系统没有足够的测试时适当留有余地；任务分解 要具体,便于考核；在执 行过程中,应当强调项目 依据进度执行的重要项,再考虑任何问题时,都要 经 保 持 进 度 作 为 先 决 条 件；同时,合理利用赶工 期及快速跟进等方法,充 分利用资源；假如显现必 须延期的情形,组长
7、需及 时 同 银 行 相 关 负 责 人 沟 通,并申请延期时间；连续地监控,项目进度控间 制随着项目的进行而不断 进行的,保证每个环节都 有足够的时间；技术风险开发软件结构体系存在选用正版软件开发问题,使完成的软件产品名师归纳总结 - - - - - - -第 3 页,共 10 页精选学习资料 - - - - - - - - - 未能实现项目预定目标对开发软件的把握不够 深化,造成开发出的产品提前制定好两周的学习计 划,各组员要对开发工具性能以及质量低劣；vs2005+sqlsever2005,css, photoshop 及 flash 进行快速的学习；尽快掌 握其中的要点；同时在软 件的
8、设计上尽可能降低难 度 使 项 目 最 后 能 成 功 完 成；质量风险质量不符合用户要求经 常 和 用 户 交 流 工 作 成果、品牌治理采纳符合要 求的开发流程、仔细组织 对产出物的检查和评审、方案和组织严格的独立测 试等；工具风险软件项目开发和实施过在项目的启动阶段就落实程,所必需用到的治理工 具、开发工具、测试工具好各项工具的来源或可能 的替代工具,在这些工具未能准时到位 需要使用之前跟踪并落实 工具的到位事宜；在进行 项目开发之前先设计和搭 建出系统的基础架构并进名师归纳总结 - - - - - - -第 4 页,共 10 页精选学习资料 - - - - - - - - - 行性能测
9、试,确保架构符 合性能指标后再进行后续 工作；人力资源风险组员成员因意外无法参事先同用户商议解决方法加设计 3.3 项目沟通治理 报告机制：1. 要求各组员以周为单位记录工作进展,整理,最终由文档保护员进行保护；形成开发日志, 并以电子文档的形式提交给秘书进行2. 每周例会上各位组员积极对当前的开发工作进行积极的评审和建言,由组长做最终的作口头 总结,由秘书主持会议并记录和整理睬议的内容；文档保护员修改和保护相应的文档；并交由小 组进行会议评审并给出看法；3. 小组成员都要亲密监控风险状态,发觉风险后提交风险报告； 由秘书定期提交风险报告； 必要时将突发风险通知全部组员, 并由组长做出暂时处理
10、打算； 然后在该周的例会上由小组成员共同 争论对风险的处理看法；并形成风险处理的日志做为以后的体会；4. 在项目进行的过程当中, 组员之间应当多进行各种形式的非正式沟通,以使沟通更加的便利、快捷；报告格式：报告主题,时间段,发觉人,报告内容,审核看法 评审机制：每周例会上小组争论形成一样看法后并,并邀请团长和其他组长参与评议；对于重 大的风险处即为通过,相关负责人针对改进看法开展下一周工作,严格执行例会上所制定的决策；小组会议连续评估其成效；每一项目阶段终止之前（里程碑前后）,组织一次阶段评审会,评估整 个阶段的工作效率和成果质量； 尽量与项目例会合理看法, 应当由团长及其他组长组成评审团对处
11、 理看法进行审议和评估；并以评审团的决议作为重要参考来制定决策；3.4 项目人力资源治理3.4.1 项目所需人员 C#程序员：张三,李四 要求：熟识 C#编程和微软 .Net 平台 界面设计员：王五 要求：熟识 CSS、Photoshop、.Net 平台 数据库设计员：张三 要求：熟识 SQL语句,娴熟使用 SQL Sever 2005 文档保护员：李四 要求：熟识使用 Word及 Powerpoint 沟通沟通员：王五名师归纳总结 - - - - - - -第 5 页,共 10 页精选学习资料 - - - - - - - - - 要求：较强的沟通才能,能准时调解组内以及组与组之间的冲突；软件
12、测试人员：全体组员,有王五付总责 要求：娴熟使用开发工具的 debug 工具,有耐心；3.4.2 技能培训 C#以及 .Net 编程培训 培训对象：全体组员；培训内容：娴熟把握C#编程、基本明白 .Net 平台的特性、并把握vs2005 的调试工具；于第6周完成；美工培训：全体组员培训内容：熟识Css及 Photoshop、明白 Flash 以及 Dreamever 的基本操作；于第8 周完成；4技术过程4.1 开发工具、方法和技术：本小组的团队组织结构为主程序员式组织结构；编程语言为 C#；采纳面对对象的分析设计方法；利用 Windows .Net 平台作为开发平台；使用 SqlSever
13、2005 作为数据库治理系统图；并采纳统一 的 C#标准的文件命名方式、代码版式、注释等编码规范；编码人员对代码进行严格检查后再进行 代码编译；测试人员依据测试文档进行单元测试；最终实现软件的交付；开发环境： Sqlsever 2005+ .Net 2.0 + Visual Studio 2005；4.2 软件需交付的文档：1软件项目治理方案 该文档由组长完成,介绍项目的整个治理过程；该文档在软件设计需求分析初级阶段完成,后续阶段由文档保护员进行相应的更新；1 需求规格说明初稿 在需求分析阶段,由全体小组成员采集分析用户的需求,并在例会上作出决策,有文档保护员 撰写整理需求规格说明初稿,并在后
14、续各个阶段进行需求变更的更新；2 设计报告初稿 在总体设计阶段,小组依据需求规格说明文档,完成软件体系结构的设计,由组长编写软件体 系结构设计文档初稿,并在后续开发阶段补充和更新；该文档由文档保护员负责保护更新；4. 测试文档 在软件开发阶段,测试人员需要编写测试规格说明文档,并在后续测试阶段更新；开发人员将 依据测试规格说明文档建立测试环境、预备测试数据；5用户手册 在更新用需求分析阶段,测试人员需要开头着手编写用户手册,并在需求分析终止后需要形成初稿；在后续阶段不断由文档保护员户文档；并在系统交付阶段随着系统一起被交付；6. 个人项目总结 由组内成员各自独立完成,对开发过程中获得的工作体会
15、进行总结；在提交系统时一并提交；7. 其他文档 软件开发过程中的其他文档,如开发日志（按组员看法挑选公开与否）,风险报告及其处理意名师归纳总结 - - - - - - -第 6 页,共 10 页精选学习资料 - - - - - - - - - 见等,由秘书进行整理与汇聚；作为以后软件开发以及沟通的体会；5. 项目进度及成本治理 5.1 进度描述 项目进度描述如下表：表4 进度表格描述工作集子工作完成负责人最终交付物描述时间预备工作确定团长及其次刘建民组长及团长名单成立整个组长周银行系统的开发团队确定小组第三张三小组成员名单成立贷款周业务子系统开发团队搭建环境第三组内各成Vs2005+SQLse
16、ver确定开发周员2005 工具及语言制定项目管第四张三项目治理方案制定软件理方案书周书初稿开发过程治理方案名师归纳总结 完成需求采集用户需第五张三需求规格说明书通过查资第 7 页,共 10 页规格说明求周李四的初稿料明白和书的出稿分析用户需第五采集用户求及制定需周的需求；- - - - - - -精选学习资料 - - - - - - - - - 求规格说明 对需求进原型第六行汇总,需求规格说制定需求明的进一步周规格说明完善与修改第七初稿需求规格说明的最终确周认系统设计系统总体设第八张三软件设计报告初制定系统计周稿总体的设系统具体设第九计方案,计周并依据需系统模型及第十求说明联架构最终确周系实
17、际进定行相应的修改开发系统系统源码开第十张三 李源代码要求娴熟源代码及发一周四使用 C#源码测试和.Net 平台系统源码测第十王五测试文档依据测试试二周文档严格测试名师归纳总结 系统源码复第十李四无对代码进第 8 页,共 10 页- - - - - - -精选学习资料 - - - - - - - - - 查三周行复查,尽量削减bug 进行整个进行整个银第十张三无与其他小银行系统行系统的集四周组长无间的集成成协作完成整个系统的集成对整个集成第十张三无配置好后的系统进四周IIS 服务,行测试检查搭建整个运行情形系统的运行平台测试整个系 统的发布情形系统交付系统交付第十张三一个可以运行的各组之间五周
18、的系统以及用户可以沟通手册和帮忙； 以及各自的开最终确定的技术发体会和文档心得体会5.2 开发过程中的资源需求 人员：小组软件项目开发成员名师归纳总结 - - - - - - -第 9 页,共 10 页精选学习资料 - - - - - - - - - 支持软件： Microsoft Visual Studio 2005、.Net 2.0、Office 、Sqlsever 2005 开发地点：宿舍或者机房 试验设备：个人 PC 机、笔记本、试验室 PC 机项目资源保护需求的数目和类型：3台个人电脑（ Pentium III 800 以上CPU,256M以上内存）5.3 软件治理过程中预算及资源安排1. 统一的开发不涉及任何经济的预算,工程量初步设置为 3人/ 天；2. 资源安排为各自使用自己的电脑；5.4 项目进度及关键工期设置预备工作：时间：其次周到第四周 关键工期：项目治理方案初稿发布需求分析：时间：第五周到第七周 关键工期：需求规格说明书初稿的发布 系统设计：第八周到第十周 关键工期：系统设计初稿的发布 源代码开发与测试：时间：第十一周到第十三周 关键工期：编码开发与测试系统集成：时间：第十四周到 关键工期：整个系统的胜利测试 软件交付：时间：第十五周 关键工期：整个系统能胜利且稳固的运行名师归纳总结 - - - - - - -第 10 页,共 10 页