文档介绍：第三章安全软件的需求工程
需求分析基础
面向对象的需求分析
安全需求工程
误用和滥用
SQUARE过程模型
需求启发和需求排序
3. 1 需求分析基础
开发软件系统前,须了解用户的期望和要求
软件需求
需求分析过程
需求分析的重要性
软件开发的基础和前提
最终目标软件系统验收的标准
避免或者尽早剔除早期的错误
3. 1 需求分析基础
需求分析的复杂性和面临的困难
片面, 不完全
模糊, 不准确
不一致, 歧义
需求复杂和庞大
因此必须使用系统的方法、借助于一系列行之有效的技术和工具进行软件需求分析
需求分析基础
需求分析的任务和过程
需求获取技术
需求分析和描述技术
软件需求规格说明书及其评审
需求分析的任务和过程(1/2)
什么是用户需求
待开发软件系统的功能、性能、设计约束和其它要求
用户需求例子-图书馆管理系统
功能需求:办理读者借书证, …
性能需求:查询操作延迟时间不超过1秒钟, …
设计约束:前台运行在windows OS下,…
其它要求:开发时间6个月, …
需求分析的任务和过程(2/2)
需求分析的任务
通过对应用问题及其环境的理解和分析,准确、一致和完全地刻划用户需求,形成软件需求规格说明书( SRS: Software Requirement Specification )
需求分析过程
获取和理解用户需求
描述和分析用户需求
对用户需求进行评审
需求分析过程示意图
获取和理解需求
描述和分析需求
评审用户需求
需求获取技术
建模、抽象、多视点、问题分解、原型
需求评审原则
步骤1:获取和理解用户需求阶段
任务
获取并理解用户需求, 清除用户需求的不一致性, 模糊性和歧义性,帮助用户发现潜在的需求
原则
和用户进行交流和合作
将对原始问题理解与软件开发经验结合, 发现….
步骤2:描述和分析用户需求阶段
任务
对用户需求进行建模,生成SRS和初步用户手册
SRS : 用户需求(功能, 行为, 性能等)
用户手册:如何操作和使用目标软件,界面描述和使用初步构想,目的…
原则
确保SRS的完整性、一致性和准确性
鼓励用户参与SRS以及用户手册的制定
尽可能做到SRS结构清晰,措辞准确和简洁
步骤3:对用户需求进行评审
任务
多方人员一起对SRS进行复核和评审,以确保用户手册和SRS全面、准确、一致地反映用户需求
原则
支持各方(用户,需求分析人员、设计人员)共同参与评审工作