应用软件开发控制程序---标准程序剖析.doc

程序文件 应用软件开发控制程序 目的 本文件规定了项目设计开发的职责、程序、组织和技术接口及设计更改的要求，以使软件开发过程得到有效控制，。本程序文件适用于本公司所有软件开发过程的控制活动。需求分析：研究用户要求以得到系统或软件需求定义的过程。 ：把软件需求变换成可表示的可实现的软件形式包括数据的定义及构造、界面的定义。 设计：推敲并扩充设计，以获得关于处理逻辑、数据结构和数据定义的更加详尽的描述。 设计实现：把设计翻译成代码，然后对此代码排除隐错的过程。它是程序的一种机器可执行形式，或者能被自动地翻译成机器可执行的某种形式的程序。.2 产品研发部主任负责审核各阶段设计。 5.3 项目负责人负责协调项目内外各方的关系控制项目进度并保证项目计划的实施和完成在开发过程中需协调一致的规则确定实施该项目的技术路线，采用的软件开发方法和使用的软件辅助开发工具。.4 项目负责人.5 需求分析员作为的代表，负责沟通用户和开发人员的认识和见解，明确及准确地编写需求说明书。 .6 系统员负责为设计实现提供可行的依据并在设计过程中负责编写、。 .7 程序员进行软件模块的详细设计。程序员按设计要求把软件设计变换成可执行的，进行调试编写。? .8 测试人员负责制定测试计划实施测试。? .1 需求分析阶段 需求分析员根据合同、软件任务书的要求，确定系统功能、性能指标、环境要求、安全性、可靠性、兼容性、易维护性、可移植性、等，需要时应规定与其它软件或硬件产品的接口,完成《需求分析说明书》。关于《需求分析说明书》的编写规范详见《软件需求分析说明书的编制办法》。 需求分析完成并审核后，应对项目是否满足用户需求、项目需求的设计、操作和维修的可行性进行评审。在合同或其他情况下（可行时），需求评审应有用户代表或其委托人参加，或通过其它方式征得用户的确认。 当需求发生变更时，应与顾客进行确认，采用共同签署《变更、洽谈记录》或其它适宜的形式。 产品专责根据软件产品实际情况，确定需求分析阶段评审具体内容，可适当增减；评审内容应写入设计评审申请表，并作评审记录。 需求分析阶段评审内容： ?软件需求说明书是否覆盖了用户的所有要求。 ?软件需求说明书完整性、一致性、可测试性、可跟踪性。 ?文档是否符合有关标准规定（包括公司的ISO有关规定）。 6.2 总体方案设计阶段 项目负责人数据定义、界面定义?软件开发计划的合理性。 ?总体方案是否与软件需求说明书的功能要求一致。 ?从 ?接口定义是否明确。 ?文档是否符合有关标准规定（包括公司的ISO有关规定）。 6.3 详细设计阶段 程序员进行软件模块的外部接口、内部接口以及数据库的详细设计。软件模块各部分的设计，应尽量地将各个部分详细划分为含有软件单元的较低的层次，以便进行编码、编译和测试。 程序员应完成源程序编码、单元调试和模块调试，源程序编码具体依据公司企业标准的相关规定执行。包括下列任务： 开发每个软件单元和数据库； 调试每个软件单元和数据库，以保证它们符合要求； 将软件单元和其各组成部分集成为软件模块并调试。 详细设计的结果应满足总体设计方案的要求，并形成《设计说明书》，产生程序代码。关于《设计说明书》的编写规范详见《软件设计说明书的编制办法》。 详细设计的结果应进行评审，对其要求的可追溯性、与外部的一致性、模块各部分之间的一致性、所采用的设计方法的适宜性，详细设计的可行性、兼容性及操作和维护的可行性等进行评审。 产品专责根据软件产品实际情况，确定详细设计阶段评审具体内容，可适当增减；评审内容应写入设计评审申请表，并作评审记录。 详细设计阶段评审内容： ?详细设计说明书是否与总体方案的功能要求一致。 ?模块内部逻辑结构是否合理，模块之间接口是否清晰。 ?数据库设计是否完整，是否正确反映总体方案的要求。 ?文档是否符合有关标准规定（包括公司的ISO有关规定）。 6.4 测试与试运行阶段 该阶段应按项目需求完成软件、硬件和其它部分的集成，进行系统测试，开展系统试运行。 6.4.1 软件测试 测试人员编制系统的《测试计划》（包括系统功能和性能的测试），并规定测试要求和进度安排。关于《测试计划》的编写规范详见《软件测试计划的编制办法》。 按《测试计划》完成各软件模块的测试，测试结果应满足项目需求并形成《测试报告》。关于《测试报告》的编写规范详见《软件测试报告的编制办法》。 测试过程中产生的问题应该进行测试追踪并填写记录单。 测试完成后应进行评审，评审测试方法的正确性和测试结果的符合性。 6.4.2 试运行 为检验软件实际运用中是否符合用户需求，须进行现场试运行，试运行时间以合同或客户要求为准。 系统分析员负责编写软件使用说明的《用户手册》,关于《用户手册》的编写规范详见《软件用户手册的编制办法》；项目负责人确定试验点，编写软件《试