SOP005 需求分析及方案论证 v1.00.docxVIP

SOP005：需求分析及方案论证修改历史版本时间修改说明作者1.002011年01月25日初始版本蒋丹东目录1.0目的42.0适用范围43.0职责44.0项目立项的原则45.0项目立项的流程46.0附件57.0说明5目的本文的主要目的是明确信息系统建设需求分析及方案论证的职责、方法及操作规程。适用范围适用于远东宏信有限公司（以下简称“远东宏信”）及控股子公司在进行信息系统建设时的需求分析。无论是在信息化建设年度预算之内的项目，还是预算之外的项目，均须经过IT项目立项流程，提交立项申请书。职责需求部门需求部门包括各事业部及各职能部室。需求部门是需求分析的主体部门，基于自己的业务、运营及管理需求，提出需求，撰写概要设计，提交需求分析说明书。信息技术部由信息技术部的应用开发中心协助需求部门进行需求分析，负责对需求的技术可行性、实施周期和大致费用进行评估。在需要时，信息技术部的系统维护中心、运行保障中心也可协作参与项目需求分析。需求分析的原则须有足够用户参与项目需求分析时，若无足够的用户参与，系统人员获得的需求是片面的，不完整的，在系统项目之初就埋下风险。控制需求范围必须一开始就对项目视图、范围、目标、约束限制和成功标准给予明确说明，并将此说明作为评价需求变更和新特性的参照框架。说明中须包括对每种变更进行变更影响因素分析的变更控制过程，有助于信息技术部明白业务决策的合理性，即为何进行某些变更，相应消耗的时间、资源或特性上的折中。明确需求信息技术部负责从不同角度审查需求。从不同的角度对需求说明给予解释，明确需求的定义，防止需求出现二义性。详细的需求说明过于简洁的需求说明，会给开发人员带来不正确的假设前提和极其有限的指引，也会使需求部门无法得到他们所设想的产品。需求分析的流程与需求部门的领导层、业务层人员进行访谈式沟通，从宏观上把握需求部门的需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等客观的信息。建立起良好的沟通渠道和方式。指定本次项目的接口人。信息技术部结合现有的硬件、软件实现方案，做出简单的用户流程页面，与需求部门一起探讨业务流程设计的合理性、准确性、便易性、习惯性。需求部门可以及时地提出改进意见和方法。双方协同完成概要设计。信息技术部协助需求部门进行具体的流程细化、数据项的确认。需求部门完成详细需求说明书。并对说明书及概要设计签字确认。附件《详细需求说明书模板》《概要设计模板》说明本规定由信息技术部牵头制定，相关条款由信息技术部负责解释、修订。自公告颁布之日起执行。