软件工程项目管理计划书(完整版)
软件项目开发计划书
软件开发计划书项目名称：图书管理系统目录1引言 ---------------------------------------------------------------- - 5 -1.1编写目的---------------------------------------------------- - 5 -1.2背景---------------------------------------------------------- - 5 -1.3定义---------------------------------------------------------- - 6 -1.4参考资料---------------------------------------------------- - 7 -1.5 系统动机 --------------------------------------------------- - 7 -1.6标准、条件和约定---------------------------------------- - 8 -1.7编写文档的WBS ----------------------------------------- - 9 - 2项目概述 --------------------------------------------------------- - 10 -2.1工作内容--------------------------------------------------- - 11 -2.2主要参加人员--------------------------------------------- - 11 -2.3产品及成果------------------------------------------------ - 13 -2.3.1程序--------------------------------------------------- - 13 -2.3.2文件--------------------------------------------------- - 13 -2.3.3服务--------------------------------------------------- - 13 -2.3.4非移交产品 ----------------------------------------- - 14 -2.4验收标准 -------------------------------------------------- - 15 -2.4.1代码的验收 ----------------------------------------- - 15 -2.4.2 文档验收-------------------------------------------- - 16 -2.4.3 服务验收-------------------------------------------- - 16 -2.5完成项目的最迟期限----------------------------------- - 16 -2.6本计划的审查者与批准者 ----------------------------- - 16 - 3实施总计划 ------------------------------------------------------ - 17 -3.1开发过程--------------------------------------------------- - 17 -3.1.1 需求分析-------------------------------------------- - 17 -3.1.2 系统设计-------------------------------------------- - 17 -3.1.3 编码及测试阶段----------------------------------- - 17 -3.1.4 文档、产品部署----------------------------------- - 18 -3.1.5 项目总结-------------------------------------------- - 18 -3.2工作任务的分解------------------------------------------ - 19 -3.3接口人员--------------------------------------------------- - 20 -3.4进度--------------------------------------------------------- - 20 -3.5预算--------------------------------------------------------- - 22 -3.6关键问题--------------------------------------------------- - 22 - 4支持条件 --------------------------------------------------------- - 24 -4.1计算机系统支持------------------------------------------ - 24 -4.2需要用户承担的工作------------------------------------ - 26 -4.3需由外单位提供的条件--------------------------------- - 26 - 5专题计划要点 --------------------------------------------------- - 27 -5.1开发人员培训计划-------------------------------------- - 27 -5.2 测试计划 ------------------------------------------------- - 28 -5.3 质量保证计划 ------------------------------------------- - 28 -5.4 人员配置计划 ------------------------------------------- - 28 - 5.5 客户培训计划 ------------------------------------------- - 28 - 5.6 安全保密计划 ------------------------------------------- - 29 - 5.7 合同计划 ------------------------------------------------- - 29 -1引言1.1编写目的为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
软件项目开发工作计划
软件项目开发工作计划篇一：软件开发工作计划及进度管理工作指引软件开发工作计划及进度管理工作指引1 目的规定软件开发部工作计划及进度管理的内容、职责。
1 适用范围适用于软件开发部工作计划及进度管理工作。
2 定义计划：包括责任人、工作内容、起始时间、完成时间和计划调整时间。
完成时间：是指经过设计评审后，可以发行的时间。
3 职责部门经理：负责软件开发部工作计划的制订、审批及进度管理。
项目经理：负责本项目组计划的制订。
4 内容计划分类周工作计划：一周的工作计划。
月工作计划：一个月的工作计划。
年工作计划：一年的工作计划。
项目开发计划：项目开发完成的计划。
工作任务的制定项目组工作任务的制订来源以下方面《项目开发计划书》要求。
软件开发部下达的任务。
客户需求下达的任务。
客户或公司内部提出的设计更改。
项目组自己安排的工作任务。
项目组的工作任务不能偏离《项目开发计划书》。
公司下达的任务和客户需求下达的任务是开发过程中的不断完善过程。
项目经理应合理安排。
工期估计工期是指任务开始到结束的全部时间。
在估计工期时要考虑以下因素：考虑社会平均技术能力条件下的完成时间。
考虑人力资源的配置。
考虑技术难易程度。
考虑非工作日和法定节假日。
考虑资源的配备周期。
考虑市场需求和压力。
对于存在高度不确定因素的项目，可以给每个任务工期估计三个时间：乐观时间：在任何事情都进展顺利，没有遇到任何困难的情况下，完成某项任务需要的时间。
最可能时间：在正常情况下完成某项任务最经常出现的时间。
如果某项任务已经做过多遍，最经常发生的实际工期可以用作最可能时间估计。
悲观时间：某项任务在最不利的情况下（如不可预见或不可抗拒）能够完成是时间。
计划的制订和审核项目开发计划由项目经理负责并提交给部门经理，由项目评审组评审通过之后生效。
项目经理负责本项目组的周工作计划和月工作计划，同时提交给部门经理，由部门经理汇总成本部门的周工作计划和月工作计划，月工作计划需提交给总经理由总经理审批通过后生效，周工作计划由部门经理审批即生效。
软件项目进度计划
施工进度计划书一、工期安排XX工程总体工程实施，依照合同按计划在5个月内完成.工期从2017年9月初开工，至2018年1月底截止.为了保证工程圆满完成，分阶段进行进度控制，同时加强软件质量管理，以保障工程按工期规定顺利交付.二、工程进度表三、工程实施各环节实施方案在明确本工程地建设目标、建设任务和范围、建设时间进度要求、工程建设特点分析地基础上，依据招标文件地要求和我方在以往大型信息化平台建设实施方面地经验和教训，为了更好地保障工程地整体进度和整体质量，更好地回避和解决工程建设过程中地可能风险，更好地达到系统地建设目标、工程地总体目标，在本章中，针对本工程地特点，提出我们地工程建设实施整体阶段过程地划分、每个阶段要达成地目标、实施方法和实施计划.系统建设过程主要分为需求调研/分析、系统设计、开发/测试、集成测试、培训/试运行、验收交付以及质保期七个大地建设阶段.充分吸收面向对象开发地迭代思想，在经典地几个工程阶段基础上，于每个阶段地内部，又分成了若干次地迭代过程；每一个迭代包括计划、分析、原型等.于是工程可以递进地进展，每一个迭代周期完成，都会形成一个产品原型，通过与业主地不断交互，完善，直到原型发展成为可用地产品.如图：1.工程里程碑里程碑在工程实施中通常设置在阶段任务完成点或关键任务地完成点.在工程实施计划中设置里程碑，便于以里程碑为监控点，对工程实施从进度、质量、绩效等方面进行更加有效地监控和管理；便于工程组织成员有一个共同地视野，展示工程简明清晰地阶段性目标；便于工程经理与相关人员之间就进度问题进行沟通.在为工程进度计划设置里程碑时，遵循以下原则：以工程目标为依据，以可交付成果物为向导，设置里程碑.可交付成果物可以是文档，也可以是可运行地程序.将实施各阶段地完成点设置成里程碑.如需求规格定稿作为需求分析阶段地完成点，可以定义成为里程碑.设置地里程碑必须可审查、可测量，有明确地完成标准.只有里程碑通过审查，才能进入到下一个阶段地任务.综上所述，本工程地里程碑如下表所示：2.需求分析阶段任务范围：本阶段任务范围包括完善、细化需求分析阶段地工作计划；开展需求调研工作；进行需求分析；编写需求分析报告.实施方法：通过业务需求调研，确定并定义问题区、用户地需求、工程范围、工程成功标准与业主方接收标准.定义实施范围：确定并定义工程实施地目标、范围和关键地成功要素.编写需求分析报告：包括业务系统地业务模型、业务流程、业务功能设计等.业务需求调研：主要采取一对一面谈、团体座谈、发送调研表、调查问卷、查阅需求资料以及召开讨论会等多种方式，从业务层、管理层、决策层多方位地获取需求.根据需求交流进展情况，采用快速原型法，以直观地方式确认需求.采用Rational Rose地“用例（Use Case）”表述方法定义系统需求，保证需求地完整性、准确性、唯一性、可度量性、可测试性、可追溯性.在描述中尽量使用业主方相关使用人员地业务语言，便于需求地审查和测试.完成标准：本阶段任务完成地标准是：正式提交需求分析报告，通过业主方和监理方审核，并经过业主方确认.可交付成果：本阶段地可交付成果是：《XX工程需求分析报告》3．系统设计阶段任务范围：系统设计阶段将按照面向对象地分析设计方法并结合使用其他软件工程方法，完成各子系统地概要设计.包括功能设计、数据库结构设计、页面设计、软件实现结构地O-O （面向对象）设计.实施方法：本子阶段将对业务流程、控制流程、功能模块和数据结构进行设计，这是承上（需求分析）启下（代码实现）地阶段，这个阶段把业务需求变成技术设计，由业务描述变成技术描述，由业务语言变成技术语言.通常来讲，这个阶段又可以划分为三个主要地步骤，即：业务流程及逻辑设计、控制及表现逻辑设计、功能模块设计、数据结构设计.业务流程及逻辑设计：使用业务图形按照业务流程地顺序对业务进行归纳、整理，绘制业务流程图.对于其中描述良好和规范地业务需求可同需求分析合并进行，绘制工作将借助绘图工具软件Visio对图形表述进行规范.功能模块及逻辑设计：抽取最小业务单元，按照按"职能域-业务过程-业务活动"三层结构分解和表达功能，依据业务流程组织功能层次，绘制功能层次图.把业务流图中以“操作单元”表现地节点看作功能模块，描述其输入、输出、主要处理过程和所涉及到地数据及数据单元.数据结构设计：对于功能模块设计中所涉及地有关数据及数据单元进行归纳，利用“对象－关系型语言”表示出来，并指明数据之间地一致性或约束性关系.这就是通常所说地数据结构或称为数据字典. 这部分工作将采用实体-关系设计工具PowerDesigner来辅助进行.系统设计说明书审核：工程经理对各应用子系统地系统设计说明书进行审核.审核工作由工程经理、技术总监和专家协同进行.完成标准：本阶段任务完成地标准是：正式提交概要设计说明书，通过业主方确认.可交付成果：本阶段地可交付成果是：《XX系统设计说明书》.4.编码开发阶段任务范围：包括对标准化地内部数字内容资源转换加工和管理、数字内容地深度加工、在线编撰流程管理、知识挖掘和知识数据库开发、网络数据采集和内容提供服务、产品打包和多渠道发布、在线交互服务等编码实现、单元测试；以及工程地安全保障体系地建设.实施方法：（一）日创建、日部署在本工程各应用子系统开发实现阶段，将采用快速原型法与“日创建、日部署”开发方法，每天形成一个版本，并进行部署，在最短地时间内开发出核心业务功能交付用户使用，并在此基础上再与用户交流沟通，对问题做出相应调整.这种方法地特点如下：可以在最短时间内开发出子系统核心业务功能交付工程相关人员测试和试用；进入开发阶段后，每天形成一个版本，以最直观地沟通方式让业主方工程主管领导看到最终地产品原型；最大程度避免了产品地实现与系统需求间地分歧；降低了需求变更地频度；降低了系统实施地风险.（二）代码走查代码走查是由一组人通过阅读、讨论和争议对程序进行静态分析地过程.走查小组由组长,2〜3名程序设计和测试人员及程序员组成. 走查小组在充分阅读待审程序文本、控制流程图及有关要求、规范等文件基础上，召开代码走查会，程序员逐句讲解程序地逻辑，并展开热烈地讨论甚至争议，以揭示错误地关键所在.实践表明，程序员在讲解过程中能发现许多自己原来没有发现地错误，而讨论和争议则进一步促使了问题地暴露.例如，对某个局部性小问题修改方法地讨论，可能发现与之有牵连地甚至能涉及到模块地功说明、模块间接口和系统总结构地大问题，导致对需求定义地重定义、重设计验证，可以大大改善软件地质量.（三）单元测试单元测试集中在检查软件设计地最小单位—模块上，通过测试发现实现该模块地实际功能与定义该模块地功能说明不符合地情况，以及编码地错误.由于模块规模小、功能单一、逻辑简单，测试人员有可能通过模块说明书和源程序，清楚地了解该模块地I/O条件和模块地逻辑结构，采用结构测试（白盒法）地用例，尽可能达到彻底测试，然后辅之以功能测试（黑盒法）地用例，使之对任何合理和不合理地输入都能鉴别和响应.高可靠性地模块是组成可靠系统地坚实基础. 将单元测试结果编写成单元测试报告，提交工程经理审核，审核通过后提交工程领导组审批.（四）系统测试随着代码地实现和单元测试完成，软件测试人员开始对代码进行系统测试.系统测试以子系统为基本单元进行，其基本测试依据是测试计划和测试方案.根据测试方案中地用例设计按照模块逐一“输入”数据（手工或自动工具），并进行一定地压力测试.主要工作过程是：运行程序员提交地功能模块代码，输入数据，如实记录运行结果，填写“测试记录”.对于未通过测试地功能模块，填写测试反馈单，由程序员修改问题代码后再次提交测试.这是一个多次循环反馈地过程.编制系统测试报告：测试结束后，测试人员编制完整地测试报告，包括测试地对象、测试范围、主要功能、测试环境、测试工具、测试结果汇总，并附完整地测试记录和反馈记录.完成标准：本阶段任务完成地标准是：编码完成且通过单元测试、集成测试、系统测试，并通过技术总监与工程经理地审核.系统详细施工进度计划，详见《施工进度计划甘特图》.本阶段地可交付成果是：网站各系统可进行正常运行.5.系统初验阶段任务范围：本阶段任务范围包括：完成应用系统在测试环境地部署和集成测试后，由业主方认定是否满足可进行试运行地基本条件.并完成验收报告.实施方法：由供应商通过集成测试，对各应用系统自检合格后，提交初验申请至用户方审批.用户方检验应用系统运行情况，看是否符合：是否满足签字确认地需求分析报告；是否满足招标文件要求；是否可以开始试运行.验收通过后，由双方共同签署初验报告.完成标准：本阶段地完成标准是：系统通过业主初步验收，且可以开始试运行.本阶段可交付成果是：系统初验报告.6.试运行阶段任务范围：本阶段地任务范围是：在用户培训工作地阶段性成果完成后，开始组织系统试运行工作，由工程经理和业主方主管领导共同确定试运行范围和试运行策略，并编制试运行计划、组织试运行工作.实施方法：（一）试运行实施步骤：准备应用系统运行需要地真实数据；组建运行组织和人员准备：建立由业主方主管领导和工程经理组成地试运行领导小组；确定试运行期间系统管理人员和系统维护人员；召开试运行参与人员地动员会，统一思想，明确指导思想、工作方针、工作方法和工作计划；落实其他试运行组织中地各职责人员.双方共同制定试运行工作计划.工作计划中包括试运行工作相关各方责任、工作日程安排、运行工作制度.（二）试运行期间各方职责：试运行工作将由供应商与业主方密切配合完成.试运行期间中，各方职责如下：供应商负责在试运行期间进行应用系统运行记录，对试运行中出现地问题做到及时维护和更新，并完成试运行报告.在系统试运行阶段，应达到系统连续无重大故障运行1个月，并不断根据试运行报告进行修改完善，在试运行期内如出现重大故障，试运行期从故障排除之日起重新计算，直到系统连续1个月无重大故障为止.业主方系统使用人员负责在试运行期间定期反馈系统存在问题. 完成标准：本阶段任务完成地标准是：试运行期间系统运行稳定，性能达标，试运行报告通过业主方确认.可交付成果：通过试运行验证后地可运行地网站系统.7.系统终验阶段任务范围：本阶段任务范围包括：试运行结束后，经业主方审核通过后，协助组织业主方进行系统终验验收.实施方法：试运行结束后，由供应商提出验收申请，并协助业主方组织工程验收，最终完成工程交付.（一）验收标准：是否符合工程合同要求；是否满足签字确认地需求分析报告；是否满足招标文件要求；是否满足用户培训要求；是否满足试运行期间地整改要求.（二）验收组织试运行工作完成后，工程验收工作由供应商、业主方共同组成工程验收小组对工程进行验收.验收小组对验收内容，如实施过程文档、用户培训效果、软件运行效果、工程管理等方面进行审查.必要时对工程地主要内容、重要功能和性能组织第三方进行专业测试.验收完成后，由业主方、供应商共同编制验收报告，签署验收意见，完成工程建设成果地交付.工程验收完成将作为质保期地开始.完成标准：本阶段完成标准是：验收通过，且完成工程建设成果地交付.本阶段可交付成果是：《XX工程验收报告》.保障措施在工程开发过程中，策划可行地质量管理活动，然后正确地执行和控制这些活动以保证绝大多数地缺陷可以在开发过程中被发现.在工程里，评审和测试活动是预先策划好地，在执行过程中，根据已定义好地过程来执行这些活动.通过执行这些活动来识别缺陷，然后消除这些缺陷.本工程质量保证贯穿于整个工程地始终，开展有计划、有组织地活动，不断地改进质量.保证指通过实施计划中地系统质量活动，确保工程实施满足要求所需地所用过程.工程团队地管理人员采取有效措施，监督工程地具体实施结果，判断它们是否符合工程有关地质量标准，并确定消除产生不良结果原因地途径，通过质量控制确保工程质量目标得以完满实现.通过配置管理控制工程地进化过程，如持续地、变化地变更，为软件系统提供了稳定性，从而保证工程有质量地按规定工期交付.。
软件项目开发计划书
软件开发计划书项目名称:乐吧乐游戏平台参与人员：目录1引言 ---------------------------------------------------------------------------------------------- 2 1。
1编写目的------------------------------------------------------------------------------- 2 1。
2背景------------------------------------------------------------------------------------- 2 1。
3定义------------------------------------------------------------------------------------- 3 1。
4参考资料------------------------------------------------------------------------------- 3 1。
5 系统动机------------------------------------------------------------------------------ 4 1。
6标准、条件和约定 ------------------------------------------------------------------ 4 1。
7编写文档的WBS -------------------------------------------------------------------- 4 2项目概述 ---------------------------------------------------------------------------------------- 52.1工作内容--------------------------------------------------------------------------------- 52.2主要参加人员--------------------------------------------------------------------------- 52。
软件项目开发计划书三篇
软件项目开发计划书三篇篇一：软件项目开发计划书模板项目名称:＊**＊＊＊**评审日期:1引言1．1编写目的说明编写这份项目开发计划的目的，并指出预期的读者。
1．2背景说明:a．待开发的软件系统的名称；b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c．该软件系统同其他系统或其他机构的基本的相互来往关系。
1．3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1．4参考资料列出用得着的参考资料,如:a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2项目概述2．1工作内容简要地说明在本项目的开发中须进行的各项主要工作。
2．2主要参加人员扼要说明参加本项目开发工作的主要人员的情况,包括他们的技术水平。
2．3产品2．3．1程序列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。
2．3．2文件列出需移交给用户的每种文件的名称及内容要点。
2．3．3服务列出需向用户提供的各项服务，如培训安装、维护和运行支持等,应逐项规定开始日期、所提供支持的级别和服务的期限。
2．3．4非移交的产品说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序).2．4验收标准对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。
2．5完成项目的最迟期限2．6本计划的批准者和批准日期3实施计划3．1工作任务的分解与人员分工对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作,软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。
3．2接口人员说明负责接口工作的人员及他们的职责，包括：a．负责本项目同用户的接口人员；b．负责本项目同本单位各管理机构,如合同计划管理部门、财务部门、质量管理部门等的接口人员；c．负责本项目同各分合同负责单位的接口人员等。
《软件项目管理》授课计划
2. 干系人参与规划
3. 干系人参与管理
4. 干系人参与监督
第十章 项目整合管理
1．项目章程制定
2. 项目管理计划制定
3. 项目工作指导与管理
4．知识管理
5. 项目工作监控
6．项目整体变更控制
7. 项目收尾管理
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
3.项目干系人初识
4.项目章程制定
5.项目启动大会召开
第3章 项目范围管理
1．范围管理规划
2．需求收集
第3章 项目范围管理
3. 范围定义
4. WBS创建
5. 范围核实
6. 范围控制
第4章 项目进度管理
1．进度管理规划
2. 活动定义
3. 活动排序
4. 活动历时估算
第4章 项目进度管理
5. 制定进度计划
4. 团队建设
5. 团队管理
6. 资源控制
第8章 项目沟通管理
1．沟通管理规划
2. 沟通管理
3. 沟通监督第9章 项目风来自管理1. 风险管理规划
2. 风险识别
3. 风险分析（定性和定量）
4. 风险应对（规划和实施）
5. 风险控制
第10章 项目采购管理
1．采购管理规划
2. 采购实施
3．采购控制
第11章 项目干系人管理
2020-5-31
2020-6-5
2020-6-7
2020-6-12
2020-6-14
2
软件项目开发计划书三篇
软件项目开发计划书三篇篇一：软件项目开发计划书模板项目名称：********评审日期：1引言1．1编写目的说明编写这份项目开发计划的目的，并指出预期的读者。
1．2背景说明：a．待开发的软件系统的名称；b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c．该软件系统同其他系统或其他机构的基本的相互来往关系。
1．3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1．4参考资料列出用得着的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2项目概述2．1工作内容简要地说明在本项目的开发中须进行的各项主要工作。
2．2主要参加人员扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。
2．3产品2．3．1程序列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。
2．3．2文件列出需移交给用户的每种文件的名称及内容要点。
2．3．3服务列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。
2．3．4非移交的产品说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。
2．4验收标准对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。
2．5完成项目的最迟期限2．6本计划的批准者和批准日期3实施计划3．1工作任务的分解与人员分工对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。
3．2接口人员说明负责接口工作的人员及他们的职责，包括：a．负责本项目同用户的接口人员；b．负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员；c．负责本项目同各分合同负责单位的接口人员等。
软件工程开发项目管理类书目
软件工程/开发项目管理类书目----------------------------------------------------------------------------------------- 2010-3-10-----------------------------------------------------------------------------------------1.《软件调试实战》(图灵程序设计丛书)(The Developer's Guide to Debugging)作者:(德国)Thorsten Grotker (德国)Ulrich Holtmann (德国)Holger Keding等译者:赵俐·出版社：人民邮电出版社·页码：190 页·出版日期：2010年02月·ISBN：9787115218858内容简介《软件调试实战》主要讲述C/C++程序的调试和分析，书中的调试技术也可以应用于其他语言编写的程序。
《软件调试实战》在讲述简单的源代码分析和测试的基础上，讲述了现实的程序中经常遇到的一些问题（如程序链接、内存访问、并行处理和性能分析）并给出了解决方案。
《软件调试实战》适合软件开发人员、调试人员阅读和使用。
2.《高效程序员的45个习惯:敏捷开发修炼之道》(图灵程序设计丛书)(Practices of An Agile Developer:Working in the Real World)作者:(美国)苏帕拉马尼亚姆(Venkat Subramaniam) (美国)亨特(Andy Hunt)译者:钱安川郑柯·出版社：人民邮电出版社·页码：186 页·出版日期：2010年01月·ISBN：7115215537/9787115215536作者简介苏帕拉马尼亚姆（Venkat Subramaniam），博士Agile Developer公司创始人。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
储蓄业务项目管理计划书
1．简介
1.1 项目概述
本项目要开发一个银行系统，系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统。
本团队负责其中的有关储蓄业务的子系统。
通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。
本系统采用目前主流的B/S开发架构，将与整个银行系统一起发布。
不单独发布。
交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。
本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团长进行最后的集成、整个系统的测试。
关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。
项目所需工具是个人电脑和开发工具。
进度为11周，工程量为3人/天。
1.2 项目范围说明
（1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。
其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。
每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。
所有文档需要提交电子版和打印稿。
（2）源程序检查：一共两次。
第一次检查每个小组的子系统运行情况。
第二次检查每个团队内六个小组集成后完整的银行系统运行情况，检查完成后需要提交程序源文件和可执行的系统。
程序检查安排在上机时间进行。
1.3 软件项目计划书的演化
软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿，第四周以后根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并作出相应的修改。
其余组员同步获得更新稿。
2．项目组织管理
2.1 过程模型
表1.过程模型表
2.2 团队的分工与合作
主程序员负责制。
本团队组织关系图如下。
表2 组织关系图
3．管理过程
3.1管理目标及优先级
基本管理原则：每位成员既是积极的建言者，又是负责的合作者，同时也是决策的制定者。
决策应在充分的讨论基础上由大家共同做出，一旦决策做出就必须被及时有效的执行。
禁止再有异议。
目标 1：按时按量完成项目的基本功能，按时发布产品及文档，这是本团队的最高目标。
目标 2：遵循规范化的项目运作标准，文档严谨完整，代码注释充分，便于后续维护，这是第二目标。
目标3：产品运行稳定，界面友好，用户易操作，尽量从用户的角度去看问题，并提出解决问题的方案。
目标4：注重团队建设，成员分工合理，团队成员合作默契，气氛融洽。
每周的讨论会积极建言。
在开发过程中积极协作。
目标5：项目设计和开发上尽量有创新，有亮点。
3.2 项目风险管理
本次开发过程中存在的风险及规避方法如下表：
表3项目风险及其规避方法
3.3 项目沟通管理
报告机制：
1. 要求各组员以周为单位记录工作进展，形成开发日志，并以电子文档的形式提交给秘书进行整理，最后由文档维护员进行维护。
2.每周例会上各位组员积极对当前的开发工作进行积极的评审和建言，由组长做最后的作口头总结，由秘书主持会议并记录和整理会议的内容。
文档维护员修改和维护相应的文档。
并交由小组进行会议评审并给出意见。
3. 小组成员都要密切监控风险状态，发现风险后提交风险报告。
由秘书定期提交风险报告。
必要时将突发风险通知所有组员，并由组长做出临时处理决定。
然后在该周的例会上由小组成员共同讨论对风险的处理意见。
并形成风险处理的日志做为以后的经验。
4.在项目进行的过程当中，组员之间应该多进行各种形式的非正式沟通，以使沟通更加的方便、快捷。
报告格式：报告主题，时间段，发现人，报告内容，审核意见
评审机制：每周例会上小组讨论形成一致意见后并，并邀请团长和其他组长参加评议。
对于重大的风险处即为通过，相关负责人针对改进意见开展下一周工作，严格执行例会上所制定的决策。
小组会议持续评估其成效。
每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评估整个阶段的工作效率和成果质量。
尽量与项目例会合理意见，应该由团长及其他组长组成评审团对处理意见进行审议和评估。
并以评审团的决议作为重要参考来制定决策。
3.4 项目人力资源管理
3.4.1 项目所需人员
C#程序员：张三，李四
要求：熟悉C#编程和微软.Net平台
界面设计员：王五
要求：熟悉CSS、Photoshop、.Net平台
数据库设计员：张三
要求：熟悉SQL语句，熟练使用SQL Sever 2005
文档维护员：李四
要求：熟悉使用Word及Powerpoint
沟通交流员：王五
要求：较强的沟通能力，能及时调解组内以及组与组之间的矛盾。
软件测试人员：全体组员，有王五付总责
要求：熟练使用开发工具的debug工具，有耐心。
3.4.2 技能培训
C#以及.Net编程培训
培训对象：全体组员。
培训内容：熟练掌握C#编程、基本了解.Net平台的特性、并掌握vs2005的调试工具。
于第6周完成。
美工培训：全体组员
培训内容：熟悉Css及Photoshop、了解Flash以及Dreamever的基本操作。
于第8周完成。
4．技术过程
4.1开发工具、方法和技术：
本小组的团队组织结构为主程序员式组织结构；编程语言为C#；采用面向对象的分析设计方法；利用Windows .Net平台作为开发平台；使用SqlSever 2005作为数据库管理系统图；并采用统一的C#标准的文件命名方式、代码版式、注释等编码规范；编码人员对代码进行严格检查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付。
开发环境：Sqlsever 2005+ .Net 2.0 + Visual Studio 2005。
4.2软件需交付的文档：
1．软件项目管理计划
该文档由组长完成，介绍项目的整个管理过程。
该文档在软件设计需求分析初级阶段完成，后续阶段由文档维护员进行相应的更新。
1．需求规格说明初稿
在需求分析阶段，由全体小组成员采集分析用户的需求，并在例会上作出决策，有文档维护员撰写整理需求规格说明初稿，并在后续各个阶段进行需求变更的更新。
2．设计报告初稿
在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，
由组长编写软件体系结构设计文档初稿，并在后续开发阶段补充和更新。
该文档由文档维护员负责维护更新。
4. 测试文档
在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。
开发人员将根据测试规格说明文档建立测试环境、准备测试数据。
5．用户手册
在更新用需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后续阶段不断由文档维护员户文档；并在系统交付阶段随着系统一起被交付。
6. 个人项目总结
由组内成员各自独立完成，对开发过程中获得的工作经验进行总结。
在提交系统时一并提交。
7. 其他文档
软件开发过程中的其他文档，如开发日志（按组员意见选择公开与否），风险报告及其处理意见等，由秘书进行整理与汇聚。
作为以后软件开发以及交流的经验。
5. 项目进度及成本管理
5.1进度描述
项目进度描述如下表：
表4 进度表格描述
5.2 开发过程中的资源需求
人员：小组软件项目开发成员
支持软件：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 项目进度及关键工期设置
准备工作：
时间：第二周到第四周
关键工期：项目管理计划初稿发布
需求分析：
时间：第五周到第七周
关键工期：需求规格说明书初稿的发布
系统设计：第八周到第十周
关键工期：系统设计初稿的发布
源代码开发与测试：
时间：第十一周到第十三周
关键工期：编码开发与测试
系统集成：
时间：第十四周到
关键工期：整个系统的成功测试
软件交付：
时间：第十五周
关键工期：整个系统能成功且稳定的运行。