|
知识路径: > 电子商务系统程序设计基础 > 电子商务系统规划 > 电子商务系统需求分析 >
|
被考次数:4次
被考频率:中频率
总体答错率:51%  
知识难度系数:
|
由 软考在线 用户真实做题大数据统计生成
|
相关知识点:22个
|
|
|
|
|
需求分析的任务是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰而且具体的需求。
|
|
|
需求分析实际上是调查、评价以至肯定用户对软件需求的过程,其目的在于精化软件的作用范围,也是分析和确认软件系统构成的过程,以确定未来系统的主要成分以及它们之间的接口细节。所以,需求分析实际上是一个对用户意图不断进行揭示和判断的过程,它并不考虑系统的具体实现,而是完整地、严密地描述应当“做什么”的一种过程。
|
|
|
首先,把用户提出来的各种问题和要求(这些问题和要求往往是十分模糊的)归纳整理、分析和综合,弄清楚用户想要做什么,应当做什么。把这些作为要求和条件予以明确,这一步称为“用户意图分析”。其次,是在完全弄清用户对软件系统的确切需求的基础上,建立分析模型,从逻辑上完整、严密地描述所要开发的系统,并保证它能满足上述要求和条件。这一步称为“规范化”。
|
|
|
|
|
①系统界面要求。描述软件系统的外部特性,即系统从外部输入哪些数据,系统向外部输出哪些数据。
|
|
|
②系统的功能要求。列出软件系统必须完成的所有功能。
|
|
|
③系统的性能要求。如响应时间、吞吐量、处理时间等。
|
|
|
|
⑤系统的运行要求。如对硬件、支撑软件和数据通信接口等的要求。
|
|
|
⑥异常处理要求。在运行过程中出现异常情况(如临时性或永久性的资源故障,不合法或超出范围的输入数据、非法操作和数组越界等)时应采取的行动以及希望显示的信息。
|
|
|
⑦将来可能提出的要求。主要是为将来可能的扩充和修改做准备。
|
|
|
(2)分析软件系统的数据要求。包括基本数据元素、数据元素之间的逻辑关系、数据量和峰值等。常用的数据描述手段是实体-关系模型。
|
|
|
(3)导出系统的逻辑模型。在结构化分析方法中可用数据流图来描述;在面向对象分析方法中可用类模型来描述。
|
|
|
(4)修正项目开发计划。在明确了用户的真正需求后,可以更准确地估算软件的成本和进度,从而修正项目开发计划。
|
|
|
(5)如有必要,可开发一个原型系统。对一些需求不够明确的软件,可以先开发一个原型系统,以验证用户的需求。
|
|
|
需要再次强调的是,需求分析阶段主要解决“做什么”的问题,而“怎么做”则由设计阶段来完成。
|
|
|
|
(1)必须能够表达和理解问题的数据域和功能域。数据域包括数据流、数据内容和数据结构三个方面,而功能域则反映数据域三个方面的控制信息。
|
|
|
(2)可以把一个复杂问题按功能进行分解并可逐层细化。
|
|
|
(3)建立模型可以帮助分析人员更好地理解软件系统的信息、功能、行为,这些模型也是软件设计的基础。
|
|
|