标签：
经过一个月的阅读，终于把《需求分析与系统设计》这本书读完了，其中对需求和对设计方面的知识对我帮助很大。书中作者对需求分析的思想对我也有很大的启示，在我现阶段的学习中对需求的了解有了进一步的认知。这一阶段我读了这本书的最后几章，在这几章中作者主要对系统的设计做了一定的分析，同时让我学到很多东西。
第七章中主要讲了图形用户界面设计，界面设计是一个多学科的活动，其设计的中心问题是用户控制式，面向对象程序是事件驱动的，对象响应事件的内部通信由外部用户激活的事件来触发；它的设计必须遵循由项目采用的窗口界面的开发商发布的方针，这个方针指明了用户控制式原理，一致性，个性化，客户化，宽容，反馈，审美和可用性等问题；Microsoft Windows界面要区别主窗口和辅窗口，主窗口可以是浏览器，树浏览器或Web页面；辅窗口可以是对话框，标签夹，下拉式列表或消息框；一个辅窗口相对于主窗口可以是模态的和非模态的；窗口之间的依赖关系使用SDI或MDI接口进行进一步的构形；个体窗口的可视化设计只是GUI开发的一个方面；第二个方面关系到窗口导航，它捕获了应用窗口之间的可能的导航路径。第八章主要讲了数据库设计，类模型和BCED类包反映了应用类，而不是存储数据库结构，实体类表示了应用中的永久数据库对象，但不是数据库中的永久类；永久数据库层可以是关系数据库，对象关系数据库或者对象数据库；数据库模型是表示数据库结构的这种抽象，包含三种抽象，分别是：外部数据模型，逻辑数据模型和物理数据模型；数据库包并不能导出数据库模型，它是由数据库建模导出来的。应用和数据库之间的映射，由数据库包负责，可能是错综复杂的问题，映射的困难有两个：数据库的存储结构对面向对象范例做不了什么，其次数据库几乎都不是为单个应用设计的。对象数据库管理系统的最大目的是进行数据库与应用程序设计语言的透明式集成，其建模语言是对象和文字，每个对象都有一个OID，文字没有OID，其值是它的标识符；ODB一个主要的好处是在于对文字和对象类型的内部支持，这使得ODB成为面向对象IS开发的自然的实现平台,其支持关联和泛化关系（聚合通过强制关联来支持）；ODMG对象模型定义了两种泛化关系：即ISA（相当于对接口的继承）和EXTENDS关系（相当于实现继承）；ODBMS配有内部操作来支持文字和对象类型；ODB的任务是为面向对象模型建立一个面向对象实现，可以映射实体类，关联，聚合和泛化。对象关系数据库组合了老式关系模型和新式对象模型，其表中的列可以取内部或用户定义类型作为它的值；对象表是具有一列或多列的列的集合；行类型允许表可以甚至不需要使用结构化类型或集合就有相对复杂的内部结构；结构化类型可以用来定义引用类型；映射不是针对抽象的SQL标准来做的，而是针对实际的ORDB来做的。第九章主要讲了质量与变更管理，测试分为系统服务测试和系统约束测试两种；系统服务测试可以是基于非执行的或基于执行的；基于非执行的测试包括走查和检查；而基于执行的测试可以是针对规格说明的测试或针对代码的测试。系统约束的测试包括大量完全不同的测试，它们关系到像用户界面，数据库，授权，性能，压力，故障。配置以及安装等，它是与系统服务测试并行进行的，另外一些则是独立完成的。测试和变化管理要求特定的文档，如测试计划，测试用例文档，故障和改进项目文档等；测试需求在测试文档中标识，并且被链接到用例文档中的用例需求。变化请求一般要么是故障要么是改进；一个变化管理工具用于变化请求的提交并保存它的轨迹，就跟开发者对待它一样；变化管理工具的关键部分关系到建立变化请求和其他系统制品，特别是测试需求和用例需求之间的可跟踪路径。
读了这本书，我对需求和设计的理解更加深入，需求分析是系统设计的准备阶段在需求分析阶段对软件的结构和功能必须要根据客户的需求做出一定的需求报告，在设计时才能更加快捷的做出客户想要的软件。
标签：
原文地址：http://www.cnblogs.com/apak/p/5093287.html
