软件的需求的工程期末复习资料

软件的需求的工程期末复习资料

ID:36988287

大小:496.48 KB

页数:8页

时间:2019-05-11

软件的需求的工程期末复习资料_第1页
软件的需求的工程期末复习资料_第2页
软件的需求的工程期末复习资料_第3页
软件的需求的工程期末复习资料_第4页
软件的需求的工程期末复习资料_第5页
资源描述:

《软件的需求的工程期末复习资料》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库

1、实用标准文案☆什么是软件需求工程?请说明软件需求工程中各阶段的主要任务。p51定义一般定义:指应用工程化的方法、技术和规格来开发和管理软件的需求。需求工程的目标:获取高质量的软件需求。与软件工程中传统的需求分析概念相比,需求工程突出了工程化的原则,强调以系统化、条理化、可重复化的方法和技术进行与软件需求相关的活动,从而有利于提高所有与软件需求相关的活动及其过程的可管理性,降低需求开发和管理的难度和成本。其它定义:Alan.Davis:直到(但不包括)把软件分解为实际架构组建之前的所有活动,即软件设计之前的一切

2、活动。该定义虽然没有详细说明需求工程是什么,但其给出了需求工程的范围。LanK.Bray:对问题域及需求做调查研究和描述,设计满足那些需求的解系统的特性,并用文档给予说明。这个定义明确指出了需求工程的任务就是获取、分析和表达软件的需求。需求工程=需求的开发活动+需求的管理活动2各阶段主要任务需求获取阶段:获取用户的需求信息。需求分析阶段:分析和综合已经收集到的需求信息。需求建模阶段:根据待开发软件系统的需求利用某种建模方法建立该系统的逻辑模型。需求定义阶段:根据用户需求编写出需求规格说明。需求的形式化描述阶段

3、:用严格的数学知识和符号来构造系统的需求模型。需求验证阶段:检验软件需求规格说明。需求管理阶段:开发人员在与提出更改的请求者协商的基础上,评估需求变更带来的潜在影响及可能的成本及费用,然后实施更改,一级有效的管理需求规格说明文档和跟踪更改需求的状态。☆什么是软件需求?软件需求有哪些类型,并分别给出它们的定义。p2软件需求的定义:A.Davis:软件需求是从软件外部能发现的,软件所具有的,满足于用户的特点、功能及属性等的集合。I.Sommerville:需求是问题信息和系统行为、特性、设计和实现约束的描述的集合

4、。M.Jackson等:需求是客户希望在问题域内产生的效果。IEEE软件工程标准:(1)用户解决问题或达到目标所需的条件或能力;(2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。通俗定义:软件需求是指软件系统必须满足的所有功能、性质和限制。软件需求的类型:目标需求:反映组织机构或客户对系统和产品提出的高层次的目标要求,其限定了项目的范围和项目应达到的目标。业务需求:主要描述软件系统必须完成的任务、实际业务或工作流程等。软件开发人员通常可从业务需求进一步细化出具体的功能需求和非功

5、能需求。功能需求:指开发人员必须实现的软件功能或软件系统应具有的外部行为。性能需求:指实现的软件系统功能应达到的技术指标,如:计算效率和精度,可靠性,可维护性和可扩展性等。约束与限制:指软件开发人员在设计和实现软件系统时的限制,如:开发语言,使用的数据库等。精彩文档实用标准文案☆试述快速原型开发模型和面向对象开发模型的基本思想,然后说明快速原型开发模型中抛弃型模型和进化型模型的作用。p9快速原型模型基本思想:快速建立一个实现了若干功能的(不要求完全)可运行模型来启发、揭示和不断完善用户需求,直到满足用户的全部

6、需求为止。其基本过程如下:面向对象开发模型基本思想:应用对象、类、继承、封装、消息、对象或类之间的关系等面向对象的概念对问题进行分析和求解的软件开发技术,或者说,是以对象(类)为数据中心、对象之间的动态行为模式作为运行机制的一种问题求解方法。其基本过程如下:抛弃型模型:指在原型达到预期目的后将其抛弃,而且在构建该原型时,可以忽略具体的软件构造技术,亦即应以最小的代价构造抛弃型原型。进化型模型:在需求被清楚定义的情况下,以渐增式方式构建原型,并使原型最终能成为软件产品的一部分。☆请指出下列陈述属于哪种类型的软件

7、需求或不属于软件需求。p26(1)只有电梯停在某一楼层时,电梯才能改变方向。非功能(2)系统必须用三个主要模块来实现,即检测、记录和统计分析模块,每个模块各自实现一个主要功能。功能性需求(3)当用户输入他们的口令后,系统便自动从口令文件中检索他们的加密口令,并进行核对。功能性需求(4)通过对用户进行不到一个小时的培训后,用户能输入和打印某些数据,且输入/出的出错率低于1/20。非功能(5)所有报销单据必须经过财务部门某负责人审核后才能交由系统处理。非功能(6)系统必须用面向对象的方法和技术实现。非功能☆下列需

8、求是否含糊,如果含糊的话,请在说明理由后给予修改:p84(1)系统必须在固定的时间间隔内提供状态信息,并且每次时间间隔不得小于60秒。含糊。需求不完整,导致需求不可验证。改进如下:后台任务管理器(BTM)应该在用户界面的指定区域显示状态消息。a.在后台任务进程启动之后,消息必须每隔60(±10)秒更新一次,并且保持连续的可见性。b.如果正在正常处理后台任务进程,那么后台任务管理器(BTM)必须显示后

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

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

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