《需求开发与UML用例建模 (NXPowerLite)》由会员分享，可在线阅读，更多相关《需求开发与UML用例建模 (NXPowerLite)（108页珍藏版）》请在金锄头文库上搜索。
1、需求开发与UML用例建模需求开发与UML用例建模需求开发中的常见问题“需求规格罗列了一大堆功能规格说明,但看不到用户霁要它们的理由,用户的真正需要并没有得到如实地反映;“到了开发后期才发现理解锦用户需求的实际舍义,返工最后演变成一场灾难;“开发人员拿到一个功能列表,然后要么对着它发呆,要么开始玩猜守谜的游灰,挺摩用户将会在什么情形下,如何来使用这个功能,最后想象出一个功能的执行步骤来开发;“编码人员不知道自己做的事与需求到底有什么关系,最后只能将一个让用户目瞥口松的系统发布给客户;“测试人员拿到一份看起来很完美的需求规格,但是即在编写测试用例时感到无从下手,因为它既没有给出执行一个功能的前提条
2、件,也无执行的具体步骤,执行后的结果更是一头雾水;软件需求表达的要求“软件需求规格必须如实地反映用户的真正需要,这是保证目标系统最终成功熹付给客户的首要前提(做正确的);软件需求规格必须能够在开发过程的各个环节中被不同的角色方便地使用,这是确保系统的实施总是符合需求规格要求的必要条件(正确地去做)。软件需求的定义IBBB对需求的定义为:(1)用户解决问题或达到目标所需的条件或能力(Capability)。一一针对用户(2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力.一一针对开发者友需求定义的过程:明确问题,给出目标系统的上下文一指定目标,勾画目标系统的范围一定义
3、系统,规格化目标系统的行为、特性或属性。如何理解软件需求“软件需求不能脱离目标系统的上下文:对系统行为、特性或属性的规格说明不是需求的全部,因为它还要依赖上下文一一系统、外部系统与用户一道才能完成任务。一组织机构或客户对系统、产品的高层次的目标遢了用户莞葳亚暑住务唰对产品的要求定义了开发人员必须实现的系统的功能与性能软件需求的内容v软件需求大致包含功能性Functional需求与Non_Function&1非功能性需求(诸如性能、可靠性等)两类;*其中功能性需求的实质是目标系统与用户或外部系统间的交互而体现出的一种外在行为;“非功能性需求则蕴含于这些外在行为中,体现为行为的空间(执行的环境和数
4、量,例如PDA上的浏览器、并发用户数)和时间(性能,例如执行的延迟时间)等附属特性;使用功能说明来表达需求的不足“功能规格说明通常忽略其关联的用户(执行者),及其为用户提供的利益;“功能规格说明不够精确,难以区分在不同场景下系统所表现出的行为差弃;“功能规格说明不宰易表达系统与其上下文之间的关系;“非功能性需求与功能需求说明被人为割根,难以清晰地表达两者间的联系,使整个需求全景支离破碍;“功能规格说明与测试用例间存在明显的鸿沟,不能直接转化。如何有效地表达软件需求v侠用用例建模技术来表达需求,它不同于结构化功能分解的特点有:“显式地表达用户的任务目标层次,突出系统行为与用户利盐间的关系;*通过提述执行实例情节(交互行为序列、正常/非正常事件流)能够完整地反映软件系统用以支持特定加能的行为;*以契约(前/后置条件等)的形式突出了用户和系统之间常常被忽略的背后的关系;“部署约束等非功能需求与系统行为直接绑定,能够更准确地表达此类需求。
