软件工程—4需求工程

1 软件需求

定义(1)用户解决问题或达到目标所需条件或权能。 (2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 (3)一种反映上面(1)或(2)所述条件或权能的文档说明。它包括功能性需求及非功能性需求,非功能性需求对设计和实现提出了限制,比如性能要求,质量或者设计限制。

业务需求:业务 客户 价值 优先级

用户需求是从用户角度描述的系统功能需求和非功能需求,通常只涉及系统的外部行为而不设计系统内部特性。

功能需求和非功能需求

速度 存储空间 可用性 可靠性 容错性

系统需求:1 结构化英语 2 可视化模型 3 形式化方法

2 需求工程过程

需求获取:1聆听客户的需求 2 分析和整理所获取的信息 3 形成文档化描述

需求分析: 1 定义系统边界 2 建立软件原型 3 分析需求可行性 4 确定需求优先级 5 建立需求分析模型 6创建数据字典

需求规格说明

需求验证是为了确保需求说明准确。完整地表达必要的质量特点。1 真确性 2 无二异性 3 完整性 4 可验证性 5 一致性 6 可修改性 7 可跟踪性

需求管理: 1 需求变更控制 2 需求文档的版本控制 3 需求跟踪 4 需求管理工具

3 需求获取技术

1 面谈 2 需求专题讨论会 3 观察用户工作流程 4 原型化方法 5 基于用例的方法


时间: 2024-10-13 15:19:36

软件工程—4需求工程的相关文章

从零开始学架构(一):架构师成长路径

内容摘要从架构的本质,软件工程,架构师职责,成长路径等方面,介绍什么是架构,架构流程以及架构师职责和成长规划. 本篇主题一.什么是架构二.项目中的角色三.架构师职责和工作内容四.架构工作流五.架构师成长路径六.架构能力模型七.扩展知识八.本章总结 一.什么是架构架构是系统的蓝图,描述了系统的结构和关键决策.包含系统的功能和非功能性需求,如何实现的,系统与子系统是如何划分的,系统之间如何通信的,系统功能如何设计的和交互的.包含重要的架构决策,系统组成,功能设计,技术选型,成本分析等架构的基础是设计

《软件需求十步走》阅读笔记二

这一段时间阅读了<软件需求分析十步走>的第三四章,写一写书中一些个人感觉比较好的说法以及阅读感受. 首先是第三章<软件需求工程概论>. 需求工程和软件工程之间的关系界定没有质的变化,只是将需求工程从软件工程中剥离出来,将需求分析的分析工作和管理工作定义为需求工程.需求工程是面向全局的.系统顶层的.着眼未来的工程,是将客户业务作为内部研究对象,将软件工程全过程作为外部研究对象的工程.需求工程是圆心,软件工程是圆点. 需求工程的特征具有:全局性.主导性.主动性.过程性.规范性.可验证性

&lt;&lt;软件需求最佳实践------SERU过程框架原理与应用&gt;&gt;读书笔记一(全书浅览)

这一学期上了软件需求分析这门课,在老师的建议下自己选择了这本需求最佳实践作为精读课本.大概的阅览了整本书后发现,作者引用各种实例与隐喻意图让读者更好的理解这本书的内容,而且每一部分内容都有一条精炼的SERU诫语来作为一个小结.在我看来,这本书确实对于我们软件需求分析的初学者来说确实是不可多得的“良本“. 全书分为三大部分,其中第一部分:“原理.模型与误区“涵盖前三章的内容.这部分作者主要分析并提及了影响软件项目实施,并导致软件出现“危机”的根本原因,即需求分析阶段. 主要是让我们认识到软件需求在

01《软件需求十步走》

软件需求包括多个层次,在软件开发过程中涉及的角色不同对软件需求的理解都会有所不同,客户所定义的需求对开发人员来说很可能是天马行空是一个较高层次的软件产品的概念,而开发人员所说的需求对用户来说又想是操作说明书,软件需求是一个整体的概念,不同层次的需求是从不同的角度在不同程度上反映着细节问题.站在需求工程的角度去定义软件需求则是作为需求工程和软件工程纽带的软件需求,它既要包含与需求工程下的各环节的相关内容,也要包含与软件工程下的各环节的相关内容.软件工程和需求工程的关系是相互独立又相护关联的,软件工

【学习笔记】java IO编程2

类 InputStream 此抽象类是表示字节输入流的所有类的超类. 需要定义 InputStream 子类的应用程序必须总是提供返回下一个输入字节的方法. 注意红色部分 举个例子: package com.study2; import java.io.File; import java.io.FileInputStream; import java.io.FileNotFoundException; import java.io.IOException; import java.io.Inpu

《软件工程 ——理论、方法与实践》知识概括第四章 需求工程

第4章 需求工程 软件需求是决定软件开发是否成功的一个关键因素. 一.软件工程 需求的概念涵盖用户角度(系统的外部行为)和开发人员角度(系统的内部特征),关键在于需求一定要文档化. 软件需求划分:业务需求.用户需求.系统需求.功能需求和非功能需求等类型. 功能需求描述系统应该提供的功能或服务,通常涉及用户或外部系统与该系统之间的交互,一般不考虑系统的实现细节. 非功能需求是从各个角度对系统的约束和限制,反映了应用对系统质量和特性的额外要求. 系统需求是更加详细地描述系统应该做什么,通常包括很多分

软件工程概论第四章需求工程

软件需求中一般包括了用户角度和开发人员角度两个方面.通常将软件需求划分为业务需求,用户需求,系统需求,功能需求和非功能需求等类型. 软件需求工程过程一般包括以下的步骤:需求获取,需求分析,需求规格说明,需求验证,需求管理,其中还介绍一些需求管理工具.介绍了需求工 程的步骤还要掌握获取需求的技术一般的方法有:面谈,需求专题讨论会,观察用户工作流程,原型化方法,基于用例的方法. 本章最后介绍了一个案例 :小型图书资料管理系统的的需求过程.他的主要步骤1 确定参与者,2确定场景,3确定用例,4编写用例

软件工程理论、方法与实践 需求工程读后感

通过阅读了需求工程,我想最主要思考的问题是怎么做与做什么.即what与how的转化.通过阅读文章与别人的博客,我觉得这几个字说的十分好即:发掘需求.限制需求.引导需求.控制需求. 通过业务需求,用户需求,功能与非公能需求,通过过程,利用技术最终做出自己所需要的技术. 在这里书本里面的小型图书资料管理系统,就是利用了UML建模,确定系统的参与者,场景,系统用例,用例之间的关系最后编写用例描述文档.在每一个步骤里,我们思考系统的功能,谁要来使用系统即获取信息的方式,利用符合的场景界面确定其需要多少用

软件工程概论第四章--需求工程

本章主要讲了软件开发中的软件需求,从软件需求.需求工程过程.需求获取技术和对小型图书资料管理系统案例分析几个方面展开讲述,讲到了软件需求在软件开发中的重要地位. 软件需求定义:①用户解决问题或达到目标所需的条件或能力.②系统或系统部件要满足合同.标准.规范或其他正式规定文档所需具有的条件或能力.③一种反映上面①或②所描述的条件或能力的文档说明.通常可以划分为业务需求.用户需求.功能需求和非功能需求等类型,业务需求是组织或客户对于系统的高层次目标要求,用户需求是从用户角度描述的系统功能需求和非功能