实用软件工程(版)[赵池龙].docx

  1. 1、本文档共99页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
实用软件工程 …-IT企业软件的开发与管理 赵池龙 第4章软件需求 本章导读 软件工程的两大难点: 一是软件需求 二是项目管理。 软件需求,又称软件需求分析或软件需求获取, 它既是软件开发中的老问题(几十年都没有很好 地彻底解决),又包含着许多新思路和新内容。 需求获取是否彻底与成功,直接关系到软件开发 的成败。 本章导读 本章论述:1 本章论述: 1? 2? 3? 4? 5? 6? 需求分析的理论基础 需求分析的任务、目的、方法和分类 需求的各种描述工具 需求的管理过程 IT企业用户需求报告和需求规格说明书 的编写参考指南。 本章对读者的要求 本章对读者的要求 本章对读者的要求 本章对读者的要求 了解: 了解: 需求分析的输入输出 需求获取的难点 需求报告和需求规格说明书的差异 评审与审计的概念,同行评审的概念 不符合项的概念 用户、顾客、客户的概念 (7)基线、里程碑、评审点、 作产品的概念 软件产品、软件工 4.1需求分析的重要性 输入: 输出: 《合同》/《立项建议书》/现场调研。 《用户需求报告》/需求规格说明书》。 1.需求分析为什么重要? 许多大型应用系统的失败,最后均归结到需 求分析:要么获取需求的方法不当,使得需求分析不 到位或不彻底,导致开发者反复多次地进行需求分析, 致使设计、编码、测试无法顺利进行;要么客户配合 不好,导致客户对需求不确认,或客户需求不断变化, 同样致使设计、编码、测试无法顺利进行。 需求分析为什么重要? (2) 需求分析的输出文档是《用户需求报告》,它是 客户、软件开发人员和项目管理人员三者必须遵守的一 根基线,三者共同工作的基础,是测试的准则。 (3) 需求分析要占用整个软件开发时间或工作量的 30%左右。 (4) 需求获取中的错误,属于软件开发中的早期错误, 它会在后续的设计和实现中进行发散式的传播。 根据以上四项原因,IT企业的高层经理,对需求分析 特别重视,常常派经验最丰富的人员去作项目需求。正 因为如此,“系统分析员”才是软件行业中的最高技术 职称。 2 2?需求获取为什么难? 2 2?需求获取为什么难? 需求获取看似容易,做起来难,主要原因有四: 用户需求具有动态性,即需求的不稳定性。 在整个软件生存周期内,应用软件的需求会随着 时间的进展而有所变化。个别用户,甚至是朝三 暮四地变化。 用户需求具有模糊性,即需求不准确性。 由于用户的素质不是很高,业务流程不很规范, 所以需求表达不很清楚也不够明确。 4.2 4.2需求分析的理论基础 需求获取为什么难? (3) 开发者和用户要对需求达成完全一致的 认识,用户要在需求报告上签字,要承担责任。 (4) 中国的国有企业正处在变动期(体制改 革与企业重组),中国的民营企业正处在成长 期(发展壮大与不完全成熟)。这就给信息系 统的需求分析,无疑增加了难度系数。 想想看,这四条原因,哪一条都非同小可? 1 ■什么是软件需求 软件需求就是为了解决现实世界中的特定问题必须 展现的属性。这里的问题可能是用户的任务自动化, 或由软件来完成一个组织的业务处理,或控制一个设 备等等。需求属性主要有: (1)可验证性 可验证性是软件需要的基本属性。软件需求必须是 可验证的,否则软件的评审和测试就没有相应的依据。 但在某些情况下,很难对某些软件需求进行验证或需 要的代价很高。软件需求人员和测试人员应以合理的 代价实现需求的验证。 什么是软件需求 (2)优先级 软件需求应具有优先级,可以在有限的资源情 况下进行取舍。 ⑶唯一性 软件需求应唯一地标识出来,以便在软件配置 管理和整个软件生命周期中进行管理。 2.软件需求需要量化 软件需求应尽可能地表述清楚,没有二义性, 尽可能量化,使得需求是可测试、可验证的。 应避免含糊地、无法测试、无法验证的需求 出现。软件质量的可靠性和用户界面的友好 性,这些非功能性需求的量化尤为重要。 例如,系统应支持1000并发用户,系统影 响时间应低于10毫秒,这就是需求的量化。 软件需求的可靠性将直接影响系统的架构。 3. 3.需求是一个过程 3. 3.需求是一个过程 需求过程不仅表现在一个软件生命周期的 早期活动之中,而且应体现在整个生命周期 过程中。 需求过程要适应客户和项目的环境,并作 为配置项纳入配置管理。 需求过程描述了在不同项目和限制条件下, 如何提取、分析、文档化以及验证软件需要。 P68图4?2描述了软件的需求过程。 4 ?需求过程中的角色 名称 丽 描述 直接操作软件的人员。他们通常具有不同的业务角色, 有不同的业务需求。例如一个图书管理系统的用户包 括:读者、图书管理员、仓库管理员、系统管理员、 馆长 客户 指软件开发的委托方或软件市场的目标客户。例如, 某一设备制造商委托软件开发商进行设备控制软件开

文档评论(0)

157****5685 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档