一.什么样的陈述可以作为需求
IEEE标准830-1998要求单一的需求必须具有5个基本特征
1.必要性。是要求的吗?
2.无歧义性.只能用一种方式解释吗?
3.可测性。可以对他进行测试吗?
4.可跟踪的.可以从一个开发阶段到另一个开发阶段对他进行跟踪吗?
5可测量的. 可以对他进行测量吗?
二需求分类
功能 规约了系统或系统构件必须执行的功能
性能 规约了一个系统或系统构件必须具有的性能特性
外部接口 规约了系统或系统构件必须与之交互的硬件,软件或数据库元素,
他可能规约其格式,时间或其他因素
分类:
系统接口:描述一个应用如何与系统的应用进行交互
用户接口:规约了软件产品和用户之间接口的逻辑特性。
硬件接口:如果软件系统必须与硬件进行交互,那么就应该说明所要求的支持和协议类型
软件接口:允许与其他软件产品进行交互,如数据管理系统,操作系统,数学软件包
通讯接口:规定了开发系统与通讯设施(如局域网)之间的交互。如果通讯需求包含了系统必须使用的网络类型(TCP/ip,windownNT,Novell)那么有关信息就应该包含在SRS中
内存约束: 描述易失存储和永久存储的特性和限制,特别应描述他们是否被用于 一 个系统中其它处理的通讯
操作 : 规约用户如何使系统进入正常和异常的运行以及在系统正常和异常运行下如何与系统进行交互。应该描述在用户组织中的操作模式,包括交互模式和非交互模式;描述每 一模块的数据处理支持功能;描述有关系统备份,恢复和升级功能方面的需求
地点需求: 描述系统安装以及如何调整一个地点,以适应新系统
设计约束 设计约束限制了系统或系统构件的设计方案 ,它是必须予以满足的
质量属性 规约了软件产品必须具有的一个性质是否达到质量方面一个所期望的水平 例如
三需求规约(srs)
1.概念:一个需求规约是一个软件项/产品/系统所有需求陈述的正式文档,是一个软件产品/系统的概念模型。
2.基本性质
1.重要性和稳定性程度:例如:基本需求·,可选的需求,期望的需求
2.可修改的:在不过多的影响其他需求的前提下,可以容易地修改一个单一需求
3.完整的:没有被遗漏的需求。
4.一致的:不存在互斥的需求
标签:需求,规约,系统,接口,交互,描述 来源: https://www.cnblogs.com/wangchaoqi/p/12457876.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。