e文库系统开发管理制度Word格式文档下载.docx
《e文库系统开发管理制度Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《e文库系统开发管理制度Word格式文档下载.docx（7页珍藏版）》请在冰豆网上搜索。
按设计要求把系统的设计变换成可执行的源程序，进行调试，完成相应的文档。
（四）测试工程师：
负责实施产品测试，填写测试报告。
（五）数据转换工程师：
由开发负责人指定，负责制定数据转换计划，开发转换程序或调试转换工具，实施数据转换（该角色可根据项目具体情况，在存在数据转换任务的项目中设置）。
（六）培训工程师：
由开发负责人和业务负责人指定，一般由开发工程师兼任，负责实施培训及考核。
（七）测试负责人：
从测试角度审核《测试计划》、《测试用例》、《测试报告》等过程文档，确保测试的实施和完成。
（八）业务审核人：
从业务角度审核《项目总体计划》、《需求说明书》等过程文档的内容满足业务需要，一般由业务部门经理或业务方向负责人担任。
（九）技术审核人：
负责审批程序开发过程文档。
审核《项目总体计划》、《需求说明书》、《设计说明书》等文档内容是否适合技术实现，一般由开发部门经理或其指定的人员担任。
（十）项目总负责人：
对系统开发项目总体负责，审核确认项目的可行性分析，监控项目执行过程，协调涉及到的公司各部门之间的关系，保证开发项目的顺利完成。
一般由公司高层指定。
第三章内容
第五条
系统开发过程分为项目启动、需求分析和设计、编码实现、测试、数据转换、培训、上线共七个阶段。
其中数据转换阶段可根据项目是否存在数据转换任务而进行取舍。
第六条项目启动
（一）由项目业务负责人提出对项目的最初设想，制定《项目总体计划》，内容主要包括：
●基本要求
✓项目可行性和成本效益分析
✓项目的目标、背景、市场方案
✓项目的主要功能模块组成和相互关系
✓项目的性能期望，如：
预期用户数、在线用户数、关键操作的响应速度等
✓项目运行的软硬件平台以及对客户端软硬件环境的特殊要求
✓项目的阶段划分和里程碑
✓项目预期的上线时间
●可选要求
✓项目竞争对手或同类产品的特点，如何在产品功能上确保我们的竞争力
✓项目的前身及与相关系统的联系
✓项目各模块具体功能的含义和限制条件
✓项目的界面要求
（二）项目业务负责人提交《项目总体计划》，技术审核人和业务审核人根据上述内容的分析描述状况进行评审，并将评审结果向项目总负责人进行汇报。
由项目总负责人决定继续或终止该项目。
（三）对于外包系统开发项目及外购系统项目，以项目组为班底（至少包括业务和IT技术方面的专业人员），成立项目招标委员会，遵循公司招标流程执行。
并且与应用系统提供商签署合同前，需要经过企业法律部门审核。
第七条需求分析和设计
（一）项目业务负责人通过各种方式收集所开发项目的业务需求，并对获取的需求和系统应具有的隐含需求进行分析，以建立系统需求。
这些需求通常包括：
✓项目概要
✓功能需求
✓性能需求
✓安全和保密需求
✓预计上线时间
✓数据需求
✓人机接口需求
✓网络需求
✓和其他系统的接口需求
✓操作、维护和安装需求
✓一些特殊的设计限制
✓项目远景展望
（二）项目业务负责人根据项目需要，清晰准确地定义和描述上述全部或部分内容，编写《需求说明书》。
（三）项目业务负责人将《需求说明书》提交给技术审核人和业务审核人，根据
（一）中要求内容的分析描述状况进行评审。
（四）在《需求说明书》通过技术和业务审核后,项目业务负责人凭审核人签字确认的《需求说明书》，完成以下工作：
✓通知开发部门经理组建项目开发组、指定开发负责人，并签字确认
✓通知相关负责人在SVN（或类似软件）服务器上为新项目开设目录，同时上载《需求说明书》电子文件，并签字确认
✓通过电子邮件把通过审核的《需求说明书》电子文件发给开发负责人、测试负责人
✓将经相关人员签字确认的《需求说明书》交项目业务负责人备案
（五）开发负责人根据项目的具体情况，描述以下全部或部分内容，编写《设计说明书》，并提交给技术审核人审批，根据以下内容的分析描述状况进行评审。
✓程序模块划分
✓名词定义
✓角色定义
✓数据库说明
✓程序模块设计说明
✓安全性设计说明
✓与相关系统联系
✓软硬件平台
✓风险分析
✓相关模块间的接口,
即模块间传递信息的内容、方式和协议
✓确定各模块在计算机网络环境下的物理分布
✓确定本系统与其他外围系统接口
✓确定模块与系统功能间的关系
✓确定模块与数据库表间的关系
✓考虑可靠性和灵活性等方面的设计
✓要确定用户界面的设计风格
✓主要算法设计
✓异常处理设计
第八条编码实现
（一）开发负责人组织有关人员讨论和确定实施该项目的技术路线、采用的开发方法论、使用的系统辅助开发工具、制定编码阶段中文档编写规则，模型表示规则，命名约定等在开发过程中需协调一致的规则。
项目组制定的规则应尽量与公司统一的正式编码标准保持一致。
（二）开发工程师细化和描述所负责的功能模块，确定实现该模块功能的具体算法、内部数据结构和外部接口方式，并报请开发负责人审核批准。
（三）开发工程师应保证最终程序与设计相一致。
编码过程中应遵循项目组规定的命名规则和注释等规定，以保证程序的清晰、易读。
（四）开发工程师要对编写的程序进行调试，使程序不仅通过编译的语法检查，而且在功能和性能等方面达到设计的要求。
（五）开发负责人根据项目产品的具体要求，决定是否编写《系统管理手册》和《用户操作手册》。
如果需要，由开发负责人或其指定人员编写。
（六）在项目开发过程中，一般不应该对通过审核的《需求说明书》、《设计说明书》等文档进行变更，如果由于特殊情况，确实需要变更。
如果变更将影响项目总体计划，必须填写《变更申请单》并提交审核。
如果变更不影响项目总体计划，可由项目业务负责人自行决定是否执行本规程的要求，但要确保提交测试时项目文档的一致和有效性。
第九条测试
（一）对于自开发项目，测试负责人或指定人员准备测试计划、测试用例并最后填写测试报告。
（二）对于外包系统开发项目，要求外包开发商提供完整的系统开发文档及详细的系统测试报告，包括功能测试、压力测试、性能测试、UI测试和其它专项测试等。
公司对该系统进行功能测试、性能测试和用户接受测试（UAT），准备测试计划、测试用例并填写测试报告，以确认该系统是否满足要求。
（三）对于外购系统项目，必须选购至少经过一年时间以上市场考验的成熟系统产品。
一般应该经过开发公司调查、观摩演示、实际操作和演练、访问其它系统用户等过程。
要求系统开发公司提供详细的系统功能说明和性能指标。
公司对该系统进行功能测试、性能测试和用户接受测试（UAT），准备测试计划、测试用例并填写测试报告，以确认该系统是否满足要求或者需要进行二次开发等。
（四）测试结束后，由测试负责人或指定人员确定该产品的版本，并将该系统所有文件上载到SVN服务器，并签字确认。
之后如果需要访问和修改系统文件，需要经过开发负责人和测试负责人的批准，由测试负责人决定是否需要重新进行测试。
第十条数据转换
（一）业务负责人定义数据转换需求和策略，内容包括转换范围、目标、方法、需求和转换策略等。
（二）数据转换工程师为开发或测试转换程序而准备运行环境。
（三）数据转换工程师完成转换数据映射，内容包括将原始数据文件或元素与新开发系统的数据表形成准确对应。
（四）数据转换工程师定义需要人工参与的操作流程，确定自己编码开发或采用自动的转换工具，并报请开发负责人进行审批。
（五）数据转换工程师开发转换程序或调试自动转换工具，并对转换工具进行测试，确保转换工具的正确性和必要的。
（六）数据转换工程师使用转换程序或工具实施数据转换，填写《数据转换报告》。
第十一条培训
（一）培训工程师根据项目需要，针对最终用户和电脑操作员制定培训计划。
培训计划包括培训对象、培训内容、考核方法及培训形式，培训时间等。
（二）培训工程师对最终用户或电脑操作员进行培训。
（三）培训工程师对最终用户或电脑操作员进行考核，确认培训效果。
第十二条上线
（一）产品上线负责人（由开发负责人和测试负责人协商指定，确保非本项目开发工程师）制定上线计划，内容包括：
上线的目标、范围、时间、方法、步骤、环境要求、退回情景、检查清单等。
（二）产品上线负责人填写上线申请单连同上线各种文档一起提交给测试负责人、开发负责人、业务审核人和技术审核人。
（三）测试负责人、开发负责人、业务审核人、技术审核人审核上线计划和上线申请。
（四）产品上线负责人向SVN服务器管理员提供审批后的上线申请单。
SVN服务器管理员根据上线申请单，以给产品上线负责人开通只读权限账号、拷贝等方式，将上线产品相应版本的所有文件（包括源程序、执行文件及相关文档）提交给产品上线负责人。
产品上线负责人将该产品所有文件放入的系统上线产品目录，并在指定时间对该产品实施上线。
（五）项目业务负责人对项目进行结项评估，评估内容包括项目执行过程、程序修改、文档提交、系统关键参数（参数表）的检查、开发成本情况等。
并将评估结果向项目总负责人进行汇报。
第十三条开发过程中涉及的文档均可用邮件方式或各部门内部使用的文档代替，可参见邮件或文档中的相关内容，并存档保留；
对于外包项目，可参见开发商提供的文档，并存档保留。
第四章项目监控及环境分离
第十四条项目监控人员定期召开项目会议，检查项目环节是否完善，项目里程碑文档是否具备，会议结果记录在会议纪要中。
第十五条用于系统测试的测试环境与系统正式上线的生产环境应分离。
第五章附件
《项目总体计划模版》
《需求说明书模版》
《设计说明书模版》
《测试计划模版》*
《测试用例模版》*
《测试报告模版》
《数据转换报告模板》
《上线计划》
《上线申请单模板》
《结项评估报告模版》
《变更申请单》
升级会员 