2022年OO系统分析员之路--用例分析系列--如何编写一份完整的UML需求规格说明书 .pdf
《2022年OO系统分析员之路--用例分析系列--如何编写一份完整的UML需求规格说明书 .pdf》由会员分享,可在线阅读,更多相关《2022年OO系统分析员之路--用例分析系列--如何编写一份完整的UML需求规格说明书 .pdf(4页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、终于到了快结束的时候了,这将是用例分析系列的最后一篇,结果是得到需求规格说明书,以结束需求分析的过程。经过前面七篇的工作,我们从最初的业务用例获取入手,获得了业务用例模型,这是我们的业务范围;经过分析得到了业务场景,这是我们的业务蓝图;经过规划,得出用例实现视图,这是我们的系统范围;经过再次分析,得到了用例实现以及领域模型,包括用例规约,业务规则和业务数据,这是我们的概念模型。仅从需求所需的必要元素来说,我们基本上已经完成了需求分析的工作。诚如上一篇结尾所说,为了让我们的需求更完美,这一篇所要做的工作也是必不可少的。这一篇将要讨论到的内容包括:用例补充规约,系统原型,以及需求规格说明书先说说用
2、例补充规约。之前我们得到的用例规约是功能性的,它们是针对Actor完成目标业务所需的功能性Feature的描述。 然而我们所面对的系统除了功能性的Feature之外,总有一些是与业务功能无关的,这部分需求就是补充规约要涉及的内容。什么样的需求与业务功能无关呢?一般来说,就是系统需求, 例如可靠性, 可用性, 扩展性, 易用性等等。用户提出,系统必须提供7*24小时的服务,它应该有一定随业务变化而适应的能力,系统的界面应当简单易学,具备基础计算机知识的人可以不经过培训就能使用它等等。这些需求与具体业务要求无关,哪怕一个不实现,系统也能Run 起来。但是这些需求又是如此重要,它们是系统达到用户期望
3、必不可少的。甚至在用户看来,某些补充规约要求比业务要求还重要,某个业务要求没做好,用户或许能宽容,如果你说系统不能提供7*24小时的服务,用户肯定是不能接受的。这些需求,就是要在补充用例规约里面说明的内容。笔者自己有个习惯,在上一篇也有所提及,就是习惯于把全局规则也写到补充用例规约里面。比如,用户提出,所有系统使用者在系统中的任何操作,都要能够记录下来;如果数据被更改,不论是Modify,Add还是 Delete,数据都要做一个备份;响应时间可能超过1 分钟的功能,都要提供进度条等等. 这些全局规则在实际情况中,一般都是由系统框架,或某个中间件来完成的,它们是系统架构的一部分。因此这些需求虽然
4、也是功能性的,但笔者认为将它们作为补充需求,与可靠性之类的系统需求一起,由较高层次的设计师或者是架构师来处理它们更合适。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页,共 4 页 - - - - - - - - - 那么补充用例规约到底是一个用例写一份还是全部集中在到一起呢?RUP 提供的模板是一个用例写一份,只要它们与该用例相关。笔者在实际工作中觉得集中在一份文档中似乎更合理。一是减轻很多的重复工作量,二是集中在一起更便于管理和验证。至于补充规约的格式就没那么重要了,只要将
5、用户提出的,或者用户未提出,但作为系统建设者知道系统要很好运行就必须去加入的那些特性,都一一写明白了,就OK 了。当然,有时某个补充要求的确只与一个特定的用例有关,例如交纳借阅费,有一个可能的补充要求是保障安全性,包括数据安全,传输安全。其它用例则没有必要进入安全通道。这时,专门为交纳借阅费用例写一个补充规约也是合理并且推荐的方式。再来说说系统原型。所谓系统原型根据目的不同,也分为好多种,本文无意深入探讨,大致说说,并只描述与需求过程相关的原型。例如,我们可能要使用一个全新的技术,为了验证其技术可行性,可能会开发一个小的原型,以掌握或证明我们能够使用这种技术,也证明这项技术能够支持后续的开发,
6、这是一种验证性原型;我们有一个初步的想法,但不知往下能走多远,这个想法是否可行,也可以开发一个原型,这是一种探索型原型;我们要向别人说明某个产品,为了形象化,也可以开发一个原型,以显式的向别人展示以加深理解,这是一种辅助原型. 目的不同,原型也有多种。另一种分类方法是将原型分为抛弃型的和渐进型的,所谓抛弃,就是用完了就扔了,渐进型的,则是将来会在它基础上逐步完善,乃至形成最终系统。我们在做需求时所需的原型主要是辅助性的,将用例场景转化成可操作的原型,如果是做Web 系统,则基本上就是静态html 。第一,它能帮助系统分析员更好的与用户交流,同时让脑子湖涂的用户明白,哦,原来就是这样的啊. 第二
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 2022年OO系统分析员之路-用例分析系列-如何编写一份完整的UML需求规格说明书 2022 OO 系统分析员 分析 系列 如何 编写 一份 完整 UML 需求 规格 说明书
链接地址:https://www.deliwenku.com/p-33390752.html
限制150内