系统的业务流程分析_电脑系统业务流程分析

实体类通常指系统中需要持久化的类，代表系统中的核心概念。　　软件系统分析目前用的较多的方法就是鲁棒（Robust）分析，也就是健壮性分析。　　首先根据用例的描述设计系统的边界类、实体类，和控制类。　　一、边界类　　边界类描述系统与角色的接口，通常是图形用户界面，通信协议、打印机接口、传感器和终端。最常见的就是窗体。那窗体中的各种控件算不算呢？不算，窗体本身是最合适的边界类，而其中的控件就太细小了。　　二、控制类　　控制类表示系统的动态行为，处理主要的任务和控制流。简单的说控制类指的就是业务逻辑，他通常独立于实体类和边界类，稳定性较好。　　如果业务流程比较复杂，则需要单独设计控制类。　　通常一个控制类只和一个角色进行交互，这是基于最小化变更对系统的影响来考虑的。　　三、实体类　　四、关系限制　　不同的类之间关系的建模有些是必要的，有些则是需要避免的。　　边界类　－＞实体类　　允许：因为边界对象可能需要在这个边界对象的各个操作之间对某些实体对象进行跟踪。　　边界类＜-＞控制类　　避免：因为关系是短时间存在的，所以没必要建模。　　边界类＜-＞边界类　　允许　　控制类＜-＞控制类　　避免：因为关系是短时间存在的，所以没必要建模。　　控制类　-＞实体类　　允许　　实体类＜-＞实体类　　允许　　实体类　-＞边界类　　不允许　　实体类　-＞控制类　　不允许　　实体类对象的生存期一般都很长；而控制类对象和边界类对象的生存期则很短。正是由于这些类的生存期相差如此之大，所以在这些类之间建立关联关系是不可取的。　　五、类设计的原则　　１、不同的类之间如果存在相似的职责，考虑重用现有类，如果没有有重用可能的类，才考虑建立新的类。　　２、如果一个类的两个职责之间互不相关，考虑将这个类分成两个。并更新相应的协作关系。　　３、如果一个类只有一项职责，那么需要重新考虑该类存在的必要性.

程序设计思想是程序员必须掌握的基本技能之一。本文将深入探讨结构化程序设计和面向对象程序设计两种思想，帮助读者更好地理解它们的优缺点和核心差异。

结构化程序设计是一种业务导向的编程思想，它通过对整个程序系统进行规划和流程描绘，对程序进行模块化划分并分配功能。虽然它有一些缺点，如扩展性不足、灵活性差等，但它仍然是一种非常重要的编程思想。

面向对象程序设计是一种将代码与现实事物结构特征相结合的编程思想。它通过对业务变化进行合理分析，将数据及其处理方式作为一个整体描述，即类。它具有可扩展性、可重用性和可维护性等优点，但也存在一些缺点，如体系庞大、难以掌握等。

面向对象程序设计与结构化程序设计的核心差异在于数据处理及操作方式的差异。面向对象程序设计将数据及其处理方式作为一个整体描述，即类，而结构化程序设计则通过对整个程序系统进行规划和流程描绘，对程序进行模块化划分并分配功能。