需求分析是什么?需求分析阶段的基本任务是什么?
需求分析:开发人员准确地理解用户的要求,进行细致的调查分析,将用户非形式的需求陈述转化为完整的需求定义,再由需求定义转换到相应的需求规格说明的过程。
基本任务: ⑴问题识别:双方确定对问题的综合需求,这些需求包括功能需求,性能需求,环境需求,用户界面需求。
⑵分析与综合,导出软件的逻辑模型 ⑶编写文档:包括编写"需求规格说明书","初步用户使用手册","确认测试计划","修改完善软件开发计划"
软件开发中需求活动的主要任务是
需求分析的基本任务也是主要任务:1.问题识别(1) 功能需求:明确所开发的软件必须具备什么样的功能。
(2) 性能需求:明确待开发的软件的技术性能指标。
(3) 环境需求:明确软件运行时所需要的软、硬件的要求。
(4) 用户界面需求:明确人机交互方式、输入输出数据格式。
2. 分析与综合,导出软件的逻辑模型分析人员对获取的需求,进行一致性的分析检查,在分析、综合中逐步细化软件功能,划分成各个子功能。
用图文结合的形式,建立起新系统的逻辑模型。
3. 编写文档(1) 编写“需求规格说明书”,把双方共同的理解与分析结果用规范的方式描述出来,作为今后各项工作的基础。
(2) 编写初步用户使用手册,着重反映被开发软件的用户功能界面和用户使用的具体要求,用户手册能强制分析人员从用户使用的观点考虑软件。
(3) 编写确认测试计划,作为今后确认和验收的依据。
(4) 修改完善软件开发计划。
在需求分析阶段对待开发的系统有了更进一步的了解,所以能更准确地估计开发成本、进度及资源要求,因此对原计划要进行适当修正。
需求分析与软件设计二个阶段任务的主要区别是什么?
现在的需求分析跟课本的需求分析是有区别的,请不是该职位的人不要轻易误导他人。
需求分析,现在主要的工作是客户有需求,你去了解需求,然后帮客户想要的分解成客户可以看的懂的功能列表,这是项目型需求分析,产品型的需求分析,还应考虑使用客户的工作流程,市场前景等,总之是你设计软件前的所需要考虑清楚的,如果有遗漏,后期工作开展难度很大。
软件设计:根据可用性,实用性,满足客户需求的情况下,做出预留开发的空间(例如:第三方接入,软件升级,平台兼容性等)
需求分析的任务
需求分析的任务是通过详细调查现实世界要处理的对象,充分了解原系统工作概况,明确用户的各种需求然后在此基础上确定新系统的功能。
确定对系统的综合要求,虽然功能需求是对软件系统的一项基本需求,但却并不是唯一的需求,通常对软件系统有下述几方面的综合要求。
1.功能需求2.性能需求3.可靠性和可用性需求4.出错处理需求5.接口需求6.约束7.逆向需求8.将来可能提出的要求 任何一个软件本质上都是信息处理系统,系统必须处理的信息和系统应该产生的信息很大程度上决定了系统的面貌,对软件设计有深远的影响,因此,必须分析系统的数据要求,这是软件分析的一个重要任务。
分析系统的数据要求通常采用建立数据模型的方法。
复杂的数据由许多基本的数据元素组成,数据结构表示数据元素之间的逻辑关系。
利用数据字典可以全面地定义数据,但是数据字典的缺点是不够直观。
为了提高可理解性,常常利用图形化工具辅助描述数据结构。
用的图形工具有层次方框图和Warnier图。
根据在分析过程中获得的对系统的更深入的了解,可以比较准确地估计系统的成本和进度,修正以前定制的开发计划。
需求工程包括哪些基本活动?每一项活动的主要任务是什么?
2002至2003年P.Loucopoulos教授承接了雅典奥运会PLATO(Process Logistics Advanced Technical Optimization)项目,与雅典奥组委和雅典大学经济管理咨询学院 Zografos教授合作共同完成的。
该项目的目的在于通过开发过程模型和相关模拟系统,有效地设计赛场运行方式。
这些模型可以应用于观众人流管理咨询,注册制证,成绩发布、运动员交通等许多范畴。
奥运会运行规划是一个复杂的管理咨询问题,需要考虑资源的优化配置和最有选择,为各便宜相关者提供所需的服务。
PLATO系统是一个决策支持工具,用于管理咨询大量需求场景中的差异参数。
P.Loucopoulos教授在PLATO系统中应用的需求工程办法对大型活动需求管理咨询具有普遍适用性。
PLATO系统中应用的系统动力学工程办法可以通过图形展示系统的需求关系,并通过选取差异的参数值,模拟差异的需求场景,验证需求的有效性。
在软件工程中什么是需求分析?
一。
确定对系统的综合要求1. 功能需求这方面的需求指定系统必须提供的服务。
通过需求分析应该划分出系统必须完成的所有功能。
2. 性能需求性能需求指定系统必须满足的定时约束或容量约束,通常包括速度(响应时间)、信息量速率、主存容量、磁盘容量、安全性等方面的需求。
3. 可靠性和可用性需求可靠性需求定量地指定系统的可靠性。
可用性与可靠性密切相关,它量化了用户可以使用系统的程度。
4. 出错处理需求这类需求说明系统对环境错误应该怎样响应。
例如,如果它接收到从另一个系统发来的违反协议格式的消息,应该做什么?注意,上述这类错误并不是由该应用系统本身造成的。
5. 接口需求接口需求描述应用系统与它的环境通信的格式。
常见的接口需求有:用户接口需求;硬件接口需求;软件接口需求;通信接口需求。
6. 约束设计约束或实现约束描述在设计或实现应用系统时应遵守的限制条件。
在需求分析阶段提出这类需求,并不是要取代设计(或实现)过程,只是说明用户或环境强加给项目的限制条件。
常见的约束有:精度;工具和语言约束;设计约束;应该使用的标准;应该使用的硬件平台。
7. 逆向需求逆向需求说明软件系统不应该做什么。
理论上有无限多个逆向需求,我们应该仅选取能澄清真实需求且可消除可能发生的误解的那些逆向需求。
8. 将来可能提出的要求应该明确地列出那些虽然不属于当前系统开发范畴,但是据分析将来很可能会提出来的要求。
注意:举例让学生理解:这样做的目的是,在设计过程中对系统将来可能的扩充和修改预做准备,以便一旦确实需要时能比较容易地进行这种扩充和修改。
二 。
分析系统的数据要求任何一个软件系统本质上都是信息处理系统,系统必须处理的信息和系统应该产生的信息在很大程度上决定了系统的面貌,对软件设计有深远影响,因此,必须分析系统的数据要求,这是软件需求分析的一个重要任务。
分析系统的数据要求通常采用建立数据模型的方法(举例)。
三。
导出系统的逻辑模型综合上述两项分析的结果可以导出系统的详细的逻辑模型,通常用数据流图、实体-联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型。
四。
修正系统开发计划根据在分析过程中获得的对系统的更深入更具体的了解,可以比较准确地估计系统的成本和进度,修正以前制定的开发计划。
转载请注明出处51数据库 » 软件需求的任务是什么