基础需求模式
想必大家都听过这样一句话：“再长的路，一步一步也能走完；再短的路，不迈开双脚也无法到达。”现在我对这句话是深有感悟，时间过的很快，不知不觉《软件需求模式》这本书的第一部分已经读完，第二部分已在进行中，这段时间的阅读让我学到了很多很多。以前，总觉得那么厚还那么无聊的书根本读不进去，所以没有认真读完过一本老师推荐的书。直到现在，看到自己已经把《软件需求模式》读完一半多了，才知道只要坚持一周读一章，那么即使书籍很厚并且内容枯燥，我们也能读完，这就是“再厚的书，一页一页也能读完；再薄的书，不翻开封面也无法读完。”
上面是我的一点小小感悟，现在介绍一下今天通过阅读了解到的知识。《软件需求模式》的第二部分介绍了37个模式，这些模式的主题在所有的商业系统中反复出现，它们被分为八个领域，本书用了八章分别对它们加以详细介绍。
第五章主讲的是基础需求模式，什么意思呢？就是基础领域中的需求模式，该模式是所有种类的系统都可能需要的一些东西，它包括了系统间接口需求模式、系统间交互需求模式、技术需求模式、遵从标准需求模式、参考需求需求模式、文档需求模式。我比较感兴趣的是系统间交互需求模式，所有现在着重的介绍一下该模式。现在举一个信用卡支付服务例子： 一个信用卡支付服务可能主要用来让零售商借钱给持卡人，但是这个接口需要做很多其他的事，比如取消交易以及检查卡的信用额度。这些是业务相关的功能，但是接口可能也拥有大量的更偏向技术的和支持性的交互，如发起一个连接（以及关闭）、请求重发前一个消息、通知状态等等。所以说，一个交互类型，为了这个需求模式的目的，意味着交换特定类型的信息——可能涉及双方向的消息。例如，一个请求和相应的响应算作一个交互。然而系统间交互需求模式包括的内容是：交互类型名称，接口名称和标识符，交互目的，传递的信息。该模式对于程序员开发软件很重要！
第六章主讲的是信息需求模式。众所周知，信息是商业系统活力的源泉：毕竟IT是信息技术。信息领域的大部分需求模式是用来描述系统所需的信息的各个方面，它包括了数据类型需求模式、数据结构需求模式、标识符需求模式、计算公式需求模式、数据寿命需求模式、数据归档需求模式。通过学习这几个模式，我们可以发现：虽然习惯上称为数据处理，但是信息有更广泛的含义，而不仅仅是数据，信息的核心本质是输入、储存、展示、报告。就需求而言，数据结构是一组信息的逻辑定义，它本身没有任何用处，它不定义存储或功能，只是一个开发单元，其他的需求可以引用它，而不必再自己定义这个结构。
第七章主讲的是数据实体需求模式。目前存在一个很怪的现象：系统的开发者常常以随意的态度对待信息，没有规则定义什么时候数据可以被删除，对丢失数据很松懈，修改数据时不保留原始的数据，也不清楚数值是如何计算出来的。如此众多的系统以马马虎虎的方式处理数据，没有一点点秩序和一致性，当系统出现问题时，处理起来就会不方便，后果也会很严重。通过学习第七章，我知道了数据实体需求模式包括了活实体需求模式、交易需求模式、配置需求模式、编年史需求模式、信息存储基础架构。最重要的一点，通过引入一种方案，把所有的实体分为几个固定的种类，共享很多重要的特征，能够施加一些秩序和一致性。
第八章主讲的是用户功能需求模式。看到“用户功能”四个字，我想大家都会露出一个大大的微笑，因为我们总是把注意力集中在功能实现上面，总是认为做软件的目标就是把功能实现，这个需求模式才是我们想学的内容。用户功能丰富多彩，很难找到共同点对它们分类，并为它编写需求模式。然而有三种类型功能的模式是我们必须掌握的，那就是查询需求模式、报表需求模式和易用性需求模式，此外还包括用户界面基础架构和报表基础构架。查询，是一个系统必不可少的功能，也是系统的一大亮点；报表，是显示信息的一种方式，是打印在纸上的东西；易用性，通常意味着为各种残疾以及不同严重程度的人士提供使用手段。
花了将近两天的时间阅读了四章内容，学到了很多知识，但是更多是得到了很多感悟。现在我已经是一名大三学生了，时间真的不多了！我只想说：时不我待！
原文：http://www.cnblogs.com/niujunyan/p/5965975.html