系统开发与运行

17:25

系统分析：
作用 制定系统方案说明书
步骤：
将现实模型抽象为物理模型
将物理模型抽象为逻辑模型
完善逻辑模型
具体化逻辑模型为物理模型

1. 调查、收集数据
2. 建立逻辑模型
3. 改进逻辑模型
4. 建立新的逻辑模型
5. 编写系统方案说明书

系统设计的基本原理：
抽象
模块化可组合、可更换、可分解的单元
信息隐蔽;可修改、可测试、可移植
模块独立
耦合度（从低到高）
无直接耦合：完全没联系
数据耦合：有调用关系、值传递
标记耦合：传递的是数据结构
控制耦合：传递的是数据变量
外部耦合：通过软件之外的模块联系
公共耦合：通过公共模块相互调用的耦合
内容耦合：反射和动态调用
内聚性：（从低到高）
偶然内聚：没任何联系
逻辑内聚：执行若干个逻辑相似的操作
时间内聚：把需要同时执行的
过程内聚：一个模块完成多个任务
通信内聚：所有处理逻辑在一个数据结构操作
顺序内聚：方法见密切相关 这个方法是下个方法的参数
功能内聚：模块的所有 元素完成一个功能

系统设计的内容和步骤：
分为概要设计和详细设计两部分;
概要设计：
设计总体结构
数据结构

数据库设计
概念模型
逻辑设计
物理设计
编辑概要设计文档
评审

详细设计基本任务：
1) 算法设计：
2) 数据结构设计
3) 对数据库进行物理设计
4) 其它设计
a. 代码设计
b. 输入输出设计
c. 用户界面设计
d. 编写详细设计说明书
系统总体结构设计原则：
1) 分解–协调原则
2) 自顶向下原则
3) 信息隐蔽、抽象的原则
4) 一致性原则
5) 明确性原则
6) 高内聚低耦合
7) 模块的扇入扇出要合理
8) 模块规模适当
子系统划分：
原则：子系统要具有相对独立性
子系统之间的数据依赖性尽量小
子系统划分的结果应使数据冗余少
子系统设计应考虑今后的需要
便于系统分阶段
各类资源的充分利用
子模块结构设计：
如何划分多个模块
如何确定系统之间、模块之间的数据和调用关系
如何评价并改进模块结构质量
如何从数据流图导出模块结构图

模块的要素：
输入输出
处理功能
内部数据
程序代码
模块结构图基本组成：
不考

数据存储设计：
数据资源分布。
数据安全级别/ 四种方式
只读 只写 删除 修改

系统文档：
用户与系统分析人员

需求分析和需求工程：
功能需求
性能需求
用户或人的因素
环境需求
界面需求
文档需求
数据需求
资源使用需求
安全保密需求
可靠性需求
软件成本消耗和开发进度需求
其它非功能需求

需求分析原则：
(1) 必须能表示理解问题的信息域
(2) 必须能够定义软件将完成的任务
(3) 必须能够表现软件的行为
(4) 必须划分描述数据 功能 和行为的模型 从而分层的揭示细节
(5) 分析过程因从要素信息转化为细节信息
需求工程：
(1) 需求获取
(2) 需求分析和协商
(3) 系统建模
(4) 需求规约
(5) 需求验证
(6) 需求管理
需求建模：
面相数据流的分析方法SA
面相数据结构的分析方法
面向对象的分析方法OOA

需求规约和验证：
需求规约是需求分析的最终产物；
由以下组成：
1) 引言
2) 信息描述
3) 功能描述
4) 行为描述检验标准
5) 参考书目
6) 附录

需求验证：
1) 系统定义的目标是否与用户一致
2) 需求分析文档是否完整
3) 数据流和数据结构是否确定充足
4) 主要功能是否在规定的软件范围内，并充分说明
5) 设计的约束和限制条件是否符合实际
6) 开发的技术风险
7) 是否定义了验证标准，他能否对软件定义

需求管理：
需求管理是去标识、控制、跟踪需求的活动

结构化方法：
结构化分析Sa 结构化设计SD、结构化程序设计SP
分析是用抽象和分解的方法
结果：数据字典、数据流图、小说明、补充材料

数据流审查：
分层数据流的完整性：
一致性：
①. 父图与子图的平衡
②. 数据守恒
③. 局部数据存储
完整性：
①. 每个加工必有一个输入流和输出流
②. 每个数据存储对应一个加工
③. 每个数据流和文件都要命名并与数据字典保持一致
④. 每个加工都有一个加工公约
数据字典DD:
数据流
数据项
数据存储
基本加工

加工逻辑：
结构化语言：
基础编程
结构化设计方法SD：
1) 创建结构图
2) 改善结构图‘
3) 书写设计文档
4) 设计评审

WEB系统分析和设计：
1) 网络密集型
2) 并发性
3) 无法预知负载量
4) 性能
5) 可用性
6) 数据驱动
Web模型;
内容模型：
交互模型：
功能模型：
导航模型：
配置模型：
用户界面黄金原则：
用户操作控制、减少用户记忆负担 、保持界面一致
测试：
测试是为了发现错误而执行程序的过程

1. 尽早并不断的进行测试
2. 测试工作应避免由原开发人员承担
3. 不仅要测试输入还要测试输出
4. 不仅要合理的也要不合理的
5. 不仅检查该做的 还要检查不该做的
6. 严格按照计划进行 避免随意性
7. 妥善保存测试计划 测试用例
8. 精心设计测试计划

测试过程:制定测试计划
编制测试大纲
实施测试
生成测试报告
单元测试：
主要内容：
1. 模块接口
2. 局部数据结构
3. 执行路径
4. 出错处理
5. 边界条件
单元测试过程：
驱动模块： 用于测试的程序
桩模块：用于代替调用的主模块
集成测试：
自顶向下集成
自底向上集成
非增量性集成
回归测试
冒烟测试
确认测试：
α测试：最终用户在开发者场所进行测试
β测试：多个最终用户进行测试
系统测试：
恢复测试：模拟系统发生错误的容错测试
安全性测试：模拟非法入侵者侵入
压力测试：逐渐对系统增压的方式测试
性能测试：测试系统满足需求不
部署测试：安装测试

5.7.3测试方法：
静态测试：不运行 靠人工和计算机辅助的方法找错
动态测试：运行时发现错误，可采用黑盒测试或白盒测试
黑盒测试：（功能性测试）
等价类分析
边界值分析
错误推测
因果图
白盒测试：（结构测试）
原则：
1) 所有独立路径至少执行一次
2) 所有判定，取真和假各执行一次
3) 每个循环在边界条件和一般条件各执行一次
4) 测试内部数据的可用性
调试：
方法：
试探法
回溯法
对分查找法
归纳法
演绎法
测试WEB应用系统：
内容、功能、结构、可用性、导航性、性能、兼容性、安全性
WebApp测试策略：
对内容评审；
对接口评审
对设计模型评审
对用户界面评审
单元测试
对导航进行测试
兼容性测试
安全性测试
性能测试

系统转换：
初始、推广、控制、集成、管理

系统维护：
评价指标：
可理解性
可测试性
可修改性

维护与软件文档
软件文档的修改

系统维护的内容和类型
硬件维护
软件维护
正确性维护
适应性维护
完善性维护
预防性维护
数据维护
系统维护的管理步骤：
提出维护和修改要求
领导审批答复
领导分配任务
验收成果登记信息

系统评价：
立项评价
中期评价
结项评价