《软件需求模式》读书笔记之三

接下来本书主要介绍了四个领域需求模式,性能领域需求模式,适应性领域需求模式,访问控制领域需求模式,商业领域需求模式。

性能领域需求模式有:响应时间需求模式、吞吐量需求模式、动态容量需求模式、静态容量需求模式、可用性需求模式。性能领域的需求模式解决的是系统的性能问题。响应时间是系统需要多少时间完成一个请求;吞吐量是系统处理事情的速率;动态容量是系统能够同时处理多少件事;静态容量是系统可以保存多少某种类型的实体;可用性是什么时候系统对用户是可用的,以及多么可靠。

适应性领域需求模式有:可伸缩性需求模式、可扩展性需求模式、非狭窄性需求模式、多样性需求模式、多语言需求模式、安装性需求模式。适应性领域需求模式是为了使系统更加灵活以适应不断变化的环境,可伸缩性是准备好处理业务容量的增加;可扩展性可以能够容易地插入额外软件;非狭窄性可以避免限制在其他地方安装;多样性可以同时支持多个公司、货币等;多语言可以同时支持多种语言用户界面;安装性是安装系统封容易程度。

访问控制领域需求模式有:用户注册需求模式、用户认证需求模式、用户授权需求模式、特定授权需求模式、可配置授权需求模式、批准需求模式。用户注册使系统知道用户;用户认证是认定一个用户;用户授权是控制用户可以做和可以看的内容;特定授权是具体的用户授权规则;可配置授权是可以动态地改变哪些用户可以做什么;批准是强迫某个操作被其他人批准。

商业领域需求模式有:多组织单元需求模式、费/税需求模式。多组织单元室业务结构(多部门,办事处,公司,等等);费/税是收费方式。

这本书从不同领域介绍了相关的模式,是以自上而下的顺序介绍的。通过学习这次模式,也大致了解了一个系统大概涉及的领域。这些模式并不是全部的。当编写需求规格时,列一个可以用于正在定义的这种系统的多有需求模式的名单是有用的,可以更方便的找到想要的。不是所有的模式都可以适用于所有的系统,所以建立一个只和你的系统相关的模式的名单还是值得做的。

时间: 2024-11-02 23:25:59

《软件需求模式》读书笔记之三的相关文章

<<需求分析与系统设计>>读书笔记之三

终于把<需求分析与系统设计>读完了,感受很多,虽然理解还不是透彻,但还是学到了不少知识.在软件需求规格说明中,需要用图形和其他形式化模型来说明需求,为了完整地说明一个系统,有必要采取多种模型.UML提供了许多集成化的建模技术来辅助系统分析师来完成这项工作.规格说明的过程是迭代增量式的.对成功的建模来说,使用case工具是必须的.需求规格说明产生三种模型:状态模型,行为模型,状态变化模型.需求规格说明涉及需求确定期定义的客户需求进行严格的建模,重点放在那些系统将要提供的所期望的服务上.在规格说明

&lt;&lt;需求分析与系统设计&gt;&gt;读书笔记之一

<<需求分析与系统设计>>这本书论述了软件分析和设计的迭代增量式过程,讨论软件分析与设计的原理,方法和技术,并特别关注了设计阶段,对软件体系结构的内容进行了很大的扩充.本书强调对象技术与统一建模语言UML在企业信息系统开发中的应用,并讨论了使用web技术和数据库技术进行开发的方法.这本书集中在面向对象软件开发上,统一建模语言用于捕捉建模的人工制品,主要论述用逐步细化的方式进行开发,并且在整个开发生命周期中都是用UML这种建模语言.系统分析师,设计师和程序员使用同一种语言和工具,但有

系统&lt;&lt;需求分析与系统设计&gt;&gt;读书笔记之二

需求确定是关于社会,沟通和管理的技能.它是系统开发中需要技术最少的一个阶段,但是如果该阶段没有充分完成,其结果将会比不能完成其他阶段来得更糟.由于不理解,忽略或者曲解客户需求付出的代价在软件过程的以后阶段将是不可承受的.一个当代自适应企业的业务前景要求是,对业务能力进行探索,并确定满足不断变化的解决方案.业务过程界定IT项目和系统的需要.很多情况,IT解决方案仅仅是解决业务问题.另外一些情况下,IT解决方案是业务创新的真正推动者,并产生新的经济理念.无论哪种情况,IT解决方案都是一种基础设施服务

《Effective C++》 读书笔记之三 资源管理

<Effective C++> 读书笔记之三 资源管理 准备知识: 所谓资源就是,一旦用了它,将来必须还给系统.最常用的资源是动态分配内存,其他常见的资源有文件描述器.互斥锁.图形界面的字形和笔刷.数据库连接以及网络sockets. auto_ptr 是个"类指针对象",就是所谓的智能指针,其析构函数自动对其所指对象调用delete.auto_ptr位于 #include <memory> 头文件.由于auto_ptr被销毁时会自动删除它所指之物,所以一定要注意

《需求分析和系统设计》读书笔记之三

这一张的主要讲的是界面设计,我们在人际交互课程中也学到了.GUI的设计在其他几本书中是没有提到的.而且这一部分跟<人机交互>中讲到的又不一样.这一章介绍了UML的配置文件(剖面)——UX故事情节.图形用户界面的设计要从用户的角度出发. 第八章介绍了数据库的重要性.数据库在软件开发中起到至关重要的作用.数据库模型由3个层次:外部模型.逻辑模型和物理模型.本章重点讨论了逻辑模型.对象到数据库的映射其实就是UML类型模型到关系数据库中逻辑数据模型的映射.事务是数据库的逻辑工作单元,它开始于一致的数据

《C#图解教程》读书笔记之三:方法

本篇已收录至<C#图解教程>读书笔记目录贴,点击访问该目录可获取更多内容. 一.方法那些事儿 (1)方法的结构:方法头-指定方法的特征,方法体-可执行代码的语句序列: (2)方法的调用:参数.值参数.引用参数.输出参数.参数数组: ①参数: 形参-本地变量,声明在参数列表中:形参的值在代码开始之前被初始化: 实参-实参的值用于初始化形参: ②值参数: 为形参在栈上分配内存,将实参的值复制到形参: ③引用参数: 不为形参在栈上分配内存,形参的参数名作为实参变量的别名指向同一位置,必须使用ref关

《需求分析与系统设计之读书笔记之三》

我从第八章<数据库设计>中总结了一下知识内容:类模型和BCED类包反映了应用类,而不是存储数据库结构,实体类表示了应用中的永久数据库对象,但不是数据库中的永久类:永久数据库层可以是关系数据库,对象关系数据库或者对象数据库:数据库模型是表示数据库结构的这种抽象,包含三种抽象,分别是:外部数据模型,逻辑数据模型和物理数据模型:数据库包并不能导出数据库模型,它是由数据库建模导出来的.应用和数据库之间的映射,由数据库包负责,可能是错综复杂的问题,映射的困难有两个:数据库的存储结构对面向对象范例做不了什

机器学习系统设计-读书笔记3

继续第二篇笔记中的例子. 3.不断的迭代与探索的过程 从上篇的图看到,直线并不能很好的代表week4以后的趋势.既然一阶函数不行,我们试试二阶函数? f(x)= ax**2 + bx + c 继续使用polyfit这个函数来确定a,b,c的值: f2p =sp.polyfit(x,y,2) print f2p 上述代码得到了一个数组 [ 1.05322215e-02 -5.26545650e+00 1.97476082e+03],这就是a,b,c分别的值. f2 = sp.poly1d(f2p)

《需求工程-软件建模与分析之读书笔记之三》

第9章<需求获取方法之观察与文档审查>中提出了常见的观察方法有采样观察,民族志,话语分析,协议分析和任务分析,它能让我们理解复杂的协同事件,获取工作中的异常处理,获取与用户认知不一致的实际共识,了解用户的认知和获取默认知识.在文档审查中,对于相关产品的需求规格说明,所采用的方法是需求重用:对于硬数据采用的是文档分析:对于客户的需求文档采用的是需求剥离.第10章!<需求的组织>提出了需求获取的常见模型驱动方法,包括面向目标,基于场景和基于用例的方法,它可以指导和组织需求获取行为的开展