需求分析规范.doc

需求分析规范.doc

ID:56244141

大小:54.50 KB

页数:8页

时间:2020-03-24

需求分析规范.doc_第1页
需求分析规范.doc_第2页
需求分析规范.doc_第3页
需求分析规范.doc_第4页
需求分析规范.doc_第5页
资源描述:

《需求分析规范.doc》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、EBS需求分析规范-V1.0文档编号:文档名称:需求分析规范文档类别:分析和设计规范密级:机密版本信息:1.0建立日期:2005-8-31:D0001人者人期建核准伽创审批批编辑软件:MicrosoftOffice2000屮文版文档审批信息序号审批人角色审批日期签字备注文档修订记录版本编号*变化状态简要说明(变更内容和变更范围)日期变更人批准日期批准人更改请求号VI.0(2005-8-31D0001*变化状态:C——创建,M——修改,D——删除目录1简介41.1文档目的41.2适用范围42需求开

2、发定义42.1什么是需求开发42.2各个步骤工作43需求开发策略.43.1需求获取43.2需求分析63.3需求评审71简介1.1文档目的木文档屮的内容是为了总结在需求分析方面的经验,制订相关的规范,指导分析人员完成需求分析工作。1.2适用范围木文档的适用范M为软件项目开发屮的分析和设计阶段。2需求开发定义2.1什么是需求开发需求开发是指软件工程屮的需求阶段的分析研究等工作,需求开发又分为需求获取、需求分析、需求评审等三个步骤。软件的需求主要分为业务需求、用户需求和功能需求。业务需说明了提供给客户

3、和产品开发商的新系统的最初利益,反映了组织机构或客户对系统、产品高层次的目标要求。用户需求文档描述了用户使用产品必须要完成的任务。功能需求定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求。2各个步骤工作需求获取是需求开发屮的与客户或行业专家交流探讨的过程,需求获取阶段主要目标是了解用户的目的目标,得到用户的业务需求和用户需求,估计开发风险,根据客户情况确定需求的优先级别。需求分析是需求开发屮对需求获取得到的信息分析处理,建立川户需求模型,建立关联图,分析系统功能,得

4、到功能需求,并完成需求川例、数据字典等文档,进行应用质最功能调配。需求评审是对需求开发阶段的评审,通常有客户或行业专家参加。主要是评审需求开发过程中的各种文档,制订总体的工作计划(包括设计开发计划、测试计划、实施计划等等),预算开发成本,签订正式开发意向等工作。3需求开发策略3.1需求获取•先导入管理思想,再梳理业务流程O”百闻不如一见,百见不如一尝。”没有亲历过信息化建设的人,对信息化的理解总是比较肤浅,共至包括一些管理层成员。如上ERP系统时,如果一开始就让业务部门谈需求,业务人员谈得通常是

5、当前T作屮的困难或者希望实现的功能等。必须从转变观念入手,先给业务部门导入信息系统所包含的管理思想,然后协助业务部门梳理业务流程。表达要符合业务部门语言习惯需求讨论集中于业务需求和任务,必然使用各种业务术语。应将有关业务术语教给需求获取或者分析人员,同时还要把常川的一些开发术语“翻译“给业务人员,做到交流畅通无阻。了解业务部门的业务及目标只有充分了解业务部门的具体业务,才能开发出满足其需求的软件。为充分了解业务人员的具体需求,需求获取人员到业务部门去观察他们的实际工作流程,其至与业务部门一起工作

6、一段时间。如果是I口系统切换到新系统,还要亲自用一下目前的111系统,明H目前系统是怎样工作的,了解其流程情况以及可供改进Z处等。了解业务的特点以及我们普遍认识的误区或盲区充分了解业务的特点,了解用户需求的软件产品屮的重要特性,比如:erm软件在软件和医疗设备等行业屮重视的是伟前管理和对业务人员的考核;在商贸行业或批发行业重视的是信屮倍示管理和对客户供应商的考核。从行业的特点岀发,仔细分析用户的需求,不能自以为是,根据自己的认识想象或者揣摩用户的需求,这就是所谓的误区或盲区。•掌握各种沟通技巧需

7、求获取的过稈实际上是个沟通的过稈,要想方设法吸引业务人员说出其需求。有时候,尝试看问一些“愚蠢”的问题也有助于用户打开话匝了。如果直接要求业务人员写出业务是如何实现的,十有八九无法完成;但如果尝试着问一些实际的问题,例如:”以我的理解,你们收到订单后,会…”。业务人员立刻就会指出你的错误,并滔滔不绝的开始谈论业务,这一招就叫”抛砖引玉”。•客户所持的假设解释清楚尽量把客户所持的假设解释清楚,特别退那些发生冲突的部分。从字里行间去理解以明确客户没有表达清楚但又想加入的特性或特征。Gause和Wei

8、nberg(1989)提出使用“上下文无关问题”一这是一个高层次的问题,它可以获取业务问题和可能的解决方案的全部信息。客户对这些问题的I叫答诸如“产品要求怎样的精确度”或“你能帮我解释一下你为什么不同意某人的冋答吗?”这些冋答可以更直接地认识问题,而这是封闭(close-end)问题所不能做到的。•掌握好项目的范围在需求获取的过程屮,你可能会发现对项目范围的定义存在误差,不是太大就是太小。如果范围太大,你将要收集比真正需要更多的需求,以传递足够的业务和客户的值,此时获取过稈将会拖延。如果项日范围

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。