《软件需求立项及开发管理办法》由会员分享，可在线阅读，更多相关《软件需求立项及开发管理办法（7页珍藏版）》请在金锄头文库上搜索。
1、文件编号(2010)-XX-*-0012版 本1.0文件类型软件系统需求立项开发管理办法发文日期2010 年04月07日软件系统需求立项开发管理办法一、目的为明确软件开发的需求，使软件开发过程规范化，并有效的管理和控制软件开发项目进度及项目风险，保障公司核心业务系统的稳健性及适用性，节约软件系统开发成本及提高开发效率。二、范围此方案适用全公司所有的营业部门、操作中心及其他相关职能部门。三、适用文件此办法暂无适用文件。四、内容（一） 系统需求立项开发管理办法整体流程1系统需求部门对产生的系统需求，整理成文档后，起草系统需求立项申请工作流申请。依次至流程起草部门分管领导审批。2、审批后，信息研发部
2、门进行项目详细需求调研与分析，确保业务部门对系统的具体需求明确。3、通过召开需求分析结果评审会议，对信息研发部门的需求调研详细结果进行确认，以保障项目需求的正确性、可性行、完整性、可实施性及风险点，审计项目预计成本与产出是否成正比，评审会议有权否决项目开展。4、通过评审的项目，由信息研发部门进行开发，并明确项目完成时间。5、审批完成后，项目进入到开发阶段与内部测试阶段。6、信息研发部门在内部测试完成后，通知需求部门相关人员，进行项目验收测试。7、需求部门在提交需求开发申请后至项目验收期间，需求原则上不进行变更。8、在建软件项目需求变更的，必须由原需求项目申请人起草在建软件项目需求变更流程。9、
3、信息研发部门在需求项目经过外部测试验收合格后，起草系统版本上线申请流程，依次至分管领导。上线申请具备条件有：内测验收签字表、外测验收签字表、项目技术评审表、升级程序脚本检查表、项目培训文档。10、流程审批后，信息服务部根据系统升级的影响系统功能及系统影响到的部门发布系统上线升级通知，由信息研发部门系统升级专员进行系统升级操作。具体流程图如下： （二）系统需求立项申请1、系统需求项目必须通过OA需求立项审批流程审批。（1）申请人必须为部门经理级别及以上人员。（2）申请人必须填写软件需求申请单，软件需求申请单参照（附录1）。（3）申请人直接上级审批需求是否合理及是否违反公司相关制度、规范流程等。（
4、4）申请人为业务部门项目负责人,必须全程配合系统需求调研，为需求项目提供各项详细的要求、业务流程、算法、单据及相关制度文件，协调信息研发部部门相关人员调研期间的调研工作。（5）信息研发部门在流程审批通过时必须给出明确的需求分析完成时间，如否决需求流程必须给出明确的理由。2、系统需求项目经过OA需求立项审批流程审批完成后，进入到项目需求分析调研阶段，标识项目正式启动。（1）需求审批完成后，信息服务部存档软件需求申请单并进行项目跟踪，信息研发部负责人指定专人负责需求项目调研工作（以下简称需求分析人员），并将系统需求进行分类管理。（2）需求分析人员必须充分的挖掘需求部门潜在需求，并用原型方法展示软件
5、界面，使需求部门充分了解未来软件项目的功能。（3）需求分析调研阶段的项目责任人为业务部门项目负责人及需求分析人员，双方按照流程约定项目期限进行相关工作开展。（4）需求分析人员与业务部门项目负责人达成一致意见后，由需求分析阶段进入到需求评审阶段。（5）进入需求评审前，需求分析人员必须根据需求部门的实际需求整理出需求分析规格说明书及其他项目相关文档，并且评估出需求项目成本及项目开发周期。（6）需求立项申请审批后，信息研发部门必须在五个工作日内进行需求调研工作。（三）系统需求立项评审1、系统需求立项必须通过需求评审会议评审通过后，项目才能生效。（1）需求评审会议由信息研发部主持，并根据需求类型通知相
6、关部门人员参加。原则上，需求评审团队由业务方代表、需求分析人员、开发代表、相关分管领导组成。（2）需求评审不通过，则由需求分析人员与业务部门项目负责人继续进行调研分析，直至通过为止。（3）需求评审会议有权否决项目的继续进行。（4）需求评审人员必须对开发成本投入与产出进行审核，确认后签署需求评审表，需求评审表参照（附录2）（5）需求评审会议必须对项目的优先等级进行评定，以利于项目的开展及进度实施。（6）通过评审的需求项目，由信息服务部存档需求项目的需求评审表，并进行编号管理，必须根据公司相关制度严格保密需求项目文档。（7）通过评审的需求项目，信息研发部门必须在评审时给出项目明确完成时间，并交由信
7、息服务部随需求项目文档一起存档。（8）项目的优先等级可成为内部收费的标准，对于普通项目，内部收费标准为200元/人天；紧急项目内部收费标准为300元/人天；重要且紧急内部收费标准为400元/人天，立项的需求项目最低按1人天计。（四）系统需求开发1、信息研发部门需严格按照软件工程规范进行项目开发，以确保项目开发质量。2、信息研发部门在接收到明确的项目需求后，指派专人负责项目的方案设计，方案必须通过内部评审意见一致后，进入到需求项目编码阶段。3、项目开发完成后，必须由研发主管进行检测各项代码的正确性及适用性，确认各项无误后，项目进入到内部测试阶段。（五）系统需求功能测试1系统需求功能测试阶段分为内
8、部测试与外部测试二个阶段，内部测试是由信息管理中心由开发人员与服务人员进行的测试；外部测试是指项目功能准用户进行的模拟业务场景的测试。2内部测试21 内部测试由信息研发部门进行项目功能单元测试，项目关联模块测试，必须严格测试每一项目，确保达到项目需求，并逐步记录测试结果，合格则由测试人员签字存档。22 信息研发部门在单元测试通过后，将需求项目功能与原系统功能集成封装后，交由信息服务部进行内部集成测试。在交付集成测试前，必须要有需求项目的方案与技术记录文档；同时需要向信息服务部书面提供项目关联模块及数据监测项等测试相关信息。2.3 集成测试时，必须要按照需求评审内容逐项测试，并模拟准用户业务场景
9、产生的各因素、条件等进行测试。24每一项测试通过后，由测试负责人填写内部测试表，如某项功能不能通过测试，必须第一时间通过书面文档形式反映给信息研发部门，并要求其完成时间，记录在测试文档并进行跟踪。25 信息研发部门交付集成测试版本之日起，三个工作日内必须提供测试结果。3外部测试31内部测试完成后，由信息服务部组织相关业务部门人员进行系统外部测试。（1）业务部门负责人根据需求评审过的项目需求，每一项进行严格测试，合格后按每一项功能进行签字。（2）项目测试时发现的错误，信息研发部门必须及时改进，并通知业务部门负责人继续进行验收测试，直至验收合格为止。（3）自信息研发部通知之日起，业务部门负责人三个
10、工作日内必须给出测试回复，六个工作日内必须测试完成。（4）因没按规定时间进行测试工作，导致项目整体延期，对业务部门负责人按奖励与处罚管理规定XZ-0071中相关规定进行处罚。（5）因系统错误等原因延误测试工作，导致项目整体延期，对信息研发负责人按奖励与处罚管理规定XZ-0071中相关规定进行处罚。32业务部门负责人签字验收后，信息研发部门方可起草系统升级流程。（1）项目验收表由信息服务部存档，并按要求汇总至项目需求整体文档库，以保障项目文档的完整性。(项目验收表参照附录4)。（2）项目验收是一项非常重要工作，是以确保软件项目上线后是否能正常使用，是否符合实际业务。项目验收签字为划分测试责任的主
11、要依据，业务部门负责人必须严格按照业务场景要求进行具体每一项测试。（六）系统上线1项目实际的上线时间为需求的实际完成时间，系统上线必须由信息研发部门负责人起草OA系统上线申请工作流，审批通过后，方可由系统升级专员进行升级操作。（1）流程审批前，信息研发部门项目相关开发人员必须整理出项目升级的脚本、表单、文件等资料，研发主管负责检查正确性、完整性、可用性，并形成记录，作为系统升级审批依据之一。（2）系统上线升级过程中，系统升级专员必须严格按照相关规范操作，避免数据损坏，做好防范措施，有必要需在升级前召开升级风险及防范会议，以降低项目升级带来的各项风险。（3）项目上线时间即项目完成时间，根据需求开
12、发审批时的预计完成时间来考核信息研发部门。对于延误需求项目进度的，将按照相关规定进行处罚。因需求项目进度调整，需在调整前由信息研发部门通知业务部门负责人，取得同意后，方可变更项目进度。公司因重大事件需特殊处理不在此范围内。2流程批准后，系统上线之前，由信息服务部向全公司发布系统升级通知，相关业务部门做好相关准备工作。（1）通知内容必须注明升级的影响范围（系统功能）及影响部门、可能存在的风险及防范措施。（2）信息服务部在系统升级时要求制作当次升级的功能详细操作文档，并随系统项目上线时发布，并在系统升级通知中明确操作文档的链接地址，以便指导最终用户操作。五、奖惩依据（一）奖励与处罚管理规定XZ-0
13、071六、权限（一）起草部门：信息管理中心（二）审核部门：运作中心、营运中心、制度部、行政部（三）批准部门：信息管理中心（四）执行部门：各区域部门、操作中心、各职能部门七、例外（一）系统功能性错误（系统BUG）、数据异常等，影响到业务正常操作不在此管理办法规定之内。（二）对于系统现有功能的改善与局部调整的，由需求部门起草OA系统创新建议流程。八、解释（一）本管理办法自公布之日起执行。（二）信息管理中心对此管理办法有最终的解释权。九、引用（一）奖励与处罚管理规定XZ-0071十、附录附录1软件需求申请单附录2软件需求评审表附录3在建软件项目需求变更申请单 附录4外测项目验收表 7第 7 页/ 共 7 页
