第四讲 软件需求分析过程

第四讲 软件需求分析过程

ID:5327935

大小:1.54 MB

页数:35页

时间:2017-12-08

第四讲 软件需求分析过程_第1页
第四讲 软件需求分析过程_第2页
第四讲 软件需求分析过程_第3页
第四讲 软件需求分析过程_第4页
第四讲 软件需求分析过程_第5页
资源描述:

《第四讲 软件需求分析过程》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、软件需求分析过程计算机科学与技术系王泽问题?31什么是软件需求2软件需求分析有哪些过程3如何启动分析过程4需求分析文档有哪些内容3需求分析有哪些技术什么是软件需求?123功能需求非功能需求领域需求描述系统预期提供的指那些不直接与系统具源于系统的应用领域需功能或服务体功能相关的一类需求求.产品需求对系统应提供的服务机构需求如何对输入做出反应外部需求系统在特定条件下的行为功能需求文字描述软件系统的功能需求描述可以有许多方式图表表示功能需求可以以不同的详细程度反复编写和细化完整性意味着用户所需的所有的服务应该全部给出描述功能需求描述

2、应该一致性意味着需求描述不完整而且一致和准确能前后矛盾准确性是指需求不能出现模糊和二义性的地方功能需求描述:出卷系统教师能够根据自己的要求手动或自动出一份试卷;教师可以修改试卷中不合适的题目,并能自动生成各种样式的试卷;教师可以对试题中的题目进行更新非功能需求非功能需求主要与系统的总体特征相关,是一些限制性要求,是对实际使用环境所做的要求性能要求可靠性要求安全性要求可用性要求移植性要求非功能需求关心的是系统整体特征而不是个别的系统的特征,比功能需求对系统更关键。非功能需求却很难检验非功能需求与功能需求有时会发生冲突

3、,它们之间存在着相互作用关系非功能需求举例一个POS系统所需的存储因为成本原因有所限制,而商品的描述和价目表的信息量很大。如果采用远程服务器,提供商品描述和价目表信息,那必然需要网络通信,而这需要网络技术。当POS机数量多时必然引起服务器处理瓶颈问题。领域需求领域需求反映应用领域的基本问题,直接影响到系统的可用性例如图书馆系统的功能需求基于标准用户界面将一些文档输出到本地打印机或网络打印机上,但因为版权限制,这些文档打印之后应立即删除领域需求示例:短信系统如果短信经过终端无线模块发送之前必须经过短消息协议标准编码才能发送出去。要

4、对短信编码,必须要对由ESTI制订的SMS规范有所了解。技术实现(含编码方式)GSM03.38、GSM03.40SMS的DTE-DCE接口标准(AT命令集):GSM07.05三种方式来发送和接收SMS信息:BlockModeTextMode:纯文本方式,可使用不同的字符集,也可用于发送中文短消息,主要用于欧美地区。PDUMode:PDUMode被所有手机支持,可以使用任何字符集,这也是手机默认的编码方式领域需求示例:短信系统-PDU串PDU串表面上是一串ASCII码,由‘0’-‘9’、‘A’-‘F’这些数字和字母组成。它们是

5、8位字节的十六进制数,或者BCD码十进制数。PDU串不仅包含可显示的消息本身,还包含很多其它信息,如SMS服务中心号码、目标号码、回复号码、编码方式和服务时间等。发送和接收的PDU串,结构是不完全相同的编码举例例如:•发送SMSC号码是+8613800220500,对方号码是13851872528,消息内容是‚Hello!‛。从手机发出的PDU串可以是:•0891683108200205F011000D91683158812725F800000006C8329BFD0E01编码解释分段含义说明08SMSC地址信息的长度共8个八位字

6、节(包括91)91SMSC地址格式(TON/NPI)用国际格式号码(在前面加‘+’)68310820020SMSC地址8613800220500,补‘F’凑成偶数个11基本参数(TP-MTI/VFP)发送,TP-VP用相对格式00消息基准值(TP-MR)00D目标地址数字个数共13个十进制数(不包括91和‘F’)91目标地址格式(TON/NPI)用国际格式号码(在前面加‘+’)68315881278目标地址(TP-DA)8613851872528,补‘F’凑成偶数个00协议标识(TP-PID)是普通GSM类型,点到点方式00用户信息编码方

7、式(TP-DCS)7-bit编码00有效期(TP-VP)5分钟06用户信息长度(TP-UDL)实际长度6个字节C8329BFD0E01用户信息(TP-UD)“Hello!”需求分析过程需求分析主要初步沟通是理解客户需要什么、分析导出需求要求、评价可行性、协商合过分析和精化理的方案、无歧义地详细说程可行性研究明方案、确认包协商与沟通规格说明、管括理需求以至将规格说明这些需求转化为可行系统需求验证变更管理初步沟通123业务领域的共利确定市场的范围确定项目范围的益者(如业务管初略地可行性分工作说明理人员,市场营析.销人员,产品管理人员)定义业务

8、用例导出需求导出需求应解决以下问题123范围问题:理解问题:易变问题:系统的边界,是客确定业务需求、分清需求稳定部需求冲突、说明分和易变部分户和开发者共同关有歧义和不可测心的部分试的需求分析与

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

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

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