Thinking in UML实践——系统分析

最近终于把《大象》这本书读完了，从去年11月到现在，用了整整五个月。一方面是因为这段时间工作上的事情，生活上的事情都比较多，很少有整块时间阅读；另一方面也是自己在读这本书时候，边读边扩展，最后记录下了十三篇笔记。《大象 Thinking in UML》学习笔记（一）——为什么需要UML？《大象 Thinking in UML》学习笔记（二）——建模基础《大象 Thinking in UML》学习笔...

科研机构通过汇总和分析大量的气象、地质、地震数据，能够准确提供灾害事件的具体信息，比如地震的震中位置和震级、台风的路径和登陆时间等关键信息，这有助于及时有效地发出预警信息，提升灾害应对的效率和准确性。他们在灾害事件中的及时响应和有效行动，直接关系到社会的安全和稳定，而灾害预警系统的精准预警和信息提供则成为他们决策和行动的重要基础。开发人员，是灾害预警系统的开发运行人员，是灾害预警系统开发的后台运营者，他们需要系统具有良好的可延展性与优秀的可读性，在系统的运行中，应当对于优化升级是友好的。

涉众(stakeholder)是与建设的企业系统相关的人和事。涉众不等同于用户，用户是系统的使用者，是涉众的一部分。 涉众可是企业内部人员也可以是与企业发生关系的外部组织或实体。 涉众与业务系统存在关系，提取涉众并分析各个涉众对系统的期望，对全面分析业务系统有重要意义。

OO系统分析员之路--用例分析系列（3）--业务建模之涉众1从这一篇开始，笔者将借助一个虚拟的实例来阐述获取用例的方法，以及如何判断用例获取是否完备，粒度选择是否合适。事实上，在做这些工作时，我们正在进行需求分析的第一个阶段，即业务建模阶段。借助这个例子，笔者同样会阐述业务建模到底应该做什么，做到什么地步才能说明业务需求已经完整，可以称为一份完整的需求规格说明书了。 一般来说，只有当以

大象-Thinking.in.UML（第二版） - 谭云杰 扫描版-PDF 【下载地址】大象-Thinking.in.UML第二版-谭云杰扫描版-PDF 大象-Thinking.in.UML（第二版） - 谭云杰 扫描版-PDF欢迎来到本仓库，这里提供了《大象-Thinking.in.UML（第二版）》的高质量扫描版PD...

书籍简单了解 《大象–thinking in UML》是一本结合了面向对象 方法、软件工程方法、基于 UML 的建模方法的全程建模的书。以UML为载体，将面向对象的分析设计思想巧妙地融入建模过程中，通过贯穿全书的实例将软件系统开发过程中方方面面的知识有机地结合在一起，用生动的语言和精彩的事例将复杂枯燥的软件过程讲解得津津有味。 内容简单了解 （1）第一部分讲述面向对象分析的一些基本概念，及学习建模需要了解的一些基本知识。 （2）第二部分对UML的基础概念重新组织和归纳整理，进行扩展和讨论..

一、关键概念分析关键概念是指支撑起客户整个业务架构的那条主线，在UML方法里，就是由一些关键的业务用例构成。需求分析就是要找到这些关键的业务用例，并且对它们进行分析，建立概念模型，依据概念模型搭建业务架构，然后为了验证这个架构或者进行技术可行性分析开发出系统原型。概念模型始于业务用例，是针对需求中的关键业务，或者说业务核心来建立的。概念模型是需求转入系统之间的桥梁。获取概念用例概念模型的构建是通过...

一、业务目标     随着我国教育水平的不断提升，我国大学生的数量迅猛增长，大学的课堂生活也变得丰富多彩，但同时面临着诸多问题。第一，我们学校开设了诸多必修课和选修课，并且每个课程的持续时间不同，经常有学生上课迟到甚至忘记上课。第二，我们在想自习的时候，一旦稍微晚点，图书馆就没位置了，去教室自习，由于不知道教室是否有人上课，不得不挨个找。      不仅如此，大部分同学都会有过自己突然忘记课程却因...

2. 编写用例文档绘制用例图只是完成了用例建模最基本也是最简单的一步，用例建模的核心在于编写用例文档，用例文档又称为用例规约或用例描述。顾名思义，用例文档是用于描述用例的文档，每一个用例对应于一个用例文档，在用例文档中需要用文字的方式描述用例的执行过程，即执行者与系统的交互过程。 用例文档需要通俗易懂，不仅项目的开发人员能够理解，系统的用户以及客户也能够看懂用例文档。一个完整的用例文档包括用例编号

2. 做好涉众分析 业务建模的第一步：发现和定义涉众。 在了解业务概况和业务目标后，接下来要做的事情不是去了解业务的细节，而是去发现也这个目标相关的人和物，英文把这种人和物称为Stakeholder，或者叫干系人，也称为涉众。 2.1 什么是涉众？ 涉众是与要建设的业务系统相关的一切人和事。凡是与这个项目有利益关系的人和事都是涉众，他们都可能对系统建设造成影响。 涉众不等于用户，通常意义上的用户是指系统的使用者，而这仅是涉众中的一部分。如何理解与业务系统相关的一切人和事呢？例如，项目出资方、监管方、建筑商等

Thinking in UML读书笔记

UML与需求分析 基本概述     常常会听到这样一句话，客户需要的是一把梯子，系统分析师了解到的是一张凳子，开发人员做出来的是一张桌子。由此可以看出需求分析的准确性和正确性的重要之处。     需求分析中出现差异性问题的原因 1、很多角色会参与到需求分析中来 2、不同的角色会有不同的出发点 3、人的需求分析能力是有差异的 4、需求的“词不达意” 5、需求是不断

本文内容包括：背景业务用例模型与系统用例模型有什么相似之处？业务用例模型与系统用例模型之间究竟有怎样的差别呢？我应该为业务建模使用哪些 UML 图？业务用例模型和系统用例模型之间的关系是什么？总结注释现在对本文进行讨论！参考资料

UML与需求分析进阶 需求分析全过程 第一阶段：战略分析 1、为什么会有这样一个项目？ 2、客户为什么想做这个项目？ 3、公司为什么会接这个项目？ 4、公司在这个项目上的战略是怎样的？   第二阶段：需要分析 1、目标     目标是系统的高层次需求，也是必须要把握的宏观方向。 2、涉众及待解决问题     1、涉众分类         1、系统的用户

占位 哈哈哈哈

参考文档： 　　【业务建模】(http://www.baike.com/wiki/%E4%B8%9A%E5%8A%A1%E5%BB%BA%E6%A8%A1) 　　【UML 核心元素之参与者】(http://www.voidcn.com/article/p-obarwwaq-tp.html) 　　【UML核心元素之参与者】(http://www.voidcn.com/ar...

什么是UML             UML是一种建模用的语言，所有的语言都是基本词汇和语法组成的，UML也不例外，UML定义了一些建立模型所需要的、表达某种特定含义的基本元素，这些元素称为元模型，UML还定义了这些元模型互相之间关系的规则，以及如何用这些元素和规则绘制图形已建立模型来影射现实世界，这些图形称为视图，UML是一种统一可视化语言，它通过以下三个步骤描绘现实世界： 从现实世...