信息系统析与设计第四章.pptVIP

书的107页（1）-（5）。 不要与三层构架混淆，不适合小型系统 系统架构的配置应在系统总体架构确定后应尽快加以明确。系统架构的配置决定了后续开发过程中软硬件资源的分布和配比，也可能根据给定的软硬件资源确定具体采用哪种架构。 B/S架构的配置(一般至少两台服务器，数据服务器和web服务器） C/S架构的配置（至少一台数据服务器） 4.2.3 系统架构的配置 系统I/O设计包括两方面内容：一是与用户交互与界面设计，二是业务数据的存储设计，后者在面向对象开发中集中体现为对象的持久化问题。 4.3 系统I/O设计 C/S架构的界面设计比较简单，比如使用Visual Studio 拖拽和可视化控件结合少量代码实现。将数据库和数据库管理系统置于服务器，在局域网客户端安装应用程序即可。 B/S架构必须借助于web浏览器，把信息系统设置在服务其上打开，客户端可以在浏览器中输入特定网址，来访问信息系统。借助一些特定的语言，比如Asp, Jsp等等。 显示：在用户界面上画出按钮图形。 事件的触发：生成按钮点击事件。 事件的响应：响应按钮点击事件并且做出某种操作。 业务处理：进行实际的计算。 对象持久化考虑如何将运行系统中的业务数据永 久保存。 业务对象在内在中无法永久保存，要么导出数据 文件，要么存入数据库，否则就会丢失。 并非所有对象都需要保存，保存什么主要取决于 你的数据建模。 4.3.2 对象的持久化(?P113?) 系统功能设计包括系统实体对象设计、系统流程对象设计和系统交互设计三部分。 4.4 系统功能设计 实体对象设计的基本思路是在关系数据库表字段 和实体对象属性之间建立映射关系。 关于数据冗余： 冗余的好处的是可以实现一定程度的备份，缺点 却是可能会导致插入、删除和更新存在异常。 4.4.1 系统实体对象设计 一个实体对象可以对应一个数据库表，也可以对应数据库表的一部分，还可以是几个数据库表连接查询后返回的数据集合，即实体对象应该是整个数据模型的某个子集。 具体参见（p117,1-4) 4.4.1 系统实体对象设计 实体类的合并，大类可以包含小类，但是如果两 个类逻辑比较远可以不合并，制造必要的冗余。 某些实体类可能是在流程对象和交互对象设计中 发现的，这时需要检查其是否能映射回数据表。 所有实体类放在同一包中，命名遵守一定规则。 4.4.1 系统实体对象设计 系统流程指的是系统的业务流程，系统流程设计是对系统分析阶段成果的进一步完善和补充，也是按照整个系统架构设计思路，从物理实现的角度对系统设计进行新的分解和拓展。系统流程对象设计按照以下两个步骤进行： 第一步：换名。 第二步：对类中的方法进行处理。这一步远比第一步复杂得多，包括以下内容： 4.4.2 系统流程对象设计 ①去除不可实现的方法。 ②增加功能实现必须的方法。 ③改变方法作用域。 ④为方法增加参数。 ⑤改名。 ①去除不可实现的方法。 ②增加功能实现必须的方法。 ③改变方法作用域。 ④为方法增加参数。 ⑤改名。 P112 图4-12——会员开管理功能页面 P122 调整之后发生的变动 流程减少和代码重用（P121第三段） 消息参数 举例分析 以卡类型管理中的查询功能的实现为例，其完整的交互过程如图所示 4.4.3 系统的交互设计 系统交互设计时应该首先作“加法”，即根据系统功能不断向设计中添加新类；当相关的一组功能做完后，再对设计图作“减法”。将功能一样但命名不同的类删除，将功能近似的类利用重构技术加以合并，将密切相关的类组织在一起，减少类的数量，提升类的相关关系和继承层次。 第4章 系统设计 * 第四 章 系统设计 理解系统设计的基本概念 掌握架构设计 掌握持久化设计 掌握功能设计 掌握界面设计 面向对象的技术特征 该环节为系统实现设计出图纸，关注系统实现的 所有细节 细逻辑模，要更多地结合物理实现 系统设计做什么 4.1.1 面向对象的系统设计过程 信息系统开发过程主要包括瀑布式（Waterfall）、迭代式（Iterative）和综合了前两者特点的阶段交付（Staged Delivery）式三种开发模型。 4.1系统设计概述 1、瀑布式开发 自上而下，环环相扣 避免逆向过程 2、迭代式开发 首先，进行子系统划分 各子系统过程，力求每一个系统直接进入运行状态 最后，完成集成。 3、阶段交付式开发 瀑布式和迭代式的结合 按照瀑布式做系统分析和高层系统设计 按迭代式完成子系统设计，实施和测试。 瀑布式：过于理想化，越来越少 迭代式：便于分工，便于纠错，频繁的沟通和联系致使既懂沟通，又懂系统分析的人员紧缺。 阶段交付式：折中策略，由于上述人员紧缺，就 将需求调查和系统分析外包，导致了此种方式的 出现。 三种方式