信息系统开发管理办法(暂行).doc

华鑫置业（集团）股份有限公司 信息系统开发管理办法华鑫置业（集团）股份有限公司信息系统开发管理办法（暂行）一、目的和作用本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件，使整个软件开发过程阶段清晰、要求明确、任务具体，实现软件开发过程的标准化。二、适用范围公司的信息系统开发产品均适用。三、适用对象开发管理人员，系统开发人员，系统维护人员四、软件开发流程4.1可行性研究与计划4.1.1实施a. 软件开发部分析人员进行市场调查与分析，确认软件的市场需求b. 在调查研究的基础上进行可行性研究，写出可行性报告c. 评审和审批，决定项目取消或继续d. 若项目可行，制订初步的软件开发计划，建立项目日志e. 根据市场环境、公司软硬件情况预测十大风险因素4.1.2 文档a. 应交付的文档1） 可行性研究报告2） 初步的软件开发计划3） 十大风险列表4） 软件项目日志b. 提交步骤1） 适用于以后各阶段的文档提交。2） 项目相关文档用管理工具进行版本管理，相关书写人员可根据各文档模板形式撰写文档，正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。4.2需求分析4.2.1实施a. 调查被开发软件的环境b. 软件开发提出的需求进行分析并给出详细的功能定义c. 做出简单的用户原型，与用户共同研究，直到用户满意d. 对可利用的资源（计算机硬件、软件、人力等）进行估计，制定项目进度计划（可有相应的缓冲时间）e. 制定详细的软件开发计划f. QA部门制订质量控制计划和测试计划g. 编写初步的用户手册h. 评审4.2.2要求a. 必须以运行环境为基础b. 应有用户指定人员参加c. 需求说明书必须明确，并经过用户确认4.2.3交付文档a. 软件需求说明书b. 用户手册(概要)c. 更新后的软件开发计划d. 项目进度计划e. QA计划f. 测试计划*g. 更新后的十大风险列表h. 软件日志4.2.4审批a. 经评审通过的各项内容形成相应的文档后，提交给项目经理审核确认b. 软件需求说明书经开发组长确认后再提交给项目经理进行审核确认。4.3概要设计4.3.1实施a. 确定目标系统的总体结构1) 对于大型系统，可按主要的软件需求划分成子系统，然后为每个系统定义功能模块及各功能模块间的关系，并描述各子系统的接口界面2) 对于一般系统，可按软件需求直接定义目标系统的功能模块及各功能模块间的关系b. 给出每个功能模块的功能描述，数据接口描述，外部文件及各功能模块部的关系c. 设计数据库或数据结构d. 制定各阶段开发的目标（以下称里程碑）计划e. 制订第一个里程碑的测试计划f. 评审4.3.2要求a. 在设计目标系统的整体结构时，应力争使其具有好的形态，各功能模块间应满足低耦合度，而各功能模块内应满足高内聚度。功能模块的作用范围应在其控制范围之内。b. 在设计目标系统的总体结构时，应降低模块接口的复杂性，提高目标系统的可靠性4.3.3交付文档a. 概要设计说明书b. 数据库/数据结构设计说明书c. 更新后的用户手册d. 更新后的项目进度计划e. 更新后的十大风险列表f. 更新后的软件开发计划g. 更新后的软件项目日志4.3.4补充说明a. 测试程序的编写需与开发组长协商根据开发小组和QA小组的工作量确定由QA组还是由开发组完成b. 每一个里程碑又可分为详细设计、实现、组装测试、确认测试、发布、交接等阶段。4.3.5审批a. 经评审通过的各项内容形成相应的文档后，提交给项目经理审核确认b. 数据库/数据结构设计说明书、概要设计说明书经开发组长确认后还须提交给项目经理进行审核确认。4.4详细设计4.4.1实施a. 将概要设计产生的构成软件系统的各个功能模块逐步细化，形成若干个程序模块（可编程模块）b. 确定各程序模块之间的详细接口信息c. 撰写拟定单元测试计划d. 评审4.4.2要求a. 确定程序模块内的数据流或控制流，对每个程序模块必须确定所有输入、输出和处理功能。b. 规定符号的使用，确定命名规则。4.4.3文档a. 详细设计说明书b. 单元测试计划4.4.4审批a. 经评审通过的各项内容形成相应的文档后，提交给项目经理审核确认。b. 详细设计说明书经开发组长确认后还须提交给项目经理进行审核确认。4.5实现4.5.1实施与要求a. 对每个程序模块用所选定的程序设计语言进行编码，写出的程序应该是结构良好、清晰易读、且与设计一致，符合公司编码规范b. 单元测试：开发人员按单元测试计划对自己编写的程序进行测试c. 编程及单元测试过程用管理软件进行版本管理，主要由项目组长负责管理。4.5.2交付文档单元测试报告4.5.3审批所有文档必须提交给项目经理审核确认。4.6组装测试4.6.1实施a. 开发组单元自测完成后，填写测试申请单连同要测试产品清单交给QAb. 相关QA人员根据提交申请单将源程序、文档等拷贝到测试中产品目录c. 执行测试计划中所有要求的组装测试d. 对测试结果进行分析，生成当前问题列表（BUGLIST），返回项目组长e. 开发人员经过分析，修复并自测完毕，生成BUG修复报告，返回QAf. 完成：反复直至QA通过。4.6.2要求a. 组装测试应保证模块间无错误的连接b. 应对软件系统或子系统的输入/输出能力进行测试，使其达到设计要求c. 应测试软件系统或子系统正确能力和经受错误的能力4.6.3交付文档a. 运行的软件系统源程序清单b. 组装测试计划c. 当前问题列表（BUGLIST）d. BUG修复报告e. 组装测试分析报告4.6.4审批所有文档必须提交给项目经理审核确认。4.7确认测试4.7.1实施a. 模拟的环境中进行强度测试，即在事先规定的一个时期内运行软件的所有功能，以证明该软件无严重错误b. 执行测试计划中的所有确认测试c. 使用用户手册，以进一步证实其实用性和有效性，并改正其中的错误d. 对测试结果进行分析，生成当前问题列表（BUGLIST）e. 反复查找BUG原因，直到修复f. 对所有文件进行整理4.7.2要求a. 全部系统存储量、输入及输出通道，以及处理必须有足够的余量b. 全部预期结果、测试结果及测试数据全部存档c.交付文档1) 确认测试计划2) 更新后的用户手册3) 更新后的项目进度计划4) 更新后的十大风险列表5) 更新后的软件项目日志6) 测试产品清单7) 当前问题列表（BUGLIST）8) BUG修复报告4.7.4 补充说明a. QA部门将测试清单中缺少的文档也列入BUGLISTb. 对于测试中重现与未重现的BUG均要有说明4.7.5 审批所有文档完成后须提交给项目经理审核确认。4.8发布4.8.1过程a. 经测试合格的产品QA填写发布申请表连同发布文档一起提交给QA经理、开发组长、项目经理b. QA经理、开发组长、项目经理审核发布申请c. QA人员将发布产品（包括源程序、执行文件