系统分析与设计方法读书笔记
《系统分析与设计方法》，顾名思义，是论述软件开发过程中涉及到的分析与设计过程的方法论。作者依照软件开发过程将书划分为四个部分：系统开发项目环境、系统分析方法、系统设计方法、系统分析和设计完成后的工作。同其他美国作者一样，作者通过一个贯穿全书的案例--音阶公司系统项目，向我们详细地讲解了开发一个软件系统过程中设计到的知识。
第一部分“系统开发项目环境”介绍信息系统开发的概念和过程。第二部分“系统分析方法”涵盖了生命周期前期活动、工具和技术，这些内容用于分析业务问题、说明信息系统业务需求以及制定业务和系统方案。第三部分“系统设计方法”涵盖了生命周期中期活动、工具和技术，特别强调应用架构的概要设计和详细设计、快速开发和原型设计、外部设计（输出、输入和界面）、内部设计（如数据库和软件工程）以及面向对象设计。第四部分“系统分析和设计完成后的工作”通过纵览生命周期后期活动，透视系统分析和设计工作。
《系统分析与设计方法》这本书围绕软件开发这一中心，详细讲解了从需求分析到后期维护各个阶段中，如何运用文档与周围的人员进行有效沟通和协作。文档，作为各类人员之间的桥梁和纽带，如使用得当，有以下几个好处：
1.提高软件开发过程的能见度。把开发过程中发生的事件以某种可阅读的形式记录在文档中。管理人员可把这些记载下来的材料作为检查软件开发进度和开发质量的依据，实现对软件开发的工程管理。
2.提高开发效率。软件文档的编制，使得开发人员对各个阶段的工作都进行周密思考、全盘权衡、从而减少返工。并且可在开发早期发现错误和不一致性，便于及时加以纠正。
3.作为开发人员在一定阶段的工作成果和结束标志。
4.记录开发过程中的有关信息，便于协调以后的软件、开发、使用和维护。
5.提供对软件的运行、维护和培训的有关信息，便于管理人员、开发人员、操作人员、用户之间的协作、交流和了解。使软件开发活动更科学、更有成效。
6.便于潜在用户了解软件的功能、性能等各项指标，为他们选购符合自己需要的软件提供依据。
也正是基于这样的好处，软件行业才会定义、开发各种沟通表达工具和建模语言来统一沟通方法，从而便于各种人员的团结合作。以UML为例。从1989
年到1994年,建模语言数量从不到十种增加到了五十多种。90年代中,又一批新方法出现,其中最引人注目的是Booch 199
3、OOSE和OMT-2等。但到目前为止，UML这一统一建模语言脱颖而出，它贯穿软件开发周期中的每一个阶段，并被OMG采纳作为业界的标准。就如书中所讲，UML是一个标准的图形表示法，它不是面向对象的分析和设计，也不是一种方法，它仅仅是一组符号。UML是在开发阶段，说明，可视化，构建和书写一个面向对象软件密集系统的制品的开放方法。作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。所以说，运用优秀的沟通工具与各种角色进行有效地沟通在一定程度上决定着系统能否保质保量的成功完成。在这个崇尚团结与合作的社会，作为新一代的软件开发人员，我们更应该认真学习书中说讲的各种文档编写方法，更好的运用到实际开发中去。
首先，需求分析人员从接触到深入了解客户业务有一个渐进的过程，如果一开始就深入到业务的细节中去，不但容易迷失方向，而且很容易显露出你对业务的无知，客户会因此而失去与你沟通的兴趣。
其次，沟通双方都有自己习惯的沟通方式。所以在双方能够达成默契之前，不要急于深入业务细节，而是圈定范围，先就一些大框框进行沟通，借此了解客户的沟通方式。客户是喜欢开放型问题还是封闭型问题？客户是很健谈还是很含蓄？客户是主导型沟通者还是被动型沟通者？客户是具有很强逻辑思维的人，可以将一个问题有条不稳地讲清楚，还是一个发散型思维的人，总是没有什么目的地想到什么就讲什么？如果双方的沟通方式不能切合 rf4，必定会造成沟通的障碍。
再次，客户的时间是有限的，很多时候不能有整块的时间来配合需求调研。由于项目的周期也是有限的，因此每一次会面都需要争分夺秒，用最快的时间把问题搞清楚。另一方面，客户通常不会为需求调研做好准备，往往是等着回答问题的。如果需求分析人员寄希望于客户能有条不理的把一套业务都能讲解很清楚，整个业务形成闭环往往是很不现实的。这就要求需求分析人员根据经验提前要做好调研计划和内容，逐个进行落实。
系统分析与设计的方法主要包括结构化生命周期法（又称瀑布法）、原型化方法（迭代法）、面向对象方法。
按时间过程来分，开发方法分为生命周期法和原型法，实际上还有许多处于中间状态的方法。原型法又按照对原型结果的处理方式分为试验原型法和演进原型法。试验原型法只把原型当成试验工具，试了以后就抛掉，根据试验的结论做出新的系统。演进原型法则把试好的结果保留，成为最终系统的一部分。 按照系统的分析要素，可以把开发方法分为三类：
①面向处理方法（Proceing Oriented ，简称PO）。
②面向数据方法（Data Oriented ，简称DO）。
③面向对象的方法（Object Oriented ，简称OO）
系统分析和设计应遵循的原则有：
系统开发是面向客户的，应从客户的角度考虑。
诸如系统开发生命周期之类的产品更新换代机构应该在所有的信息系统开发项目中建立起来。
信息系统开发的过程并不是一个顺序的过程，它允许步骤的重叠和倒转等。 如果系统的成功可能性受到很大限制时，应取消整个项目。
文档材料是系统开发生命周期中重要的可递交成果，应加以重视
最后总结下，学完《系统分析与设计方法》这门课程再加上老师在课堂上的一些讲解以及以前学习过程中的收获，我对于系统分析与设计有了进一步的理解，能高屋建瓴的看待系统分析与设计整个过程的步骤以及增加了一些开发设计中的重要事件的理论知识。
