系统设计*

文章目录

  • 系统设计
    • 主要任务
    • 模块独立性
    • 判断模块独立性的标准
      • 耦合
      • 影响模块耦合性的因素
      • 内聚
    • 软件架构
      • 架构设计职能集中原则
      • 互不交叉原则
    • 分层架构模式
    • MVC模式
    • 代码设计的作用

系统设计

在系统分析的基础上,进一步抽象到具体的过程。

主要任务

主要任务:依据系统分析报告,考虑信息系统实现环境,通过对IS逻辑模型的理解和细化,确定出IS的设计模型。

阶段 回答的中心问题 成果
系统分析 做什么,明确系统功能 逻辑模型
系统设计 怎么做,如何实现功能 物理模型

具体任务包括:
⑴总体设计的任务
系统的总体结构设计
硬件配置设计。
数据库设计
⑵详细设计的任务
确定每个模块内部的处理过程设计
输入输出设计
代码设计
系统安全等细节设计

模块独立性

值软件系统中每个模块只具有软件要求的具体的子功能,而与其他模块接口是简单的。

判断模块独立性的标准

耦合、内聚

耦合

表示软件结构内各个模块之间的互连程度。

影响模块耦合性的因素

联系方式

来往信息的作用

数量

内聚

表示模块内部各组成成分之间联系程度。

软件架构

软件架构是一种思想,一个系统蓝图,对软件结构组成的规划和职责设定。

软件架构的意义:就是要将可逻辑划分的部分独立出来,用约定的接口和协议将他们有机的结合在一起,形成职责清晰、结构清晰的软件结构。

架构设计职能集中原则

尽量将业务功能有关的类放在一个包里。

互不交叉原则

包与包之间尽量独立,尽量减少相互依赖的关系

分层架构模式

**从不同层次来观察系统、处理不同层次问题的对象被分装在不同层中。**最大的优势是:将整体问题局部化,把可能的变化分别分装在不同的层中,保持层间的松耦合。

表现层、业务逻辑层、数据访问层

特点:

  1. 客户对数据的访问通过中间层进行了隔离,提高了数据库的安全性。
  2. 增强了处理大量用户负载或计算任务的能力,提高系统可靠性和响应速度。
  3. 当组件接口不变时,某一层的改动不会影响其他层,这也意味着更好的复用和维护。
  4. 提高并发能力

MVC模式

视图层V:模型的外在表现形式。是与用户实现交互的界面,通常实现数据的输入和输出功能。

控制层C:接受用户请求,调用 Model 处理,然后选择合适的View给客户。

模型层M:代表数据,用于封装业务逻辑。模型接受控制层请求的数据,并返回最终的处理结果给控制层,最后提交给相应的视图进行显示。

代码设计的作用

便于反映数据或信息间的逻辑关系,并使其具有唯一性。
便于利用计算机进行信息的识别和处理,提高计算机的工作效率和处理精度。
可以节省计算机的存储空间,提高运算速度。
在代码中加入校验码,保证输入的数据准确可靠,可以提高整个系统的可靠性。
提高数据的全局一致性、系统的整体性,减少因数据不一致而造成的错误。

你可能感兴趣的:(信息系统,uml)