浅论需求分析与设计——小白学习1

就小白所知，需求分析在整个项目中是极为重要的，今天小白浅谈一下需求的定位和地位、需求的调研、需求分析和设计、编写需求规格说明书这四个方面

一、需求的定位与地位

软件需求的定义：需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。
结论：正确的软件需求是项目成功的关键。

二、需求的调研

需求调研前的准备：1、熟悉业务，达到专家或半个专家的水平；2、做好调研前使用资料的准备，如需求调研模板，各种调研表单及需求调研问题列表等；3、制定好需求调研的计划，对需求调研中可能用到的资源进行一定的分配。
需求调研的方法：1、座谈法（最为耗时间）：与用户沟通交流，向用户提出事先准备好的相关问题；2、调查表法：将相关的问题制成调查表，向用户群体发调查问卷；3、观察法：参观用户的工作流程，观察用户的操作。或者观察操作类似的系统；4、会议讨论法（用的也多）；5、报表单据分析法
需求调研时存在的问题：1、需求模糊（1>不断变化的需求、2>用户不清楚自己需要什么）；2、不是真正用户的需求；3、过早作出结论，曲解用户需求；4、多种用户，多种需求（解决方法：1>要用户们必须统一需求；2>给用户提议方案，供他们选择）
如何处理需求：1、不能需求镀金；2、不能过滤需求；3、不能包办代替；4、对多用户的同一需求，确定优先级；5、对不确定的需求，定义好边界（什么需求能做，什么需求不能做要写明白）
需求调研获取那些内容：业务需求、用户需求、功能需求和非功能需求。
客户与用户的区别？客户：是指购买软件的人或公司；用户：是指使用软件的人
	业务需求：反映了客户对系统、产品高层次的目标要求。
	用户需求：描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。
	功能需求：定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足业务需求。
	非功能性的需求：描述了系统展现给用户的行为和执行的操作标准范和约束，操作界面的具体细节和构造上的限制。

三、需求分析和设计

需求分析的定义：需求分析是为最终用户所看到的系统建立一个模型，是对需求的抽象描述。
	当前的系统————>（概念模型——逻辑模型——物理模型）————>目标系统
用户需求：就是用户对软件系统的要求，解决问题的需要，产出《用户需求规格说明书》
软件需求：用户为解决某些问题或为实现某一目标，要求软件必须满足的条件或能力。产出《软件需求规格说明书》
需求技巧：1、了解被调研对象的组织机构，了解每一个子对象中的关键人物（干系人），提高自己的观察能力。
		 2、其次应该了解用户的行业，学习用户使用的术语，标准，以便能够准确的理解用户的需求，提高自己的行业知识面。
		 3、需求调研中，学会尽量不使用IT行业的术语，而采取浅俗易懂的口头语言来解释IT行业中高深莫测的术语，以便用户能够很好的理解，提高自己的沟通交流能力。
		 4、提高自己的速记能力，文字表达能力以及归纳，能迅速的记录需求调研核心的问题，总结归纳形成原始的需求调研资料。
		 5、提高自己的总结能力，书写一份完整的、前后一致的、可追踪的需求报告。

四、需求分析建模的基本方法

1》原型方法：
		优点：符合人们认识事物的规律，系统开发循序渐进，反复修改确保较好的用户满意度，开发周期短，费用相对较少。由于有用户的直接参与，系统更加贴切实际：易学易用，减少用户的培训实际；应变能力强。
		缺点：不适合大规模的系统开发，开发过程管理要求较高，整个开发过程要经过“修改——评价——再次修改”的多次反复，开发人员容易将原型取代系统分析；缺乏规范的文档资料。
		适应：过程明确，功能简单的中小型系统。
2》结构化分析法：
		方式：数据流图（DFD）、数据字典（DD）、系统流程图
		优点：强调“自上而下”的分析和设计，保证了系统的整体性和目标一致性；遵循用户至上原则，严格区分系统开发阶段，第一开发阶段的成果是下一阶段的依据，便于系统开发的管理和控制。
		缺点：用户素质和需求分析人员之间的沟通问题，开发周期长，难于使用环境变化。结构化程度低的系统，在开发初期难以锁定能够要求
		适应：规模较大，结构化程度很高的系统开发
3》面向对象的用例分析法：
		优点：需求分析设计中的对象和软件中的对象是一致的，简化程序设计，缩短了开发周期。
		缺点：对用户和设计人员要求比较高，用户需要了解软件的一些知识。
		适应：不易于大型系统开发
4》功能列表法：将用户需求以列表的方式展现出来，并编好序号，优先级，并对功能进行描述
		优点：功能很清晰
		缺点：功能的描述不直观，经常结合其他的方式一起进行分析。


	PS:	以上是小白上课的学习知识总结，目的是为了提升自己的归纳和总结能力，为了更好的学习。