软件设计方法及规范化格式综述

数据表的优化
范式举例：
库存表：（零件号、仓库号、零件数量、仓库地址）1NF
新库存表：（零件号、仓库号、零件数量） 2NF （仓库号、仓库地址） 2NF
人事表：（姓名、工资等级、工资额） 2NF
新人事表：（姓名、工资依赖就进化为2NF，在2NF 中消除了非主关键字的传递依赖就达到我们的理想目标 3NF。
数据管理层设计
数据库的设计我们按照以下思路在进行：
1、数据表 2、表结构视图 3、数据表的规范化 4、数据表优化 4、存储过程
注3、4：命名规则、数据类型、取值范围规范化 尽量让更多的数据表达到第三范式；
表的结构视图
E-R图可以充分表示表与表之间的关系。 实现步骤：
1、将每个表的表名看做一个实体（E） 2、考虑到每个模块的表数量繁多，为了让E-R 图美观，可以将属性在图中略去（属性部分，我 们已经有单个数据表的描述） 3、建立联系类型：可参考视图联系类型； 4、建立联系方式：表与表之间的联系是通过何 种操作实现的。
设计思路
先总后分，各个击破。
三条总线：
软件架构（C/S、B/S、单机）； 数据库：建立、优化、通信； 界面：统一风格，样板实现； 应用层：业务逻辑层的类抽象、待挖掘的业务方法、 与其他模块的联系接口或函数表达；
设计分割
首先确立三层模型，即自上而下系统可以 分为表示层、应用处理层和数据管理层， 分别对应着界面设计、业务逻辑设计和数 据库设计，如下图：
应用层设计应该注意的问题
1、用组件图来表示可并发的事件，用时序 图来表示顺序事件； 2、在某个模块的顺序事件可能在其他模块 转变成并发事件；
例如：库存模块的一个简单收货活动会有两张单 据产生——甲方发货单和乙方收货单，在收货事 件中，明显第一张单是起始，第二张单是完结； 但是当触发财务管理系统的应付事件时，这两张 单却是一个并发事件，共同推动应付款单的产生。
表示层
应用处理层
数据管理层
然后我们从表示层入手开始设计，表示层 是设计阶段最为简单和轻松的任务，一般1 工作日/1人即可完成，在这里的重点是区分 C/S和B/S软件的使用常态，C/S表示层发生 在客户端，按照传统软件的界面安排控件 即可，B/S稍微复杂些，需要借鉴网页排版 模式安排主要搜索窗和灵活的超链接，另 外界面的背景色彩也要统一考虑。
应用层设计
此层设计是软件设计的重点和难点所在， 我们首先要弄清现有的资源和设计目标！
目标：指导编码、给编码工作确定范围、尽可能 的节约编码开销； 现有资源：详细的业务流程；
行动：1、区分人工流程和计算机流程； 2、区分并发流程和顺序流程； 3、从流程中抽象出概括性强的类； 4、从计算机流程中抽象出属于某类的方法；
3、大量事件是由人工流程和计算机流程共 同构成的；
例如：人事模块中有绩效考核，通过考核评定绩 效工资，这个过程就是属于复合型事件，由人事 部门给定考核指标和时间周期，下属部门根据指 标或开会，或自评+主管评的组合形式将考核结 果表反馈给人事部门，最终考核结果的签字确认 必须人工面签。而考核指标的确立是可以通过计 算机产生的。
设计文档模板
详见课件自带模板，先阅读，再提问。
4、设计中的类图要规范化：
1、类名与实际模块的命名要一致； 2、类与类之间的联系是通过某个方法产生的， 而不同于E-R图直接从A实体连到B实体； 3、如果两个类的属性和方法完全一致，可合并 成一个类，并建立一个新的标志符属性来予以区 分； 4、类图的联系不应该有1：1、1：N这样的表示。
软件设计方法及规范化格式综述
目录
1、前言 2、设计思路 3、设计分割 4、设计规范化 5、设计文档阅读和答疑
前言
软件设计的重要内容是对软件的逻辑构 成做出决策。有些时候，你可以用像UML 这样的指定建模语言将逻辑构成表示成模 型，有时你可能仅仅使用非正规的符号系 统和草图来表达设计。不论如何完成设计， 我们都要认识到，设计是建立在前期的需 求分析基础上的产物。