文档介绍：EBS需求分析规范-:文档名称:需求分析规范文档类别:分析和设计规范密级:机密版本信息::2005-8-31:D0001人者人期建核准伽创审批批编辑软件:MicrosoftOffice2000屮文版文档审批信息序号审批人角色审批日期 签字 备注文档修订记录版本编号*变化状态简要说明(变更内容和变更范围)(2005-8-31D0001*变化状态:C——创建,M——修改,D——删除目录简介 4文档目的 4适用范围 4需求开发定义 4什么是需求开发 4各个步骤工作 4需求开发策略. 4需求获取 4需求分析 6需求评审 ,制订相关的规范,指导分析人员完成需求分析工作。。,需求开发又分为需求获取、需求分析、需求评审等三个步骤。软件的需求主要分为业务需求、用户需求和功能需求。业务需说明了提供给客户和产品开发商的新系统的最初利益,反映了组织机构或客户对系统、产品高层次的目标要求。用户需求文档描述了用户使用产品必须要完成的任务。功能需求定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求。2各个步骤工作需求获取是需求开发屮的与客户或行业专家交流探讨的过程,需求获取阶段主要目标是了解用户的目的目标,得到用户的业务需求和用户需求,估计开发风险,根据客户情况确定需求的优先级别。需求分析是需求开发屮对需求获取得到的信息分析处理,建立川户需求模型,建立关联图,分析系统功能,得到功能需求,并完成需求川例、数据字典等文档,进行应用质最功能调配。需求评审是对需求开发阶段的评审,通常有客户或行业专家参加。主要是评审需求开发过程中的各种文档,制订总体的工作计划(包括设计开发计划、测试计划、实施计划等等),预算开发成本,签订正式开发意向等工作。•先导入管理思想,再梳理业务流程O”百闻不如一见,百见不如一尝。”没有亲历过信息化建设的人,对信息化的理解总是比较肤浅,共至包括一些管理层成员。如上ERP系统时,如果一开始就让业务部门谈需求,业务人员谈得通常是当前T作屮的困难或者希望实现的功能等。必须从转变观念入手,先给业务部门导入信息系统所包含的管理思想,然后协助业务部门梳理业务流程。表达要符合业务部门语言****惯需求讨论集中于业务需求和任务,必然使用各种业务术语。应将有关业务术语教给需求获取或者分析人员,同时还要把常川的一些开发术语“翻译“给业务人员,做到交流畅通无阻。了解业务部门的业务及目标只有充分了解业务部门的具体业务,才能开发出满足其需求的软件。为充分了解业务人员的具体需求,需求获取人员到业务部门去观察他们的实际工作流程,其至与业务部门一起工作一段时间。如果是I口系统切换到新系统,还要亲自用一下目前的111系统,明H目前系统是怎样工作的,了解其流程情况以及可供改进Z处等。了解业务的特点以及我们普遍认识的误区或盲区充分了解业务的特点,了解用户需求的软件产品屮的重要特性,比如:erm软件在软件和医疗设备等行业屮重视的是伟前管理和对业务人员的考核;在商贸行业或批发行业