1 / 13
文档名称:

软件需求分析培训.ppt

格式:ppt   页数:13页
下载后只包含 1 个 PPT 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件需求分析培训.ppt

上传人:企业资源 2012/2/17 文件大小:0 KB

下载得到文件列表

软件需求分析培训.ppt

文档介绍

文档介绍:软件需求分析培训
福建邮科电信业务部
2008年11月
目录
需求分析定义
需求分析任务
需求分析步骤
现有文档存在问题
需求分析的定义
准确定义未来系统的目标,确定为了满足用户的需求系统需要做什么。用《需求规格说明书》规范的形式准确地表达用户的需求。
需求分析任务-解决系统“做什么”
描述软件的功能需求
定义软件做什么(描述系统必须支持的功能、业务流程等)
确定软件设计的约束和软件同其他系统之间的接口关系
定义软件的其他有效性需求:非功能性需求
定义系统工作时的特性(描述系统的性能目标、安全性要求等)
需求分析步骤
建议采用以下步骤形成软件需求:获取/分析用户需求→编写需求文档→需求评审→编写需求规格说明书→管理需求
获取\分析用户需求-最重要的任务
用户需求存在多样性,复杂性的特点,因此需要思考的问题:如何正确获取用户需求?
了解系统使用的用户类型-确定系统的整体目标和系统的工作范围
对用户进行访谈和调研-通过交流了解用户想法
对收集到的用户需求做进一步的分析和整理–通过分析过滤用户真实需求
获取\分析用户需求-原则
对于用户每个需求都要知道“为什么”,并判断用户提出的需求是否有充足的理由
分析由用户需求衍生出的隐含需求,并识别用户没有明确提出来的隐含需求
编写用户需求文档
需求文档可以使用自然语言或形式化语言来描述,还可以添加图形的表述方式和模型表征的方式。需求文档应该包括用户的所有需求(功能性需求和非功能性需求)。
需求评审
需求分析人员以《需求评审报告》提交项目组的相关人员进行评审。大家共同确认是否真实地反映了用户的意图,是否可行。
需求评审-注意点
在需求评审过程中,需求人员须说明以下几点:
明确标识出未确定的需求项(在需求分析初期往往有很多这样的待定项)
使需求符合系统的整体目标
保证需求项之间的一致性,解决需求项之间可能存在的冲突