分析与设计整理版.docVIP

三层架构通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。 、表现层：就是展现给用户的界面，、业务逻辑层： c、数据访问层：该 为什么要用三层架构：便于系统扩展及及维护，减轻服务器的负担，将业务与数据隔离开来便于保护数据。 系统建设的复杂性：(1) 技术手段复杂(2) 内容复杂，目标多样(3) 投资密度大，效益难以计算 (4) 环境复杂多变 系统开发是一个社会过程 a、问题描述和方案验证：技术工程问题明确，可以模拟，或制作模型、样品进行验证，信息系统的问题确定性差，难以提前验证解决方案 b、人的影响：信息系统是人机系统，有来自于人的障碍。如了解、沟通、实施困难 c、社会环境的影响：如政策、竞争、文化观念等对信息系统影响力很大，不同于纯技术工 生命周期：信息系统开发围绕信息系统生命周期来进行，有时也称系统开发生命周期。按阶段划分，提出的是组织、管理和控制信息系统开发过程的一种基本框架，原则性地指导两部分工作：1）管理：强调进程安排、资源分配、评估、控制、反馈；2）开发：强调任务和开发文档 信息系统的生命周期：系统规划：开发请求、初步调查、可行性研究、审批；系统分析：详细调查、逻辑设计、审查；系统设计：总体设计、详细设计、审查；系统实施：编程调试、系统转换、验收；运行维护：系统维护、系统评价 开发方法：针对开发过程、针对开发技术。建模方法：1、面向过程的建模方法，也称结构化方法2、面向数据的建模方法 3、面向对象的建模方法 结构化方法：容易理解和交流，对于大系统可以从全局逐步展开到局部，整体性较好。 面向对象：稳定可靠，有利于维护和重用，并容易实现多层分布式结构，技术先进，但对前期分析设计人员要求较高，用户理解模型有困难。 系统规划的任务：制定信息系统发展战略、制定信息系统总体方案、制定信息系统开发计划、制定信息系统资源分配 企业系统规划法：定义管理目标、定义管理功能组、定义数据分类、定义信息结构 可行性：是指在企业当前情况下，研制这个信息系统是否有必要，是否具备必要的条件。(立即开发/改进原系统/不可行) 系统分析的困难来自三个方面：问题空间的理解、人与人之间的通讯、环境的不断变化 数据流图用来记录系统中的数据和数据在特定的过程中的流动，即数据如何被采集、处理、保存和使用的（围绕信息系统的功能） 。 基本成分：外部实体、数据处理、数据流和数据存储。外部实体指系统以外又与系统有联系的人或事物。它表达了该系统数据的外部来源和去处。处理指对数据的逻辑处理功能，也就是对数据的变换功能。数据流是指处理功能的输入或输出。数据存储表示某种数据保存后的逻辑统称。 数据字典是对DFD的补充描述，用来描述数据流程图中的数据流、数据存储、处理过程和外部实体的详细内容。 条目：1、可被重用的条目：数据元素数据结构DFD图中的元素：数据流 数据存储外部实体处理 面向对象方法的：符合人们通常的思维方式；从分析到设计再到编码采用一致的模型具有高度连续性；软件重用性好。 用例建模的内容：1. 获取原始需求2. 开发一个可以理解的需求（识别参与者、识别用例、构建用例图）3 详细、完整地描述需求（书写用例规格说明）4重构用例模型（识别用例间的关系、对用例进行组织和分包 ） 用例规格说明：用例名称、主要参与者/次要参与者、简要描述、前置条件、后置条件、主事件流（主要成功场景/基本路径）、备选事件流（扩展路径/替代流程/异常事件流）、特殊要求/非功能性需求、发生频率 关联的要素：关联名称、对象在关联中的角色、多重性、导向性 设计阶段软件类包括边界类，控制类、实体类。 边界类的职责是完成系统与其参与者之间的交互。边界类包括屏幕窗口、通信接口、打印机接口、传感器、终端以及专用API（应用程序编程接口）等软件对象。边界类仅负责数据的输入和输出，不应承担和数据处理有关的业务逻辑。 实体类来源于领域模型中的类。实体类是一个软件对象，表示了领域对象的信息，以及具有与它所表示的信息有关的复杂行为。实体类反映的信息需要在系统中进行处理，并需要进行持久化存储。 边界类通过与实体类的交互，获得有关数据处理的结果 控制类代表协调、排序、事务处理以及对其他对象的控制，经常用于封装与某个具体用例有关的控制流。控制类处理和协调主要的动作和控制流，并将任务委派给其他对象。 实现持久化的方案：1）使用文件来记录数据；2）使用面向对象数据库管理系统；3）使用成熟的关系型数据库系统；4）其他的存储机制还有层次数据库、网状数据库等等 对象-关系映射的实现：1）在领域层实现，即直接在实体类中编写SQL语句访问数据库； 2）设计简单的数据映射层实现数据访问，即把SQL访问从业务逻辑中分离出来，放到独立的