软件工程软件设计 .ppt

数据设计的内容 数据结构的设计 文件的设计 数据库的设计 数据设计的原则 在数据设计中也能够使用自顶向下、逐步细化的方法。底层数据设计的决策应该推迟到设计过程的后期进行 数据设计时应遵从信息隐藏原则 要确定所有数据结构,以及在每种数据结构上实施的操作 应当创建一个存放数据结构和相关操作的库 (1)数据结构设计 数据结构 是计算机存储、组织数据的方式。数据结构是指相互之间存在一种或多种特定关系的数据元素的集合。 数据结构设原则 尽量使用简单的数据结构 在设计数据结构时要注意数据之间的关系 加强数据设计的可复用性,应该针对常用的数据结构和复杂的数据结构设计抽象类型 尽量使用经典数据结构 在确定数据结构时一般先考虑静态结构 关于复杂数据结构,应给出图形和文字描述,以便于理解 (2)文件设计 文件设计 定义:指对数据存储文件的设计。 文件的逻辑设计 整理必需的数据元素 分析数据间的关系 确定文件记录的内容 文件的物理设计 理解文件的特性 确定文件物理组织结构 确定文件的存储介质 确定文件的记录格式估计记录的存取时间 估计文件的存储量 (3)数据库设计 数据库设计 数据库设计的基本步骤 (1)数据库的概念结构设计 (2)数据库的逻辑结构设计 (3)数据库的物理结构设计 数据库的概念结构设计 概念结构设计应在系统分析时期进行。任务是依照用户需求设计数据库的概念数据模型 (简称概念模型)。概念模型是从用户角度看到的数据库,它可用E-R模型表示。 数据库的逻辑结构设计 逻辑结构设计是将概念结构设计时期完成的概念模型转换成能被选定的数据库管理系统(DBMS)支持的数据模型。目前常见的是关系模型。 软件工程软件设计 1、软件体系结构的设计 体系结构三要素 程序构件(模块)的层次结构 构件之间交互的方式 数据的结构 构建体系结构的目的 简洁 建立一个相对小的、易于理解的掌握的模型,并描述了系统如何构成以及其构建如何一起工作。 扩展 在系统能够保持结构的稳定的前提下特别容易地扩充功能和提升性能; 重用 系统能够重用往常的代码和设计,从而提高开发效率; 体系结构风格(模型) 依照各子系统如何共享数据、如何分布、如何相互交互,可开发更加特定的风格(模型)。 Catalogue server Vodio server Picture server Hypertext server Catalogue Film clip files Digitized photographs Hypertext web Wide - bandwidth network Client 1 Client 2 Client 3 Client 4 Film Picture library system 的体系结构 (1)客户机 – 服务器模型(C/S) 描述 典型的分布式系统模型 合作的双方都会利用各自的计算能力负责一定的计算工作,从而提高整个系统的能力和效率。 组成部分 一组功能各自独立的服务器 为其他子系统提供服务。如打印服务器, 文件服务器, 编译服务器等。 一组客户机 并发访问多个服务器提供的服务。 或存在一些客户机可并发执行的客户机程序。 一个网络 使得客户机能够访问服务器。 (1)客户机 – 服务器模型(C/S) 两层客户/服务器结构 系统的逻辑分层分别实现在不同的物理层(物理机器)上,通常将这种物理层次上的划分称为客户端程序和服务器端程序 逻辑分层与物理分层的映射 胖客户端结构 客户端负责用户界面和应用逻辑部分,工作繁重 瘦客户端结构 服务器端负责应用逻辑和数据访问部分,客户端工作简单 常被称为B/S结构 介于两者之间 客户端增加了对用户请求的处理 两层客户/服务器结构 三层/多层应用模型 多层模型是两层C/S模型的扩展 应用逻辑部分被分离出来成为单独的一层(或多层) 这些中间层由一些完成应用业务功能的分布式对象组建构成 三层客户/服务器结构 多层客户/服务器结构 (2)分层系统模型(抽象机模型) OSI模型 (2)分层系统模型(抽象机模型) 描述 也称为按服务进行划分。 层是对模型中不同抽象层次上的逻辑结构进行分组的一种特定方式。 系统依照层次结构组织,每一层向它的上一层提供服务,同时又是它的下层的客户。 系统内的交互限定在邻接层之间。 除了邻接层,一个内部层次关于其他外部层次是隐藏的。 邻接层的关系并不严格。 使用层有助于解决的问题 源码的变更波及整个系统; 应用逻辑与用户界面交织在一起,无法复用于其他不同界面或分布到其他处理结点之上; 潜在的一般性技术服务或业务逻辑与更特定于应用的逻辑交织在一起,无法被复用、分布到其他结点或方便地使用不同实现进行替换; 不同关注领域之间高度耦合,难以为不同开发者清楚地界定和分配任务。 信息