软件工程第三章需求工程

软件工程第三章需求工程

ID:38470116

大小:423.37 KB

页数:27页

时间:2019-06-13

软件工程第三章需求工程_第1页
软件工程第三章需求工程_第2页
软件工程第三章需求工程_第3页
软件工程第三章需求工程_第4页
软件工程第三章需求工程_第5页
资源描述:

《软件工程第三章需求工程》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、第二部分软件需求分析与建模什么是软件需求?软件需求分析有哪些过程?如何启动分析过程?什么是面向数据的建模?什么是面向数据流的建模?什么是非形式化建模、半形式化建模和形式化建模?什么是统一建模语言(UML)?什么是用例建模?软件工程第3讲:软件需求主讲人:阳王东Email:yangwangdong@126.com本讲主题什么是软件需求?客户要你为他开发一个什么样的软件。需求分析过程如何启动需求分析过程软件需求功能需求:描述系统预期提供的功能或服务对系统应提供的服务如何对输入做出反应系统在特定条件下的行为非功能需求:指那些不直接与系统具体功能相关的一类需求产品需求机构需

2、求外部需求领域需求:源于系统的应用领域需求功能需求软件系统的功能需求描述可以有许多方式:文字描述图表表示功能需求可以以不同的详细程度反复编写和细化功能需求描述应该完整而且一致和准确完整性意味着用户所需的所有的服务应该全部给出描述一致性意味着需求描述不能前后矛盾准确性是指需求不能出现模糊和二义性的地方功能需求描述:出卷系统教师能够根据自己的要求手动或自动出一份试卷;教师可以修改试卷中不合适的题目,并能自动生成各种样式的试卷;教师可以对试题中的题目进行更新。非功能需求非功能需求主要与系统的总体特征相关,是一些限制性要求,是对实际使用环境所做的要求性能要求可靠性要求安全性

3、要求可用性要求移植性要求非功能需求关心的是系统整体特征而不是个别的系统的特征,比功能需求对系统更关键。非功能需求却很难检验非功能需求与功能需求有时会发生冲突,它们之间存在着相互作用关系非功能需求举例一个POS系统所需的存储因为成本原因有所限制,而商品的描述和价目表的信息量很大。如果采用远程服务器,提供商品描述和价目表信息,那必然需要网络通信,而这需要网络技术。当POS机数量多时必然引起服务器处理瓶颈问题。领域需求领域需求反映应用领域的基本问题,直接影响到系统的可用性。例如:图书馆系统的功能需求基于标准用户界面将一些文档输出到本地打印机或网络打印机上,但因为版权限制,

4、这些文档打印之后应立即删除。领域需求示例:短信系统如果短信经过终端无线模块发送之前必须经过短消息协议标准编码才能发送出去。要对短信编码,必须要对由ESTI制订的SMS规范有所了解。技术实现(含编码方式)GSM03.38、GSM03.40SMS的DTE-DCE接口标准(AT命令集):GSM07.05三种方式来发送和接收SMS信息:BlockModeTextMode:纯文本方式,可使用不同的字符集,也可用于发送中文短消息,主要用于欧美地区。PDUMode:PDUMode被所有手机支持,可以使用任何字符集,这也是手机默认的编码方式软件需求管理过程需求获取需求定义需求分析编

5、写需求规格说明书需求验证需求变更控制获取需求项目合同项目中对项目的范围、主要功能性能指标进行规定行业规范和相关政策例如中国移动BOOS规范,中国银联直联POS终端规范,全国银行IC卡密钥管理规则,全国教育信息化建设安全技术体系规划等。市场分析报告由市场部或专门的部门提供的市场分析数据和用户特征分析报告(IDC、Gartner、赛迪顾问(CCID)、计世资讯)咨询公司由咨询公司提供业务分析报告需求调研市场需求调研直接用户的需求调研需求定义对获取的需求进行整理需求识别需求分配需求范围划分识别真实需求需求文档化需求确定提交需求确定表给客户客户对需求进行确定,依次作为需求分

6、析的依据需求分析构建分析模型(对需求的理解)数据模型(E-R实体关系图)、业务流程模型(数据流图)、过程控制模型(活动状态图)创建开发原型(原型生命周期)分析需求的可行性确定需求优先级编写数据字典(数据库设计)应用质量功能调配将系统特性、属性与对客户的重要性联系起来,提供了一种分析方法以明确哪些是客户最为关注的特性编写需求规格说明书采用模版在你的组织中要为编写软件需求规格说明书等文档定义一种标准模板指明需求来源了让所有项目风险承担者明白需求规格说明书中为何提供这些功能需求,要能追溯每项需求的来源为每项需求注上标号记录业务规范关于系统的操作原则,比如谁能在什么情况下采

7、取什么动作,将这些编写成需求规格说明书中的一个独立部分,或一独立的业务规范文档创建需求跟踪矩阵建立一个矩阵把每项需求来源、定义与实现、测试它的设计和代码部分联系起来,这样有利于需求的管理和需求变更影响范围的评估需求验证审查需求文档组织一个由不同代表(如用户,分析人员,设计人员,测试人员)组成的小组,对需求规格说明书及相关模型进行仔细的检查和评审依据需求编写测试用例根据用户需求所要求的产品特性写出系统的功能测试用例作为系统测试依据编写用户手册描述每项功能是如何对应实际的业务过程确定合格的标准描述什么样的产品才算满足用户的要求和适合他们使用的需求变更控制确定变更控制

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

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

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