-CAL-FENGHAI.-(YICAI)-Company One 1
■CAL■本页仅作为文档封面，使用请直接删除
项目自主开发流程
总(
一、项目可行性研究
如果是公司自主开发项目，公司设计人员根据行业需求和市场需 求，设计大的方案和ppt文案，然后指定人员进行的前期调研工作， 可行性研究负责人员对产品的市场需求、技术发展.市场定位、功能 需求、经济效益、进度需求、风险分析等进行可行性研究，提供产品 立项建议，拟制可行 性研究报告，由部门负责人指定营销部门配 合可行性分析人员，技术负责人协助安 排。可行性分析完毕后 山总工办组织对可行性研究报告进行评审，评审通过后，山技术部进 行安排立项工作。
本阶段提交的文档：
1、 设计文案 2、 PPT介绍 3、 项LI可行性研究任务书（技术负责人或部门负责
人下
达）
4、项LI可行性研究报告（可行性研究人员编写）
二、立项阶段
可行性分析评审通过后，山开发部门经理下达立项任务，
指定相关 人员填写立项申请报告报批。报批通过后，山部门经理与 技术负责人协 商, 下达开发任务书，经技术负责人审核确认后， 报公司批准。批准立 度为准，如项后项LI进度应以立项申请报告中的阶段进 需
填写进度调整申请报告报批。 果进度要调整，
本阶段提交的文档:
1、项目立项申请报告
2、开发任务书
三. 需求分析阶段
承办单位根据交办单位提出的技术要求和相应的软件任务书以及其 它有关文件，与交办单位协作，确定详细的软件需求，该阶段完成的软 件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配 路管理的基线，在本阶段可利用快速原型法使比较含糊的具有不确定性 的软件需求（主要是功能）明确化。能给本公司开发的软件的“需求基 线”确定提供一个讨论、进一步完善的基础。在本阶段，山产品经理负 责，其他人员配合，编写产品规格说明书，此说明书面向最终用户和领 导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。由项 H经理负责编写系统技术方案书，描述公司初次使用的技术的详细解决 方案。本阶段完毕后对需求分析进行评审，出具需求分析评审报告。
本阶段提交的文档：软件需求规格说明书。
原型分析说明书 产品规格说明书 系统技术方案书
质量记录：
需求分析评审报告
提交的软件：产品的原型
（注：如果时间有限，可以只编写原型分析说明书而不作原 型）
四. 开发策化阶段
根据项U要求和软件需求，山配路人员配合项U经理编写本项U的
质量保证计划、配 客户提交需求 计划。在配路管理计划中，应 在项U各阶
段完成后，项LI组 档一并向总工办移交。列明本项LI需提交
在制定 需列表说明要移交
计划时，应为计划、设计、测试、改错、再测试、变更、以及编制文档 留出足够的时间。不应使用突击的办法来完成项II。
本阶段涉及的文档：软件质量保证计划
配路管理计•划 项目综合计划
五、设计阶段.
1. 概要设计
根据软件需求规格说明建立软件总体结构和模块间的关系，确 定各模块功能，定义各功能模块的接口，设计全局数据库和数据结
构，在概要设计明确后，可以对综合计划进一步细化，填写项U进 度预计。概要设计需经过评审。
本阶段涉及的文档： 产品概要设计说明书
数据库设计说明 项目进度预计
质量记录：评审报告 2. 详细设计 对概要设计中产生的功能模块进行过程描述 设计，设计功能 模块的内部细节，包括算
法和数据结
构，为编写源代码提供必要 的说明。详细设计需要 经过评审。
本阶段涉及的文档：软件详细设计说明书
测试计划
质量记录： 评审报告
六、编码实现阶段、
根据软件详细设计说明、对各程序模块进行编码、调试、静态分析 和单元测试，验证程序单元与设计说明的一致性。
本阶段涉及的文档： 项H进度月报
项LI周讣划和周总结 项U开发人员周计划 工作日志 每周例会记录 配路项更改申请单
七、测试阶段
1. 软件单元测试
按详细设讣的结构，根据软件单元测试计划，依照将经过单元 测试的底层程序单元逐步组装成子项U直到开发项U的过程，对软 件进行测试。
本阶段涉及的文档： 测试计划
测试设计
测试问题报告单
参考文档： 北京世纪科怡软件开发操作指导书中的“测 试阶段 操作指导书” 2. 组装测试
根据软件需求规格说明书中定义的全部功能和性能要求及组装 测试计划，对软件进行组装测试，以确定整个软件是否满足软件需 求，是否可以提交总装测试。
软件组装测试计划（含测试用例设计）的编制工作和软件组装 测试环境的研制、组建工作，应从软件需求分析阶段起与软件开发 同步展开。
本阶段涉及的文档： 测试计划
测试设计
测试问题报告单
中试阶段
项U组开发的软件产品经中试部验收后提交中试部中试，中试部根 据需求分 析报告
从用户的角度出发对产品的功能、性能进行中试。 本阶段涉及的文档：中试计划
中试问题报告单 八、 验收交付
对完成中试的软件进行检查、审查和评审，确定软件是否达到了软 件任务书的要求。验收通过的软件可以向软件交办单位交付。项U经理 及项U组人员应在此阶段完成项U总结，项U经理提交项U开发总结报 告，项目组成员提交个人工作总结报告。
本阶段涉及的文档：验收报告
项目开发总结报告 个人工作总结报告
九、 软件维护
对软件的维护包括针对软件运行过程中发现的问题而进行的改正性 维护，针对不同任务对软件提出不需求而进行的改善性维护，以及可能 出现的由于软件运行环境的改变而进行的适应性维护。
本阶段涉及的文档：软件问题汇总表
维护报告
十、项目开发文件的审批
可行性硏究报告及立项申请、项目开发计划及项目开发总结、确认 计划及确认报告、验收计划及验收报告由技术负责人审批。
项LI组人员编写的其他文件山项U经理审批。
十一、各阶段共同的任务要求
在软件开发过程的各个阶段，都要求完成相应的文档编写工作。本 文档的前面部分已给出了在软件自上而下周期各个阶段中的文档编制情 况。 软件文档从形式上来看，大致可分为两类：
1. 开发过程中填写的各种图表，称为工作表格；
2. 应编制的技术资料或技术管理资料，称为文档或文件。
按照文档产生和使用的范圉，软件文档大致可分为三类：
1. 开发文档：这类文档是在软件开发过程中，作为软件开发人员 前一阶
段工作成果的体现和后一阶段工作依据的文档。包括软 件需求说明书、数据库设计说明书、概要设计说明书、详细设 计说明书、可行性研究报告、项目开发计划。
2. 管理文档：这类文档是在软件开发过程中，由软件开发人员制 定的需
提交人员的一些工作计划或工作报告。使管理人员能够 通过这些文档了解软件开发项LI安排、进度、资源使用和成果 等。包括项H开发计划、测试计划、测试报告、开发进度月 报、项目周计划周总结及项目开发总结等。
3. 用户文档：这类文档是软件开发人员为用户准备的有关该软件 使用、
操作、维护的资料。包括用户手册、操作手册、维护修 改建议、软件需 求说明书。项L1各阶段完毕后需把本阶段相 关文档列表向总工办移交。
十二、验证与评审
软件评审是保证软件产品质量的重要手段，必须纳入软件开发过 程，并把评审通过作为一个软件阶段完成的标志，进而转入下一个开发 阶段。软件评审包括有正式评审即评审、内部评审两种形式。正式评审 是软件项U组上级技术主管主持的评审。内部评审以山项口负责人组 织、开发人员相互检查为基本方式。
就整个软件开发过程而言，至少要进行可行性分析、软件需求评 审、设计评审、软件验证和确认评审、管理评审等五个方面的评审和检 查工作。
因篇幅问题不能全部显示，请点此查看更多更全内容