软件项目开发工作流程图
软件开发的完整流程是怎样的？
在it圈混迹了这么久，做过各种各样的工作。
但是我确一直不知道一个软件从无到有到底是怎么开发的。
于是就产生了强烈的好奇心：一个软件产品的结果为什么是这样？为什么开发的速度不能再快一点。
为什么程序员大多秃顶？他们有那么忙吗？后来我终于知道了问题的答案。
今天就带大家一起来了解一下。
一、开发流程图为使流程更清晰，本图省略了各环节的评审，如有更好的表现形式，欢迎提出建议。
二、过程产物及要求本表主要列出开发阶段需要输出的过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。
三、过程说明（一）项目启动1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。
2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。
3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》；从项目启动起，研发项目经理每周提供《项目研发周报》；测试阶段，测试工程师每周提供《项目测试周报》。
4、产品经理进行需求调研，输出《需求调研》文档。
需求调研的方式主要有背景资料调查和访谈。
5、产品经理完成《业务梳理》。
首先，明确每个项目的目标；其次，梳理项目涉及的角色；再来，每个角色要进行的事项；最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。
（二）需求阶段1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。
在这个过程中还可能产生的包括业务流程图和页面跳转流程图。
业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。
2、产品经理面向整个团队，进行需求的讲解。
3、研发项目经理根据需求及项目要求，明确《项目里程碑》。
根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。
软件业务流程图
软件业务流程图软件业务流程图是指对软件业务进行流程分析和建模的图形工具，主要用于描述软件开发、测试、运维等各个环节的流程和其之间的关系。
下面我们来简要介绍一下软件业务的主要流程。
软件业务流程图由多个环节组成，包括需求分析、设计、开发、测试、上线和运维等各个环节。
下面是一个典型的软件业务流程图：1. 需求分析阶段：这个阶段主要是与客户进行沟通，了解客户的需求和业务需求。
包括需求收集、需求分析和需求确认等环节。
在此阶段，软件开发人员和客户之间进行多次会议和讨论，以明确客户的需求并制定需求规格文档。
2. 设计阶段：在这个阶段，软件开发人员将根据需求分析阶段的需求规格文档，设计软件的整体架构、模块划分以及数据存储结构等。
这其中包括系统架构设计、数据库设计和界面设计等环节。
3. 开发阶段：在开发阶段，开发人员将根据需求规格文档和设计文档进行编码和调试。
这个阶段是整个软件开发过程中最为关键的一环，它决定了软件的质量和性能。
开发阶段包括编码、调试和单元测试等环节。
4. 测试阶段：在测试阶段，测试人员对开发完成的软件进行测试，主要目的是发现软件的缺陷和问题。
测试阶段包括功能测试、性能测试、安全测试和兼容性测试等环节。
5. 上线阶段：在上线阶段，软件开发人员将已经通过测试的软件部署到生产环境中。
在这个阶段，还需要进行一些准备工作，例如数据库的初始配置、服务器的部署和网络的连接等。
6. 运维阶段：一旦软件上线运行，就需要进行日常的运维工作。
运维工作主要包括监控系统的状态、定期备份数据、处理用户反馈和解决问题等。
上述流程只是一个典型的软件业务流程，在实际应用中可能会根据具体的项目需求进行适当的调整和优化。
在软件开发过程中，流程图可以帮助开发人员更加清晰地了解整个业务流程，并及时发现和解决问题，从而提高软件开发效率和质量。
系统开发流程和项目里程碑PPT课件
精选PPT课件
5
项目解决方案——关键业务实现
平台与第三方资金托管关系：
➢平台负责对借款人的借款标进行审核、调整、发布 ➢对投资人的账户进行管理。 ➢整个资金都在第三方托管平台上面进行循环。 ➢平台在向借款人发放放款指令时收取借款人的管理费用，借款人返款时收取投资人的管理费用。
2、需求分析报告 3、评审通过开发 确定风险防范方案， 为后续需求开发提
审核
完成情况报告
制定上线策略及上 供依据。
线计划
业务需求分析：
1、系统架构、数 据库、系统接口、 业务模型、业务流 程设计； 2、评审通过详细 设计说明书
系统测试 2、完成各公司内
1、系统功能测试； 部各部门的培训；
2、系统压力测试； 3、用户模拟运行 3、各业务在新系 测试；4、评审通 统内开展；
用户注册流程：
精选PPT课件
2
项目解决方案——关键业务实现
用户借款：
➢只有有借款权限的用户才可以借款。 ➢借款人发起借款申请，然后提供相关的抵押资料，担保公司进行客户调查并收取相关的一些费用，然后在平台上面进行审批， 审批通过以后生成借款标，借款标应该包含借款金额、借款期限、放款方式、投标期限。
用户借款流程：
项目解决方案——系统整体业务流程图
系统主要分为用户注册、用户借款、用户投资、借款后处理四个业务模块
精选PPT课件
1
项目解决方案——关键业务实现
用户注册：
➢用户注册时采用用户名称、密码、手机、邮箱、系统图片符号几个简单的输入项目，提交完成以后自动给用户手机发短信码， 让用户输入手机验证码确认用户绑定的手机是否正确。 ➢当手机码验证通过以后，让用户完善基础信息、含真实姓名、身份证号、职业等等、如果是法人用户输入企业名称、组织结 构代码证等。 ➢用户通过第三方托管平台申请第三方托管平台账户和绑定银行账户，并建立P2P平台与托管平台的对应关系。 ➢如果用户申请借款权限，需要提供相关信息的电子扫描件。然后由线下进行调查核对，核对通过以后在平台上面才开通借款 权限。 ➢我们平台借款模式也采用以上方式，如给安平租赁公司开通借款人权限。
2 IPD-第二篇-各阶段流程图
制定信息安全计划
LPDT-25
制定业务计划和端到端 项目计划（WBS1/2)
LPDT-30
IPMT-20
概念决策评审?
LPDT-40 NO YES
LPDT-42
POP-15
接受项目任务书
团队培训
创建和分发 沟通计划
第一次 开工会
开工会 对照 检查表
制定概念阶段项目计 划（WBS1/2/3/4级)
FPDT-20
SE-10
SE-20
SE-30
制定初始的市场 计划
SE-40
技术评审1
PQA-20
产品包需求 基线化
监控和管理需 求更改 使能流程: 变更管理
SE-35
组织技术 评审1
LPDT-21 LPDT-25 技术评审一 操作指导书
参与制定业务计划和端到 端项目计划（WBS1/2)
业务计划 模板 端到端 WBS1/2计划 模板
开始监控 项目执行
FPDT-25
使能流程: 项目管理
FPDT-27 设定产品目标成本 MKTPDT-35 注：市场规格可作为技 术概念开发和非技术概 念开发的输入 ，且两者 可同步开发。 MKTPDT-35 TO: PRO-10 PROPDT-30 TO: FPDT-30 SE-03 PROPDT-27
EE-35 EE-30 SWE-30 SWE-35 ME-30
组织技术 评审3
优化质量计划
规格更改控制 流程
EE-20
项目 经验 教训 总结
硬件需求分解与分配
SWE-20
SE-120
软件需求分解与分配
ME-20
制定模块集成与测试策略 结构概要设计(含电缆布线)
产品开发流程图-五个阶段及PDT组织示意图(V1.0)
PAC-b20 计划决策评审
PAC-b30 YES 拟制合同书
合同书
NO LPDT-b110
计划阶段 项目总结
计划阶段 总结报告
流程终结
LPDT-b110
计划阶段 项目总结
计划阶段 总结报告
PA-b30
资料归档及更 新项目环境
进入开发 阶段流程
-
产品决策委员会 （PAC）
组建PDT 团队
PDT任命模 板
LPDT-a10 召开项目
开工会
PA-a10 构建项目
环境
项目环境检 查清单
制定里程碑计划与概 念阶段详细计划
LPDT-a20
制定里程碑计划 与概念阶段详细
计划
PA-a20
协助制定里程碑 计划与概念阶段
详细计划
里程碑计划 模板
概念阶段详 细计划模板
PQA-a10 参与制定里程碑 计划与概念阶段
LPDT-b90
准备计划决策 汇报材料
计划决策 汇报PPT
PQA-b50 参与优化商业
计划书
RDPDT-b40
参与优化商业 计划书
PQA-b60 参与制定开发至发布 阶段项目详细计划
RDPDT-b50 参与制定开发至发布
阶段项目详细计划
TEPDT-b20 参与TR2评审
PROPDT-b20 参与TR2评审
MFPDT-b40
参与概要设计 评审
MFPDT-b50 整合物料需求 计划
研发物料需 求计划
TEPDT-b50 参与优化商业
计划书
PROPDT-b40 参与优化商业
计划书
MFPDT-b60 参与优化商业
计划书
政府信息化软件开发工作流程
编辑整理：恭敬的读者朋友们：这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布的，发布之前我们对文中内容进行子细校对，但是难免会有疏漏的地方，但是任然希翼(政府信息化软件开辟工作流程)的内容能够给您的工作和学习带来便利。
同时也真诚的希翼收到您的建议和反馈，这将是我们进步的源泉，前进的动力。
本文可编辑可修改，如果觉得对您有匡助请收藏以便随时查阅，最后祝您生活愉快业绩进步，以下为政府信息化软件开辟工作流程的全部内容。
根据政府信息化事业部(以下简称“事业部")业务的特点,事业部的软件开辟流程按项目阶段进行划分，通过对每一个阶段所进行的流程定义，来保证最终软件的质量.事业部软件开辟项目的开辟工作流程，主要包含以下7 个要素来描述。
今软件立项控制今软件开辟计划今软件需求分析今软件设计今软件实现今软件测试和测试状态今软件产品实施维护项目开辟的总体过程流程如下图：加强事业部对软件项目/内部产品立项的控制,保证软件项目/内部产品的开辟过程及开辟目标的可行性和合理性，确保及时的推出有市场竞争能力、有广阔应用前景、产品化程度较高的软件产品。
合用于需要公司投资的软件研发项目，现有软件产品化项目、现有软件/产品二次开辟项目、现有软件/产品重大升级项目等，均属本项程序合用范围。
根据市场提供的业务立项申请和客户信息系统集成需要，提出软件开辟立项的可行性分析，经事业部总经理审核后，提交项目管理委员会进行立项评审。
事业部研发小组根据事业部软件产品发展规划，提出软件产品立项可行性分析；经事业部总经理审核后提交项目管理委员会进行立项评审。
研发小组负责通过立项评审后软件产品的开辟。
事业部总经理审核软件开辟立项的可行性分析报告,并提交项目管理委员会进行立项评审。
项目管理委员会对各业务部门提交的立项报告进行评审.参预立项报告评审，立项相关文档备案。
公司总经理根据评审结果,批准立项报告。
参预立项报告评审，立项相关文档备案。
一个完整的软件开发流程
一个完整的软件开发流程一、开发流程图二、过程产物及要求本表主要列出开发阶段需要输出过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容基本方向和形式是什么。
三、过程说明(一)项目启动1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。
2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。
3、明确项目管理制度，每个阶段成果产物需要进行相应评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。
4、产品经理进行需求调研，输出《需求调研》文档。
需求调研的方式主要有背景资料调查和访谈。
5、产品经理完成《业务梳理》。
首先，明确每个项目目标;其次，梳理项目涉及的角色;再来，每个角色要进行事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。
(二)需求阶段1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。
在这个过程中还可能产生的包括业务流程图和页面跳转流程图。
业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。
项目管理者联盟2、产品经理面向整个团队，进行需求的讲解。
3、研发项目经理根据需求及项目要求，明确《项目里程碑》。
根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。
4、研发工程师按照各自的分工，进入概要需求阶段。
《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。
(三)设计阶段1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。
UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。
(完整版)一个完整的软件开发流程
一个完整的软件开发流程一、开发流程图二、过程产物及要求本表主要列出开发阶段需要输出的过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。
三、过程说明(一)项目启动1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。
2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。
3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。
4、产品经理进行需求调研，输出《需求调研》文档。
需求调研的方式主要有背景资料调查和访谈。
5、产品经理完成《业务梳理》。
首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。
(二)需求阶段1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。
在这个过程中还可能产生的包括业务流程图和页面跳转流程图。
业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。
项目管理者联盟2、产品经理面向整个团队，进行需求的讲解。
3、研发项目经理根据需求及项目要求，明确《项目里程碑》。
根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。
4、研发工程师按照各自的分工，进入概要需求阶段。
《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。
(三)设计阶段1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。
UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。
软件设计之业务流程图一
业务流程图第一部分：什么是流程图？1. 定义那什么是流程图呢？流程图=流程+图，如下图：图2 流程图的定义流程：Flow,是指特定主体为了满足特定需求而进行的有特定逻辑关系的一系列操作过程，流程是自然而然就存在的。
但是它可以不规X，可以不固定，可以充满问题。
所以就会造成看似没有流程。
前不久，团队每个人对接一个业务团队去调研流程，反馈给我的流程有一些缺失。
询问时，负责人反馈给我的答复是：这一块业务他们没有流程。
其实严格意义上讲，业务已经开展，不可能没有流程，只是说没有固定的流程或者你调研的对象也讲不清楚。
图：Chart 或者Diagram, 是将基本固化有一定规律的流程进行显性化和书面化，从而有利于传播与沉淀、流程重组参考。
从定义可以看出，只要有事情和任务，流程就会有，但是并不是所有的流程都适合用流程图的方式去表现，适合用流程图去表现的流程是一定程度固定的有规律可循的，流程中的关键环节不会朝令夕改的。
工作中我们还用到或听到很多其他类型的图表，比如交互设计师们经常说的线框图(Wireframes)，信息架构图或站点地图(Site Map)，，开发工程师们经常说的用例图(Use Case)或E-R图。
这些不同的图表要表达的内容有何种差异呢？简单做个对比，如图：图3 流程图VS其他常用图表如果要串到某一个项目来说，可以理解成：用例图（Use Case）：表现了一个角色在系统里要完成的活动是什么，比如用户这个角色与ATM取款机的交互过程中，用户需要完成的活动有存钱，取钱，查询等。
而存钱这个活动再可以进一步细分为插卡，输入密码，输入金额，ATM吐钞，用户收款，退卡等活动。
用例图可以不考虑用户动作的前后次序，而仅仅提取一些关键的动宾短语，映射出系统应该满足的功能点。
常用用例图的人是产品经理和开发工程师。
流程图则表示用户每一个活动的前后次序，比如用户必须要先插入银行卡，才能够输入密码，且流程图必须直接表现出各种异常判断，比如当密码错误时，出现什么提示，密码输入错误超过多少次时，出现什么提示和动作。
软件开发流程
软件开发流程V1.0目录1。
目的 (2)2。
适用范围 (2)3。
定义 (2)4.输入 (2)5.输出 (2)6。
角色职责 (2)7。
流程图 (2)8.流程活动说明 (2)9。
纪录和表格 (7)10.相关文件 (7)11.流程评测指标 (8)12.流程负责人 (8)1.目的规范软件开发过程，指导软件开发人员执行软件开发活动,保障软件开发的顺利进行，确保软件开发进度、开发质量，达到预期目标;并为智力资产库提供输入。
2.适用范围本流程适用于产品研发过程中所有软件（包括固件）开发活动的执行过程3.定义4.输入《产品总体需求规格书》、《产品总体设计方案》5.输出5.1《软件概要设计报告》5。
2《软件详细设计报告》5.3《测试报告》5.4 源程序（代码）5.5 可执行程序6.角色职责6。
1 PDT经理(LPDT）：根据需要参与软件过程中的评审。
6.2 系统工程师(SE）：参与软件开发过程中的评审，指导QA完成评审报告；6。
3 软件工程师（SWE）:编写软件概要设计报告、软件详细设计报告；进行软件编码并自测；进行单元测试、集成测试、系统测试,更新系统测试计划。
6.4 测试工程师（TE）：参与制定测试计划；参与软件开发过程中的评审;参与实施单元测试、集成测试以及系统测试。
6。
5 质量保证（QA）：组织、监控软件开发过程中的评审,开发文档的基线化.6。
6 软件配置管理员（CMO)：负责开发过程中的文档及代码的基线化.6。
7 软件需求管理员（RMO）:负责开发过程中的需求跟踪。
7.流程图见附件：软件开发子流程—流程图。
8.流程活动说明010 制定软件项目计划开发组组长&系统工程师＆软件工程师&测试工程师根据产品的开发计划，制定产品软件部分的开发计划，包括进度、任务安排、风险、人员、开发工具、相关规范等内容。
每个任务都需指定一个责任人；对于需要多人完成的任务,应当努力分解为多个单人可承担的子任务，以便计划的落实和跟踪.输入:《软件总体设计方案》输出：《软件项目计划》时间控制：得到《软件总体设计方案》后5个工作日内。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件项目开发工作流程
一、简述
对于一个新项目，从可行性研究到产品交货整个生存阶段将经历如下十大流程：
1、项目可行性研究阶段
2、立项阶段
3、需求分析阶段
4、开发策划阶段
5、设计阶段
6、编码实现阶段
7、测试阶段
8、验收阶段
9、产品交付使用
10、维护阶段
二、项目组基本组成及岗位职责
新项目立项时会成立项目组，不同的项目组成员有不同的职责，一个项目组成员也可以身兼多职，但不可身兼全职。
a项目负责人：负责项目的管理、组织、对技术、进度、质量全面负责。
b质量保证人员：负责质量保证工作计划的落实和软件的质量保证。
C配置管理人员：负责本项目的配置管理工作，对本项目的文档、程序是否符合规程文件的要求进行形式化的检查。
D分析人员：主要负责本项目的需求分析工作。
E设计人员：主要负责本项目的设计工作。
F程序员：按设计要求和有关标准进行编程工作。
G测试人员：负责单元测试、组合测试和总装测试工作。
H文档人员：负责本项目有关文档的编写工作。
I产品经理：协助进行产品研制计划制定、产品发布与产品推广等，在产品开发中，充分代表用户的利益，提供建议,负责在产品功能与出品日期二者之间的权衡;负责产品市场营销、产品销售和市场推广过程。
（通常由营销部门或中试部门人员担任）
三、软件开发流程
3．1可行性研究阶段
如果是公司自主开发项目，可行性研究通常是由公司技术负责人根据公司产品规划和市场需求，在要开展新项目前通过部门负责人指定人员进行的前期调研工作，可行性
研究负责人员对产品的市场需求、技术发展、市场定位、功能需求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定营销部门配合可行性分析人员，技术负责人协助安排。
可行性分析完毕后由总工办组织对可行性研究报告进行评审，评审通过后，总工办组织进行立项工作。
如果是系统集成部外接的系统集成项目，在系统集成部与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由总工办组织相关人员对合同条款进行评审，评审通过后，总工办组织进行立项工作。
本阶段提交的文档：项目可行性研究任务书（技术负责人或部门负责人下达）项目可行性研究报告（可行性研究人员编写）
系统集成项目合同
质量记录：可行性分析评审报告
3. 2立项阶段
可行性分析评审通过后，由开发部门经理下达立项任务，指定相关人员填写立项申请报告报批。
报批通过后，由部门经理与技术负责人协商，下达开发任务书，经技术负责人审核确认后，报公司批准。
批准立项后项目进度应以立项申请报告中的阶段进度为准，如果进度要调整，需填写进度调整申请报告报批。
本阶段提交的文档：项目立项申请报告
开发任务书
3. 3需求分析阶段
承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件，与交办单位协作，确定详细的软件需求，该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配置管理的基线，在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求（主要是功能）明确化。
能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。
在本阶段，由产品经理负责，其他人员配合，编写产品规格说明书，此说明书面向最终用户和领导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。
由项目经理负责编写系统技术方案书，描述公司初次使用的技术的详细解决方案。
本阶段完毕后对需求分析进行评审，出具需求分析评审报告。
本阶段提交的文档：软件需求规格说明书。
原型分析说明书
产品规格说明书
系统技术方案书
质量记录：需求分析评审报告
提交的软件：产品的原型（注：如果时间有限，可以只编写原型分析说明书而不作原型）
3. 4开发策化阶段
根据项目要求和软件需求，由配置人员配合项目经理编写本项目的质量保证计划、配置管理计划和项目综合计划。
在配置管理计划中，应列明本项目需提交的各阶段文档的名称，在项目各阶段完成后，项目组需列表说明要移交的文档，将此表与各文档一并向总工办移交。
在制定计划时，应为计划、设计、测试、改错、再测试、变更、以及编制文档留出足够的时间。
不应使用突击的办法来完成项目。
本阶段涉及的文档：软件质量保证计划
配置管理计划项目综合计划
3. 5设计阶段
3. 5.1概要设计
根据软件需求规格说明建立软件总体结构和模块间的关系，确定各模块功能，定义各功能模块的接口，设计全局数据库和数据结构，在概要设计明确后，可以对综合计划进一步细化，填写项目进度预计。
概要设计需经过评审。
本阶段涉及的文档：产品概要设计说明书
数据库设计说明
项目进度预计
质量记录：评审报告
3. 5. 2详细设计
对概要设计中产生的功能模块进行过程描述设计，设计功能模块的内部细节，包括算法和数据结构，为编写源代码提供必要的说明。
详细设计需要经过评审。
本阶段涉及的文档：软件详细设计说明书
测试计划
质量记录：评审报告
3. 6编码实现阶段
根据软件详细设计说明、对各程序模块进行编码、调试、静态分析和单元测
试，验证程序单元与设计说明的一致性。
本阶段涉及的文档：项目进度月报
项目周计划和周总结
项目开发人员周计划
工作日志
每周例会记录配置项更改申请单
3. 6测试阶段
3. 6. 1软件单元测试
按详细设计的结构，根据软件单元测试计划，依照将经过单元测试的底层程序单元逐步组装成子项目直到开发项目的过程，对软件进行测试。
本阶段涉及的文档：测试计划
测试设计
测试问题报告单
参考文档：北京世纪科怡软件开发操作指导书中的“测试阶段操作指导书”
3. 6. 2组装测试
根据软件需求规格说明书中定义的全部功能和性能要求及组装测试计划，对软件进行
组装测试，以确定整个软件是否满足软件需求，是否可以提交总装测试。
软件组装测试计划（含测试用例设计）的编制工作和软件组装测试环境的研制、
组建工作，应从软件需求分析阶段起与软件开发同步展开。
本阶段涉及的文档：测试计划
测试设计
测试问题报告单
3. 7中试阶段
项目组开发的软件产品经中试部验收后提交中试部中试，中试部根据需求分析报告,从用户的角度出发对产品的功能、性能进行中试。
本阶段涉及的文档：中试计划
中试问题报告单
3. 7验收交付
对完成中试的软件进行检查、审查和评审，确定软件是否达到了软件任务书的要求。
验收通过的软件可以向软件交办单位交付。
项目经理及项目组人员应在此阶段完成项目总结，项目经理提交项目开发总结报告，项目组成员提交个人工作总结报告。
本阶段涉及的文档：验收报告
项目开发总结报告
个人工作总结报告
3. 8软件维护
对软件的维护包括针对软件运行过程中发现的问题而进行的改正性维护，针对不同任务对软件提出不需求而进行的改善性维护，以及可能出现的由于软件运行环境的改变而进行的适应性维护。
本阶段涉及的文档：软件问题汇总表
维护报告
四、项目开发文件的审批
•可行性研究报告及立项申请、项目开发计划及项目开发总结、确认计划及确认报告、验收计划及验收报告由技术负责人审批。
•项目组人员编写的其他文件由项目经理审批。
五、各阶段共同的任务要求
5．1编写文档
在软件开发过程的各个阶段，都要求完成相应的文档编写工作。
本文档的前面部分已给出了在软件自上而下周期各个阶段中的文档编制情况。
软件文档从形式上来看，大致可分为两类：
a．开发过程中填写的各种图表，称为工作表格；
b．应编制的技术资料或技术管理资料，称为文档或文件。
按照文档产生和使用的范围，软件文档大致可分为三类：
a．开发文档：这类文档是在软件开发过程中，作为软件开发人员前一阶段工作成果的体现和后一阶段工作依据的文档。
包括软件需求说明书、数据库设计说明书、概要设计说明书、详细设计说明书、可行性研究报告、项目开发计划。
b．管理文档：这类文档是在软件开发过程中，由软件开发人员制定的需提交人员的一些工作计划或工作报告。
使管理人员能够通过这些文档了解软件开发项目安排、进度、资源使用和成果等。
包括项目开发计划、测试计划、测试报告、开发进度月报、项目周计划周总结及项目开发总结等。
c．用户文档：这类文档是软件开发人员为用户准备的有关该软件使用、操作、维护的资料。
包括用户手册、操作手册、维护修改建议、软件需求说明书。
项目各阶段完毕后需把本阶段相关文档列表向总工办移交。
5．2验证与评审
软件评审是保证软件产品质量的重要手段，必须纳入软件开发过程，并把评审通过作为一个软件阶段完成的标志，进而转入下一个开发阶段。
软件评审包括有正式评审（即评审）、内部评审两种形式。
正式评审是软件项目组上级技术主管主持的评审。
内部评审以由项目负责人组织、开发人员相互检查为基本方式。
就整个软件开发过程而言，至少要进行可行性分析、软件需求评审、设计评审、软件验证和确认评审管理评审等五个方面的评审和检查工作。