系统设计是以可管理的方式弥合问题域和现有系统之间差距的阶段。此阶段集中于解决方案领域，即“如何实施?”

在此阶段，SRS文档被转换为可以实施的格式，并决定系统的运行方式。

在此阶段，将系统开发的复杂活动分为几个较小的子活动，这些子活动相互配合以实现系统开发的主要目标。

系统设计的输入

系统设计需要以下输入-

• 工作陈述

• 需求确定计划

• 现状分析

• 拟议的系统要求包括概念数据模型，修改后的DFD和元数据(有关数据的数据)。

系统设计的输出

系统设计提供以下输出-

• 拟议系统的基础架构和组织变更。

• 数据模式，通常是关系模式。

• 定义表/文件和列/数据项的元数据。

• 函数层次图或网页图，以图形方式描述程序结构。

• 程序中每个模块的实际或伪代码。

• 拟议系统的原型。

系统设计的类型

逻辑设计

逻辑设计涉及系统的数据流，输入和输出的抽象表示。它以满足用户要求的格式描述了输入(源)，输出(目的地)，数据库(数据存储)，过程(数据流)。

在准备系统的逻辑设计时，系统分析师会详细说明用户需求，这些需求实际上决定了流入和流出系统以及所需数据源的信息流。使用数据流程图，ER图建模。

物理设计

物理设计涉及系统的实际输入和输出过程。它着重介绍如何将数据输入系统，进行验证，处理和显示为输出。

它通过定义明确指定候选系统功能的设计规范来生成工作系统。它涉及用户界面设计，过程设计和数据设计。

它包含以下步骤-

• 指定输入/输出媒体，设计数据库并指定备份过程。

• 规划系统实施。

• 制定测试和实施计划，并指定任何新的硬件和软件。

• 更新成本，收益，转换日期和系统限制。

建筑设计

也称为高级设计，它专注于系统体系结构的设计。它描述了系统的结构和行为。它定义了系统开发过程的各个模块之间的结构和关系。

详细设计

它遵循体系结构设计，并专注于每个模块的开发。

概念数据建模

它是组织数据的表示形式，其中包括所有主要实体和关系。系统分析师为当前系统开发了一个概念数据模型，该模型可支持拟议系统的范围和要求。

概念数据建模的主要目的是捕获尽可能多的数据含义。如今，大多数组织都使用基于ER模型的概念性数据建模，该模型使用特殊的符号来表示尽可能多的数据含义。

实体关系模型

它是数据库设计中使用的一种技术，可帮助描述组织中各个实体之间的关系。

ER模型中使用的术语

• 实体-它指定应用程序中不同的现实世界项目。例如：供应商，项目，学生，课程，教师等。

• 关系-它们是实体之间有意义的依赖关系。例如，供应商供应物品，老师教课程，然后供应和课程就是关系。

• 属性-它指定关系的属性。例如，供应商代码，学生姓名。 ER模型中使用的符号及其各自的含义-

下表显示了ER模型中使用的符号及其含义-

Symbol	Meaning
	Entity
	Weak Entity
	Relationship
	Identity Relationship
	Attributes
	Key Attributes
	Multivalued
	Composite Attribute
	Derived Attributes
	Total Participation of E2 in R
	Cardinality Ratio 1:N for E1:E2 in R

两组数据之间可以存在三种类型的关系：一对一，一对多和多对多。

文件组织

它描述了记录如何存储在文件中。

有四种文件组织方法-

• 串行-记录按时间顺序存储(按输入或出现的顺序)。示例-记录电话费用，ATM交易，电话队列。

• 顺序-记录是根据键字段按顺序存储的，键字段包含唯一标识记录的值。示例-电话目录。

• 直接(相对) -每条记录都是基于设备上的物理地址或位置存储的。地址是根据记录的键字段中存储的值计算得出的。随机化例程或哈希算法进行转换。

• 索引-可以使用索引对记录进行顺序和非顺序处理。

比较

档案存取

可以使用顺序访问或随机访问来访问文件。文件访问方法允许计算机程序读取或写入文件中的记录。

顺序访问

从第一个记录开始处理文件上的每个记录，直到到达文件末尾(EOF)。当需要在任何给定时间访问文件上的大量记录时，此方法非常有效。磁带上存储的数据(顺序访问)只能顺序访问。

直接(随机)访问

通过知道记录在设备上的物理位置或地址，而不是相对于其他记录的位置来定位记录。可以顺序或随机访问CD设备上存储的数据(直接访问)。

组织系统中使用的文件类型

以下是组织系统中使用的文件类型-

• 主文件-它包含系统的当前信息。例如，客户文件，学生文件，电话目录。

• 表格文件-这是一种主文件，不经常更改，并以表格格式存储。例如，存储邮政编码。

• 交易文件-它包含从业务活动生成的日常信息。它用于更新或处理主文件。例如，员工的地址。

• 临时文件-在系统需要时创建和使用。

• 镜像文件-它们与其他文件完全相同。如果原件无法使用，则有助于最大程度地减少停机风险。每次更改原始文件时，都必须对其进行修改。

• 日志文件-它们包含主记录和事务记录的副本，以便记录对主文件所做的任何更改。它有助于审核，并提供了在系统出现故障时进行恢复的机制。

• 存档文件-包含其他文件历史版本的备份文件。

文件控制

文档编制是记录信息以用于任何参考或操作目的的过程。它可以帮助需要的用户，经理和IT人员。重要的是必须定期更新准备好的文档，以轻松跟踪系统的进度。

实施系统后，如果系统无法正常工作，则文档可帮助管理员了解系统中的数据流，以纠正缺陷并使系统正常工作。

程序员或系统分析员通常会创建程序和系统文档。系统分析师通常负责准备文档以帮助用户学习系统。在大型公司中，包括技术作家在内的技术支持团队可能会协助准备用户文档和培训材料。

好处

• 它可以减少系统停机时间，降低成本并加快维护任务。

• 它提供了对本系统正式流程的清晰描述，有助于理解输入数据的类型以及如何产生输出。

• 它提供了技术用户和非技术用户之间有关系统的有效通信方式。

• 它有助于培训新用户，以便他可以轻松地了解系统流程。

• 它帮助用户解决诸如故障排除之类的问题，并帮助经理做出组织系统更好的最终决定。

• 它可以更好地控制系统的内部或外部工作。

文件类型

关于系统设计，有以下四个主要文档-

• 程序文件
• 系统文件
• 运营文件
• 用户文件

程序文件

• 它描述了所有程序模块的输入，输出和处理逻辑。

• 程序文档编制过程从系统分析阶段开始，并在实施过程中继续进行。

• 本文档指导程序员，他们构建的模块将得到易于理解和维护的内部和外部注释和描述的良好支持。

运营文件

操作文档包含处理和分发联机和打印输出所需的所有信息。操作文档应清晰，简洁，并在可能的情况下在线提供。

它包含以下信息-

• 程序，系统分析员，程序员和系统标识。

• 安排打印输出的信息，例如报告，执行频率和截止日期。

• 输入文件，它们的源，输出文件及其目的地。

• 电子邮件和报告分发列表。

• 需要特殊表格，包括在线表格。

• 给运算符的错误和信息性消息以及重新启动过程。

• 特殊说明，例如安全要求。

用户文件

它包括向与系统交互的用户的说明和信息。例如，用户手册，帮助指南和教程。用户文档对于培训用户和参考非常有用。所有级别的用户都必须清楚，易于理解并且易于使用。

用户，系统所有者，分析师和程序员都共同努力制定了用户指南。

用户文档应包括-

• 系统概述，清楚地描述了所有主要系统功能，功能和局限性。

• 源文档内容，准备，处理和样本的描述。

• 菜单和数据输入屏幕选项，内容和处理说明的概述。

• 定期生成或应用户要求提供的报告示例，包括样本。

• 安全和审核跟踪信息。

• 对特定输入，输出或处理要求的责任说明。

• 请求更改和报告问题的过程。

• 异常和错误情况的示例。

• 常见问题(FAQ)。

• 有关如何获取帮助的说明以及更新用户手册的过程。

系统文件

系统文档用作IS的技术规范以及IS如何实现目标。用户，管理员和IS所有者永远不需要参考系统文档。进行修改时，系统文档为理解IS的技术方面提供了基础。

• 它描述了IS中的每个程序以及整个IS本身。

• 它描述了系统的功能，实现方式，整个IS中每个程序的目的(相对于执行顺序)，传入和传出程序的信息以及整个系统流程。

• 它包括数据字典条目，数据流程图，对象模型，屏幕布局，源文档以及启动项目的系统请求。

• 大多数系统文档是在系统分析和系统设计阶段准备的。

• 在系统实施期间，分析人员必须查看系统文档，以确保它是完整，准确和最新的，并包括在实施过程中进行的任何更改。