《需求分析与系统设计》第一篇阅读体会

   这本书介绍了软件过程标准及服从框架。说明了系统规划的重要性，也介绍了系统规划的几个方法。

   一种传统的方法成为SWOT——优势、劣势、机会、威胁。另一种流行的策略基于VCM——价值链模型。用于制定业务策略的更加现代的方法称为BPR——业务过程重组。也可以通过使用为ISA——信息系统体系结构而设计的蓝图来评估一个组织的信息需求。

    书中分别介绍了这几种方法，每个方法都有自己的优点和缺点，在使用时要选取合适的使用。

    与系统规划有关的是，一个组织具有三级管理：策略级，战术级，操作级。这3个级别是由决策的独特焦点、一套明确的IS应用需求、需要从IT中得到的特定支持所刻画的。系统规划的任务是定义IS应用系统和IT解决方案的混合体，使其在特定的时间点对组织最有效。

   软件开发遵循一个生命周期，主要的生命周期阶段是：分析、设计、实现、集成和部署，还有运行和维护。

   需求确定先于需求规格说明。需求确定是关于发现需求并将其记录在一个叙述性需求文档中的过程。虽然需求的确定并不包括形式化系统建模，但可以构建基本你的需求业务模型。这个业务模型可以产生3个通用图：环境图、业务用例图以及业务类图。

   UML标准定义了很多模型和图，使得能够进行深入详尽及多焦点的软件建模。可以根据模型和提供的系统的不同视点对模型和图进行分类。

   用例模型是主要的UML代表，也是行为建模的焦点。用例模型定义用例、参与者及这些建模元素之间的关系，每一个用例都在一份文本文档中说明。

   活动模型能够用图来表示用例中的事件流。活动模型填补了用例模型中系统行为的高层表示与交互模型中行为的低层表示之间的空隙。

   类建模集成并包含了所有其他建模活动。类模型标识类和它们的属性，包括关系。类属于不同的体系结构层。类的典型分组是表示类、控制类、实体类、中介类和基础类。

  交互建模捕获执行一个用例或用例的一部分所需要的对象之间的交互。有两种交互图：顺序图和通信图。

  状态机模型说明类中的动态变化。它描述类的对象可能处于的不同状态。

  第一章讲了软件过程，从总体生描述了软件开发过程中的策略问题，介绍了支撑现代软件开发的过程和方法，认到了软件工程的本质是软件固有的复杂性，一致性，可变性和不可见性的产物。软件工程的偶然因素分为3类，即投入者，过程和建模语言和工具；投入者指那些与软件项目之间存在着利害关系的人，即客户和开发人员；过程确定以促进开发小组内部合作的活动和组织的程序，使得能交给客户一个性能优良的产品，过程模型包括：说明执行活动的程序，说明交付的制品及时间，将活动和制品分配给开发者，提供衡量准则；建模语言和工具是为制品建模和文档化，UML语言是最常用的建模语言。

  第二章讲了需求确定，需求确定是关于社会、沟通和管理的技能，它是系统开发中需要技术最少的一个阶段，但如果结果将会比不能完成其他阶段来的更糟。认识了需求确定的原则，需求确定是系统开发生命周期的第一个阶段，定义了系统被期望的服务和系统要服从的约束，需要从客户那里获得；知道了需求抽取的方法，即现代和传统的抽取方法；传统的需求抽取方法包括与客户和领域专家面谈，问卷法，观察和文档和软件系统的研究；现代抽取方法包括原型法，联合应用开发，快速应用开发。

  第三章讲了可视化建模基础，讲解了各种UML视图及不同视图的配合，每种视图都强调所开发系统的某一特定方面。要了解整个系统就要开发表示不同方面的对各uml视图，并将他们集成起来。这章系统了讲了uml的建模过程，详细的介绍了每种uml图的创建和应用。

 

转载于:https://www.cnblogs.com/luffyyang/p/5110482.html