软件开发计划书
软件产品开发计划四篇
软件产品开发计划四篇篇一：产品开发计划项目号：项目名称：编制人：部门：日期：1内容简介1.1文档目的这部分要描述文档的目的，应该指明读者。
1.2文档范围<描述项目计划的范围，明确文档涉及的各项内容>简要描述本计划需要在该产品项目中完成的工作活动及其工作目标、项目采用的生命周期、项目交付物、相关人员的角色和职责、主要里程碑、进度计划、质量计划、配置管理计划、风险计划等。
2项目概况简要描述本项目的类型（新产品/改进/维护类）、项目的目的、范围、目标（例如：项目的市场定位，产品需求等）。
3项目组织结构PDT组织结构图PDT及系统分析与设计组成员建议，产品开发成员建议在决策评审点前与适当的PRB成员及相关资源部门经理对这些列表进行沟通的结果描述项目的组织结构，建议采用图表的表示方式。
也可参考下例：下表定义了项目成员的角色和职责。
●在审核之前项目经理需指定所有文档和代码的审核人。
●对于各个角色的职责定义可根据项目实际情况进行补充。
●下表内容应当至少在项目的每个阶段结束时进行更新。
对于项目阶段中/ 阶段间发生的组织结构的变化，项目经理应当通过邮件周知所有相关人员，然后更新项目计划。
表4 项目的组织结构4项目依赖关系分析5.1 项目关键路径分析及保障措施在本节中，分析影响项目进度的关键步骤/环节、关键因素，并提出保障措施5.2 项目依赖关系分析在本节中，说明项目的内部依赖关系(如：开发测试工具、人力资源等)和对外部的依赖（如项目之间、与客户之间的技术、资源等方面）。
可用依赖性列表、活动网络图的方法描述。
列出所有影响项目计划的假设因素(相对于已知的因素)。
如果这些假设因素有误，或者没有利用到假设因素，或者假设因素发生变化都会使项目受到影响。
另外还要描述项目对外部因素的依赖关系，例如，如项目作为整个大系统的一部分，需要其他部分提供接口定义或者PDT提供正在开发的仿真性能测试工具以代替实际环境测试等等>请参考下例：表1 项目依赖关系5.3 项目关键成功因素5.3 技术方法和工具在本节中，描述对产品项目进行需求分析、设计、实现、测试、文档写作、发布、修改、或维护过程中采用的开发方法、组织结构和其他标记、工具、技术和方法。
软件开发计划模板
软件开发计划模板一、项目概述。
本文档旨在为软件开发项目提供一个详细的计划模板，以便团队成员能够清晰地了解项目的整体规划和执行步骤。
该计划模板将包括项目背景、目标、范围、资源、进度安排等内容，以确保项目按时、按质地完成。
二、项目背景。
软件开发项目的背景是指项目启动的原因和目的。
在这一部分，我们将明确阐述项目的背景，包括市场需求、技术趋势、竞争情况等，以便团队成员能够全面了解项目的背景信息。
三、项目目标。
项目目标是指项目期望达到的成果和效果。
在这一部分，我们将明确定义项目的目标，包括产品功能、性能指标、用户体验等，以便团队成员能够清晰地了解项目的预期目标。
四、项目范围。
项目范围是指项目的工作内容和边界。
在这一部分，我们将详细描述项目的范围，包括功能模块、技术架构、开发环境等，以便团队成员能够明确项目的工作内容和边界。
五、项目资源。
项目资源是指项目执行所需的人力、物力、财力等资源。
在这一部分，我们将列举项目所需的资源清单，包括人员配置、设备设施、预算计划等，以便团队成员能够清晰地了解项目所需的资源情况。
六、项目进度安排。
项目进度安排是指项目工作的时间计划和执行安排。
在这一部分，我们将制定项目的进度计划，包括里程碑计划、工作计划、风险预警等，以确保项目按时、按质地完成。
七、项目风险管理。
项目风险管理是指项目执行过程中的风险识别、评估和应对措施。
在这一部分，我们将分析项目可能面临的风险，包括技术风险、市场风险、人力风险等，并制定相应的风险应对策略，以确保项目顺利进行。
八、项目交付和验收。
项目交付和验收是指项目完成后的交付流程和验收标准。
在这一部分，我们将明确项目的交付流程和验收标准，包括交付内容、验收标准、交付文档等，以确保项目顺利交付并得到客户的认可。
九、总结。
本文档通过对软件开发项目的整体规划和执行步骤进行详细的描述，旨在确保项目按时、按质地完成。
希望团队成员能够充分理解并执行本计划模板，以确保项目的顺利进行和成功交付。
软件开发项目计划书三篇
软件开发项目计划书三篇篇一：软件开发项目计划文档简介本文档主要是为XX学院人事管理系统项目制定进行软件工程和管理软件项目的合理计划，建立适当的对项目实际进展的可视性，使管理者在项目执行显著偏离软件计划时采取有效措施，从而保证XX学院人事管理系统项目的顺利完成。
目的编写XX学院人事管理系统项目的项目开发计划，主要是为了XX学院人事管理系统项目的开发能按照计划所规定的需求和约束进行，从而避免一些不必要的问题，提高产品开发质量，顺利的完成此项目。
项目简介项目名称项目编号：项目名称： XX学院人事管理系统 (CDGSRS)研发代号：产品标识产品名称： XX学院人事管理系统产品缩称： CDGSRS版本号： 1.0项目背景XX有限公司与XX学院签定软件开发合同，确定由XX有限公司为XX学院开发“XX 学院人事管理系统”。
本产品将通过Internet网络构造一个实用、易用的人事管理系统。
实现XX学院人事信息管理。
实现XX学院工资、各项津贴及福利的管理。
实现XX学院师资管理。
实现XX学院个人相关人事信息查询。
缩略语与首字母缩写参考项目概述项目的目的和目标本产品将通过Internet网络构造一个实用、易用的人事管理系统。
实现XX学院人事信息管理。
实现XX学院工资、各项津贴及福利的管理。
实现XX学院师资管理。
实现XX学院个人相关人事信息查询。
假设与依赖项目的可交付工件V模型项目组织组织结构角色与职责组织接口管理角色与职责管理流程项目估算人力支出表非人力支出表其中人力支出表参见《XX学院人事管理系统成本估算表.wbs》项目计划阶段计划项目时间表《XX学院人事管理系统.mpp》项目资源分配人员配备计划资源获取计划培训计划需求开发阶段阶段目标：获取更详细的用户需求，完成《需求规格说明书》的编制和评审。
阶段WBS：参见文档――《XX学院人事管理系统需求开发阶段WBS.wbs》资源配给：项目经理兼任阶段计划执行进度按排：参见文档――《XX学院人事管理系统需求开发阶段进度计划.MPP》设计阶段阶段目标：完成概要设计和详细设计，完成设计评审。
计算机软件开发策划书（共5篇）
计算机软件开发策划书（共5篇）第一篇：计算机软件开发策划书热文推荐：《计算机软件开发策划书》计算机软件尤其是数据库软件，成为了当代计算机应用的主流。
因此软件开发人员就必须掌握正确的开发手段，了解软件开发的主要过程，这样心中对软件项目才有清醒的认识，才能达到事半功倍的效果。
本文就软件开发过程中的一些方法，结合本人开发过的一些软件项目做一些详细论述。
开发前的准备工作一般软件项目在开发前都有系统任务书，主要规定软件的开发目标、主要任务、功能、性能指标及研制人员和经费、进度等安排，作为系统设计开发和检验的基本依据。
系统任务书的基本框架如下：(1)引言包括编写目的，背景，参考资料。
(2)系统的目标及任务包括系统建设目标，系统的主要任务，系统性能指标，系统标准化要求。
(3)系统的结构及功能包括系统应用组成及结构，系统主要功能。
(4)系统的规模及进度要求包括系统规模，系统研制进度，人员计划。
但是系统任务书只是这个软件项目的一个基本要求，针对具体情况，软件开发人员和需求分析人员就要联合对软件项目的细节进行具体分析，必要时还要进行实地调研，然后共同商讨写出系统的需求分析，需求分析的编写目的在于：a.说明系统在军事方面、技术方面、经济方面和社会条件方面实现的可行性和必要性;b.分析原系统(工作环境)现状,描述待开发系统的详细需求，提供用户和开发人员之间沟通的基础，提供项目设计的基本信息。
需求分析报告的基本框架如下：(1)概述包括编写目的，背景，参考资料，术语及缩写词。
(2)对现有系统的分析(3)待开发系统的详细需求包括功能需求，使用范围，业务流程，用户界面，输出要求，故障处理。
(4)使用环境包括网络环境，硬件环境，软件环境，与其他系统的关系，安全与保密。
(5)可行性分析包括技术可行性分析，经济可行性分析，人员可行性分析，影响待开发系统的主要因素。
(6)结论意见软件开发过程有了系统任务书和需求分析报告，软件设计人员就要对软件项目的实现进行系统分析，系统分析包括系统的总体方案，系统的设计说明，作为软件设计的依据。
软件开发的工作计划及目标
软件开发的工作计划及目标一、项目介绍本项目是一个新型的在线教育平台，旨在为用户提供优质的在线教育资源和学习服务。
平台主要包含课程资源库、在线直播课堂、个性化学习推荐等功能。
本项目将由一支包括产品经理、UI/UX 设计师、后端开发工程师、前端开发工程师、测试工程师在内的开发团队进行合作开发。
二、工作计划1. 项目需求分析计划时间：第一周工作内容：产品经理负责梳理需求，与用户交流，明确项目需求。
2. UI/UX 设计计划时间：第二周至第四周工作内容：UI/UX 设计师负责完成平台的界面设计，制定设计规范。
3. 后端开发计划时间：第五周至第八周工作内容：后端开发工程师负责搭建平台的服务器端，包括数据库设计、业务逻辑开发、接口设计等。
4. 前端开发计划时间：第九周至第十二周工作内容：前端开发工程师负责开发平台的前端页面和交互逻辑。
5. 测试计划时间：第十三周至第十六周工作内容：测试工程师负责进行平台的功能测试、性能测试、兼容性测试、安全测试等。
6. 上线发布计划时间：第十七周工作内容：整合开发和测试工作成果，进行上线发布。
7. 运营和维护计划时间：项目完成后工作内容：监控平台的运行情况，及时修复 bug，根据用户反馈进行优化调整。
三、目标1. 项目交付在按照上述工作计划进行开发之后，按时完成项目交付，并确保平台的稳定运行。
2. 用户体验提供用户友好的界面和流畅的操作体验，提高用户的满意度和粘性。
3. 功能完备确保平台包含完整的功能模块，满足用户的各种学习需求，能够提供多样化的学习方式和资源。
4. 安全性确保用户的个人信息和学习数据安全可靠，防止数据泄露和恶意攻击。
5. 高质量的代码确保开发过程中，编写高质量的代码，提高系统的稳定性和可维护性。
6. 运维集成保证平台的稳定运行，及时处理服务器故障和系统漏洞，提供更好的服务质量。
四、总结本软件开发工作计划及目标旨在确保项目能够按时高质量地完成交付，并保证用户获得令人满意的使用体验。
软件项目开发计划书三篇
软件项目开发计划书三篇篇一：软件项目开发计划书模板项目名称：********评审日期：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．负责本项目同各分合同负责单位的接口人员等。
软件开发计划(SDP)
软件开发计划(SDP)说明：1.《软件开发计划》(SDP)描述开发者实施软件开发工作的计划，本文档中“软件开发”一词涵盖了新开发、修改、重用、再工程、维护和由软件产品引起的其他所有的活动。
2.SDP是向需求方提供了解和监督软件开发过程、所使用的方法、每项活动的途径、项目的安排、组织及资源的一种手段。
3.本计划的某些部分可视实际需要单独编制成册，例如，软件配置管理计划、软件质量保证计划和文档编制计划等。
目录软件开发计划(SDP) (1)1引言 (6)1.1标识 (6)1.2系统概述 (6)1.3文档概述 (6)1.4与其他计划之间的关系 (6)1.5基线 (6)2引用文件 (6)3交付产品 (7)3.1程序 (7)3.2文档 (7)3.3服务 (7)3.4非移交产品 (7)3.5验收标准 (7)3.6最后交付期限 (7)4所需工作概述 (7)5实施整个软件开发活动的计划 (7)5.1软件开发过程 (8)5.2软件开发总体计划 (8)5.2.1软件开发方法 (8)5.2.2软件产品标准 (8)5.2.3可重用的软件产品 (8)5.2.4处理关键性需求 (9)5.2.5计算机硬件资源利用 (9)5.2.6记录原理 (9)5.2.7需方评审途径 (9)6实施详细软件开发活动的计划 (10)6.1项目计划和监督 (10)6.1.1软件开发计划(包括对该计划的更新) (10)6.1.2CSCI测试计划 (10)6.1.3系统测试计划 (10)6.1.4软件安装计划 (10)6.1.5软件移交计划 (10)6.1.6跟踪和更新计划，包括评审管理的时间间隔 (10)6.2建立软件开发环境 (10)6.2.1软件工程环境 (11)6.2.2软件测试环境 (11)6.2.3软件开发库 (11)6.2.4软件开发文档 (11)6.2.5非交付软件 (11)6.3系统需求分析 (11)6.3.1用户输入分析 (11)6.3.2运行概念 (11)6.3.3系统需求 (11)6.4系统设计 (11)6.4.1系统级设计决策 (11)6.4.2系统体系结构设计 (11)6.5软件需求分析 (11)6.6软件设计 (11)6.6.1CSCI级设计决策 (12)6.6.2CSCI体系结构设计 (12)6.6.3CSCI详细设计 (12)6.7软件实现和配置项测试 (12)6.7.1软件实现 (12)6.7.2配置项测试准备 (12)6.7.3配置项测试执行 (12)6.7.4修改和再测试 (12)6.7.5配置项测试结果分析与记录 (12)6.8配置项集成和测试 (12)6.8.1配置项集成和测试准备 (13)6.8.2配置项集成和测试执行 (13)6.8.3修改和再测试 (13)6.8.4配置项集成和测试结果分析与记录 (13)6.9CSCI合格性测试 (13)6.9.1CSCI合格性测试的独立性 (13)6.9.2在目标计算机系统(或模拟的环境)上测试 (13)6.9.3CSCI合格性测试准备 (13)6.9.4CSCI合格性测试演练 (13)6.9.5CSCI合格性测试执行 (13)6.9.6修改和再测试 (13)6.9.7CSCI合格性测试结果分析与记录 (13)6.10CSCI/HWCI集成和测试 (13)6.10.1CSCI/HWCI集成和测试准备 (14)6.10.2CSCI/HWCI集成和测试执行 (14)6.10.3修改和再测试 (14)6.10.4CSCI/HWCI集成和测试结果分析与记录 (14)6.11系统合格性测试 (14)6.11.1系统合格性测试的独立性 (14)6.11.2在目标计算机系统(或模拟的环境)上测试 (14)6.11.3系统合格性测试准备 (14)6.11.4系统合格性测试演练 (14)6.11.5系统合格性测试执行 (14)6.11.6修改和再测试 (14)6.11.7系统合格性测试结果分析与记录 (14)6.12软件使用准备 (14)6.12.1可执行软件的准备 (15)6.12.2用户现场的版本说明的准备 (15)6.12.3用户手册的准备 (15)6.12.4在用户现场安装 (15)6.13软件移交准备 (15)6.13.1可执行软件的准备 (15)6.13.2源文件准备 (15)6.13.3支持现场的版本说明的准备 (15)6.13.4“已完成”的CSCI设计和其他的软件支持信息的准备 (15)6.13.5系统设计说明的更新 (15)6.13.6支持手册准备 (15)6.13.7到指定支持现场的移交 (15)6.14软件配置管理 (15)6.14.1配置标识 (16)6.14.2配置控制 (16)6.14.3配置状态统计 (16)6.14.4配置审核 (16)6.14.5发行管理和交付 (16)6.15软件产品评估 (16)6.15.1中间阶段的和最终的软件产品评估 (16)6.15.2软件产品评估记录(包括所记录的具体条目) (16)6.15.3软件产品评估的独立性 (16)6.16软件质量保证 (16)6.16.1软件质量保证评估 (17)6.16.2软件质量保证记录、包括所记录的具体条目 (17)6.16.3软件质量保证的独立性 (17)6.17问题解决过程(更正活动) (17)6.17.1问题/变更报告 (17)6.17.2更正活动系统 (17)6.18联合评审(联合技术评审和联合管理评审) (17)6.18.1联合技术评审包括----组建议的评审 (17)6.18.2联合管理评审包括----组建议的评审 (17)6.19文档编制 (17)6.20其他软件开发活动 (18)6.20.1风险管理，包括已知的风险和相应的对策 (18)6.20.2软件管理指标，包括要使用的指标 (18)6.20.3保密性和私密性 (18)6.20.4分承包方管理 (18)6.20.5与软件独立验证与确认(IV&V)机构的接口 (18)6.20.6和有关开发方的协调 (18)6.20.7项目过程的改进 (18)6.20.8计划中未提及的其他活动 (18)7进度表和活动网络图 (18)8项目组织和资源 (18)8.1项目组织 (19)8.2项目资源 (19)9培训 (19)9.1项目的技术要求 (19)9.2培训计划 (19)10项目估算 (19)10.1规模估算 (20)10.2工作量估算 (20)10.3成本估算 (20)10.4关键计算机资源估算 (20)10.5管理预留 (20)11风险管理 (20)12支持条件 (20)12.1计算机系统支持。
软件开发策划书(共4篇)
软件开发策划书（共4篇）第1篇：开发软件策划书怎样写开发软件策划书？需求分析文档结构=================================1.引言1.1.编写目的1.2.背景说明1.3.术语定义1.4.参考资料2.任务概述2.1.目标2.2.用户的特点2.3.假定与约束3.需求规定3.1.对功能的规定3.2.对性能的规定3.2.1.精度3.2.2.时间特性要求3.2.3.灵活性3.3.输入输出要求3.4.数据管理能力要求3.5.故障处理要求3.6.其它专门要求4.运行环境设定4.1.设备4.2.支持软件4.3.接口4.4.控制5.缩写词表6.参考文献================================= 设计文档结构 =================================1.前言2.摘要3.需求分析3.1.企业生产经营概况3.2.企业经营目标及策略（近期及远期）3.3.实施需求3.4.实施目标3.5.实施约束3.6.实施功能要求3.7.实施信息要求3.8.实施性能要求4.总体方案与结构4.1.制定总体结构的出发点4.2.体系结构4.3.应用系统结构4.4.支撑系统结构4.5.信息分类编码体系5.I2DEF模型5.1.模型选择说明5.2.I2DEF模型设计规范5.3.结构模型5.3.1.系统/功能分解树5.3.2.构件图5.4.动态模型5.4.1.事件流程图5.4.2.事件汇总图5.4.3.工作案例图5.4.4.典型事件跟踪图5.5.功能模型5.5.1.数据流程图5.5.2.数据汇总图5.5.3.功能调用图6.资源需求7.系统配置7.1.配置原则7.2.硬件配置7.3.软件配置8.接口8.1.内部接口8.2.外部接口9.组织机构及人员配置9.1.现行组织机构9.2.开发运行的组织机构9.3.人员配置与培训10.关键技术10.1.关键技术的提出10.2.关键技术的一般说明 10.3.关键技术的实现方案11.方案实施的技术路线和实施计划 11.1.实施的技术路线11.2.实施计划12.投资概算及资金规划12.1.投资概算12.2.资金规划13.经济分析13.1.经济效益分析13.2.财务评价分析13.3.社会效益、战略效益分析 13.4.经济评价的结论和建议14.缩写词表15.参考文献第2篇：软件开发策划书一份好的策划书往往能够决定您的目的是否能够快速有效达成。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
项目编号: 0728—2005
手机“末”班车
分类:
<模板>
项目开发计划
Version:
项目承担部门：SUPER工作室
撰写人（签名）：吴瑶
完成日期：7/28/2005 本文档使用部门：■主管领导■项目组
□客户（市场）□维护人员□用户
评审负责人（签名）：
评审日期：
电子系计算机教研室
目录
1.引言
1.1编写目的
编写此计划的目的是为了合理安排组织成员，有效利用时间，以确保项目进度，预见项目风险等活动。
使项目严格按照网站开发流程进行，遵循正规的顺序开展。
同时，项目开发成员通过此计划书明确项目目标和各自职责。
它说明网站的开发方法，是一种计划，以指导工作之用。
1.2项目简介
1.2.1项目名称
项目编号：0728—2005
项目名称：手机“末”班车网站
1.2.2产品标识
产品名称：手机“末”班车
英文名称：
版本号：
1.2.3项目背景
1.3定义
DW：Dreamweaver
FW：Fireworks
PH：Photoshop
1.4参考资料
《Photoshop CS经典详解100例》李小军编着人民邮电出版社
《ASP动态网页设计》汪晓平钟军编着人民邮电出版社
《Flash 基础教程》刘小灵编着人民邮电出版社
《数据库设计》王建编着清华大学出版社
2.项目概述
手机”末”班车是一个关于手机的网站，主要介绍各种品牌的手机，并向广大用户提供交流的平台。
2.1工作内容
项目名称定为：手机”末”班车
本项目分为：前台管理和后台管理
2.2交付项
2.3非交付项
《项目开发计划书》
《创意设计概要说明书》
3.项目组织和资源
3.1项目组织
!
3.2项目资源
3.2.1人力资源
说明参与项目的总人数和人员结构，人员结构可用下表从职责和技术水平等方面进行说明。
3.2.2已有开发设施
开发地点：陕西国防学院第五机房
使用设备：电脑台
3.2.3须获取的设施
无
3.2.4可复用软件资源
无
4.实施计划
4.1项目选用的生命周期
本项目采用的是瀑布式模型。
此模型的本质是每个阶段的活动只做一次。
从上一阶段向下一阶段逐级过度，最终得到所要开发的产品
4.2项目开发过程阶段划分
4.3进度
4.3.1进度安排
4.3.2进度控制计划
第一阶段完成项目计划，ASP运行环境的配置等相关主要文档的编写。
每天由各组组长汇报工作情况和进度，为了项目成功完成，由各组组员在组长的带领下进行充分的交流沟通。
第二阶段为项目实施测试阶段，项目实施前，所有的项目成员开会，讨论编成中的具体问题，规定统一的
编程标准，如命名规范等。
方便集成之后各小组分组讨论本小组需要解决的问题。
（不懂之处及时提出，便于请教老师）第三阶段，各成员保证自己功能模块的实现，集成之后，分配测试人员进行测试。
4.4接口人员
主要接口人员：吴瑶（项目经理）
对项目成员的接口人员：各组组长
4.5关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。
并根据项目情况，对项目风险进行排序，在下表中列出项目的前5个风险，并给出解决方案。
5.专题计划要点
5.1基础技术积累计划
1. BBS 论坛
2. 用户登录系统
3. 网站架构设计
5.2测试计划
单元测试和部分集成测试
项目组的测试人员结合详细的计划,对单元模块开始进行测试.。
通过对设计文档的深入理解，从模块界面开始，到模块内部对数据库内书库的操作，以及代码阿德规范进行详细的单元测试。
集成测试
系统完成了模拟数据环境的试运行后，测试人员将认真细致的集成测试。
系统测试
在项目小组完成了全部的开发工作后，测试小组将对软件进行全面的系统测试，使系统逐步完善和成熟。
测试阶段分解：
详细测试活动写入《测试计划》
5.3培训计划
当项目组成员因为技能不足或别业务不熟时，需要安排对项目组成员的培训；
5.4系统安装计划。