软件需求分析PPT文档格式.ppt
《软件需求分析PPT文档格式.ppt》由会员分享,可在线阅读,更多相关《软件需求分析PPT文档格式.ppt(27页珍藏版)》请在冰豆网上搜索。
F客户E:
网管软件承包商D销售机构A:
增值业务研发机构C:
项目管理机构B:
核心平台研发机构一年前,B研制了一种数据接入服务器的原型。
B对A讲:
“我们的接入服务器前途很好,请你们帮助开发网管软件(属于增值业务范畴),大家合作把产品做好,一起发财。
”D对B和A讲:
“你们把接入服务器和网管软件做好,我们负责卖,挣了钱大家一起分。
”2008BUPTTSEG北京邮电大学北京邮电大学通信软件工程中心通信软件工程中心54.2一个需求分析的案例一个需求分析的案例uA觉得机会难得,于是向C申请立项。
u立项后,A把项目外包给专业做网管软件的公司E,期望半年内完成。
u由于接入服务器是B的,于是A和E就派开发人员到B处搞需求分析。
uB的接入服务器并不成熟,老在变,三方折腾了好久,最终E用了一年时间把接入服务器的网管软件做出来了。
uE把网管软件交付给A,A付清了E的开发费用,再把网管软件交付给D,D再卖给客户F(某地电信局)。
uF对D讲:
“你们的网管软件不是我们想要的东西,等你们把软件改好后我们再付钱。
”uD赶紧对A讲:
“兄弟阿,货已经出手了,但是不对路,请赶紧把它改好,不然大家都没钱赚。
”uA很愤怒,怨天不公:
“我们辛苦了一年,又花了很多钱,可是产品做完了却没人要,岂有此理!
”2008BUPTTSEG北京邮电大学北京邮电大学通信软件工程中心通信软件工程中心64.2一个需求分析的案例一个需求分析的案例u祸不单行的是,C来找A的麻烦:
“你们的项目延期半年多了,经费也用光了,请尽快结束项目。
”uA的那位项目经理为此每天愁眉苦脸,他的上司请来几位参谋商量对策,设法把事情搞定。
u大家挖空心思只想出一个馊主意:
既然套子是B下的,那么就把套子还给B。
要设法把“那么好”的网管产品转让给B,只要B能给我们成本费,以后就跟B拜拜。
u这个案例的问题根源在于进行软件开发之前没有搞清楚网管软件的需求,这都是B,A,E闭门造车惹的祸。
u最可悲的是,相关责任人关心的是如何把事情“完成”,而不是深刻了解用户的具体需求。
u这种类似的事情在软件开发行业中经常发生而且还会继续发生,最主要的是每发生一次就损失大量的人力和物力。
2008BUPTTSEG北京邮电大学北京邮电大学通信软件工程中心通信软件工程中心74.3需求分析的必要性需求分析的必要性u需求分析是一项必须的软件工程活动。
它在系统需求分析和软件设计之间起到桥梁的作用:
它使得软件开发人员在系统分析的基础上深入描述软件的功能和性能、指明软件和其他系统元素的接口,建立软件必须满足的约束条件。
它允许软件开发人员对关键问题进行细化,并构建相应的分析模型:
数据、功能和行为模型。
分析模型成为设计模型的基础,需求规格说明书也为软件测试人员和用户提供了软件质量评估的依据。
它能准确表达用户对系统的各项要求。
2008BUPTTSEG北京邮电大学北京邮电大学通信软件工程中心通信软件工程中心84.4需求分析的对象、任务和目标需求分析的对象、任务和目标u软件需求分析的对象是用户要求。
u其任务是要准确地定义新系统的目标。
回答系统必须“做什么”的问题并编制需求规格说明书。
u作为目标系统的参考,需求分析的任务就是借助于(业务)系统的逻辑模型导出目标系统的逻辑模型,解决目标系统的“做什么”的问题。
2008BUPTTSEG北京邮电大学北京邮电大学通信软件工程中心通信软件工程中心94.5需求分析建模的原则需求分析建模的原则u需求分析方法的一组操作性原则是:
1.问题的信息域必须被表示和理解。
2.软件将完成的功能必须被定义。
3.软件的行为(作为外部事件的结果)必须被表示。
4.描述信息、功能和行为的模型必须被划分,使得可以用层次的方式揭示细节。
5.分析过程应该遵从自顶向下,逐层细化的原则。
u一组三元模型:
第1条原则表示需要建立数据模型,第2条和第3条原则表示需要建立功能和行为模型。
2008BUPTTSEG北京邮电大学北京邮电大学通信软件工程中心通信软件工程中心104.6需求工程的指导性原则需求工程的指导性原则u首先要正确地理解问题,再建立分析模型。
u记录每个需求的起源及原因,保证需求的可回溯性。
u开发一个能使用户能够了解人机交互过程的原型。
因为对软件质量的感觉经常基于对界面“友好性”的感觉。
u使用多个需求视图。
建立数据模型、功能模型和行为模型,为软件工程师提供三种不同的视图,增加识别不一致性的基础。
u给需求赋予优先级。
紧张的开发时间要求尽量避免一次性实现每个软件需求,应采用迭代增量的开发模型。
u努力删除歧义性。
因为大多数需求以自然语言描述,存在歧义性的可能性,正式的技术评审是发现并删除歧义性的一种有效方法。
2008BUPTTSEG北京邮电大学北京邮电大学通信软件工程中心通信软件工程中心114.6.1数据建模数据建模u需求分析的第1条操作性分析原则表明需要对信息域进行检查并创建数据模型。
u信息域包含三个不同的数据和控制视图:
信息内容和关系;
信息流;
信息结构。
信息流表示了数据和控制在系统中流动时变化的方式信息内容表示了个体数据和控制对象;
数据和控制对象可和其他的数据和控制对象关联信息结构表示了各种数据和控制项的内部组织2008BUPTTSEG北京邮电大学北京邮电大学通信软件工程中心通信软件工程中心124.6.2功能及行为建模功能及行为建模u功能模型:
功能模型:
对进入软件的信息和数据进行变换和处理的模块,它必须至少完成三个常见功能:
输入、处理和输出。
u行为模型:
行为模型:
大多数软件对来自外界的事件做出反应,这种刺激反应特征形成了行为模型的基础。
行为模型创建了软件状态的表示,以及导致软件状态变化的事件的表示。
u功能模型和行为模型的作用如下:
模型能够帮助软件开发人员快速准确的理解系统所涉及的信息、功能和动态行为;
模型可成为后期软件设计的基础,为软件设计人员提供了设计软件功能的视图化表示;
模型能够成为软件测试和软件评审的重要依据2008BUPTTSEG北京邮电大学北京邮电大学通信软件工程中心通信软件工程中心134.6.3问题划分问题划分u需求问题域涉及面广泛而且复杂,以至于难以进行整体理解。
为此,需要将这样的问题划分为易于理解的子问题,并建立各子问题间的关系以使得可以完成整个功能。
u第4条和第5条操作性分析原则建议软件的信息、功能和行为域可以被划分。
u在本质上,划分将问题分解为其构成成分。
在概念上,建立信息或功能的层次结构表示,通过进行自顶向下的分析,进而暴露更多的细节问题,并在各层次上进行各功能元素的分配。
2008BUPTTSEG北京邮电大学北京邮电大学通信软件工程中心通信软件工程中心144.7需求工程需求工程u软件的需求分析是一系列复杂的软件工程活动,为了便于对需求进行更好的管理,人们把所有与需求直接相关的活动通称为需求工程。
需求工程需求工程需求开发需求开发需求变更控制需求变更控制需求管理需求管理需求确认需求确认需求跟踪需求跟踪需求获取需求获取需求分析需求分析需求定义需求定义用户需求说明书软件需求规格说明书需求跟踪矩阵需求评审报告2008BUPTTSEG北京邮电大学北京邮电大学通信软件工程中心通信软件工程中心154.7.1需求获取需求获取u需求获取的目的是清楚地理解所要解决的问题,完整地获得用户的需求。
并提出这些需求实现条件,以及需求应达到的标准。
u需求获取的对象用户:
使用软件的人员客户:
购买软件的人员u需求获取的难点用户无法清楚地表达需求需求的理解问题用户经常变更需求2008BUPTTSEG北京邮电大学北京邮电大学通信软件工程中心通信软件工程中心164.7.2需求获取流程需求获取流程目的目的获取用户(客户与最终用户)的需求信息,经过分析后产生获取用户(客户与最终用户)的需求信息,经过分析后产生用户需求说明书用户需求说明书。
角色与职责角色与职责需求分析员调查、分析用户的需求,客户与最终用户提供必要的需求信息。
需求分析员调查、分析用户的需求,客户与最终用户提供必要的需求信息。
启动准则启动准则需求分析员已经确定需求分析员已经确定输入输入任何与用户需求相关的材料任何与用户需求相关的材料主要步骤主要步骤第一步:
准备调查第一步:
准备调查第二步:
调查与记录第二步:
调查与记录第三步:
分析需求信息第三步:
分析需求信息第四步:
撰写第四步:
撰写用户需求说明书用户需求说明书第五步:
需求确认第五步:
需求确认输出输出用户需求说明书用户需求说明书结束准则结束准则需求分析员已经撰写完成需求分析员已经撰写完成用户需求说明书用户需求说明书,确保无拼写、排版等错误。
并确保,确保无拼写、排版等错误。
并确保用户需求说明书用户需求说明书的内容无二义性,且涵盖了所有的用户需求。
的内容无二义性,且涵盖了所有的用户需求。
度量度量需求分析员统计工作量和上述文档的规模,汇报给项目经理。
需求分析员统计工作量和上述文档的规模,汇报给项目经理。
2008BUPTTSEG北京邮电大学北京邮电大学通信软件工程中心通信软件工程中心174.7.3需求获取的准备需求获取的准备u需求获取的准备工作围绕三项展开:
调查什么?
通过什么方式去调查?
“何人”在“何时”调查?
u首先,应起草需求调查问题表,将重点锁定在该问题表内,否则调查工作将变得漫无边际。
u其次,应当确定需求调查的方式,比如:
与用户交谈,向用户提问题。
参观用户的工作流程,观察用户的操作。
向用户群体发调查问卷。
与同行、专家交谈,听取他们的意见。
2008BUPTTSEG北京邮电大学北京邮电大学通信软件工程中心通信软件工程中心184.7.4需求获取的记录需求获取的记录u准备工作完毕后,需求分析员按照计划执行调查。
在调查过程中随时记录(或存储)需求信息,建议采用表格的形式,如下图:
需求标题需求标题11调查方式调查方式调查人调查人调查对象调查对象时间、地点时间、地点需求信息记需求信息记录录基本要素如基本要素如“是什么是什么”、“为什么为什么”等等2008BUPTTSEG北京邮电大学北京邮电大学通信软件工程中心通信软件工程中心194.7.5撰写用户需求说明书撰写用户需求说明书u最后对收集到的所有需求信息进行分析,消除错误,归纳与总结共性的用户需求。
u然后按照规定的文档模板撰写用户需求说明书,调查过程中获取的需求信息可以作为用户需求说明书的附件。
u之后应当邀请同行专家和用户一起评审用户需求说明书,尽最大努力使用户需求说明书能够正确无误地反映用户的真实意愿。
2008BUPTTSEG北京邮电大学北京邮电大学通信软件工程中心通信软件工程中心204.7.6用户需求说明书与用户需求说明书与软件需求规格说明书的区别软件需求规格说明书的区别u前者主要采用