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

这一张的主要讲的是界面设计,我们在人际交互课程中也学到了。GUI的设计在其他几本书中是没有提到的。而且这一部分跟《人机交互》中讲到的又不一样。这一章介绍了UML的配置文件(剖面)——UX故事情节。图形用户界面的设计要从用户的角度出发。

第八章介绍了数据库的重要性。数据库在软件开发中起到至关重要的作用。数据库模型由3个层次:外部模型、逻辑模型和物理模型。本章重点讨论了逻辑模型。对象到数据库的映射其实就是UML类型模型到关系数据库中逻辑数据模型的映射。事务是数据库的逻辑工作单元,它开始于一致的数据库状态,并能够保证在它结束时也是一致的状态。事务可以处理数据库并发和数据库恢复。传统的数据库应用系统要求短事务,而一些新的数据库应用系统则工作于长事务。

质量与变更管理活动跨越了整个开发生命周期。它们需要专门的文档,例如测试计划、测试用例文档和故障与改进文档。测试文档确定了测试需求,然后再将测试需求连接到用例文档中的用例需求。质量管理有两个非常正交的方面。用于质量控制机制时时被动的,但是用于测试驱动开发框架时,它可以是非常主动的质量保证活动。质量控制与系统服务和系统约束测试有关。系统服务测试可以是静态或动态测试。静态测试包括走查和审查——质量保证实践中的正式评审会议。而动态测试可以是针对规格说明的测试针对代码的测试。系统约束测试包括大量相关的不同测试。通常提出的变更请求要么是处理故障要么是处理改进。在变更管理工具中可以提交变更请求并追踪开发人员对它所做的处理。变更管理工具的主要功能就是建立变更请求与其他系统制品——特别是测试需求与用例需求——之间的可追终路径。

本书的最后是对整本书的一个总结。通过在线购物这个例子来展示需求分析和系统设计的所有重要步骤。这些步骤又被分为9个连续的主题:1.用例建模 2.活动建模 3.类建模 4.交互建模 5.状态机建模 6.实现模型 7.协作设计 8.窗口导航设计 9.数据库设计。

这本书从测试和练习上加强了我们对于所学内容的理解。有例子的结合比起只是理论的东西容易理解。通过做练习巩固和加深了对内容的理解。这本书侧重讲解了UML建模,在原来学习的基础上更加理解了。

时间: 2024-08-10 21:30:32

《需求分析和系统设计》读书笔记之三的相关文章

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

终于把<需求分析与系统设计>读完了,感受很多,虽然理解还不是透彻,但还是学到了不少知识.在软件需求规格说明中,需要用图形和其他形式化模型来说明需求,为了完整地说明一个系统,有必要采取多种模型.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被销毁时会自动删除它所指之物,所以一定要注意

《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章!<需求的组织>提出了需求获取的常见模型驱动方法,包括面向目标,基于场景和基于用例的方法,它可以指导和组织需求获取行为的开展

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

接下来本书主要介绍了四个领域需求模式,性能领域需求模式,适应性领域需求模式,访问控制领域需求模式,商业领域需求模式. 性能领域需求模式有:响应时间需求模式.吞吐量需求模式.动态容量需求模式.静态容量需求模式.可用性需求模式.性能领域的需求模式解决的是系统的性能问题.响应时间是系统需要多少时间完成一个请求:吞吐量是系统处理事情的速率:动态容量是系统能够同时处理多少件事:静态容量是系统可以保存多少某种类型的实体:可用性是什么时候系统对用户是可用的,以及多么可靠. 适应性领域需求模式有:可伸缩性需求模