系统设计是以可管理的方式弥合问题域与现有系统之间差距的阶段.这个阶段主要关注解决方案领域，即"如何实施？"
这是将SRS文档转换为可以实现的格式的阶段系统开发的复杂活动分为几个较小的子活动，相互协调，实现系统的主要目标.开发.
系统设计采用以下输入;
工作说明
需求确定计划
现状分析
提出的系统要求，包括概念数据模型，修改的DFD和元数据(有关数据的数据).
系统design提供以下输出 :
建议系统的基础架构和组织变更.
数据模式，通常是关系模式.
用于定义表/文件和列/数据项的元数据.
以图形方式描述程序结构的函数层次结构图或网页图.
程序中每个模块的实际或伪代码.
建议系统的原型.
逻辑设计属于数据流的抽象表示，输入和系统的输出.它以满足用户要求的格式描述输入(源)，输出(目的地)，数据库(数据存储)，程序(数据流).
准备逻辑设计时在系统中，系统分析员在细节层面指定用户需求，虚拟地确定流入和流出系统以及所需数据源的信息流.使用数据流图，E-R图建模.
物理设计与系统的实际输入和输出过程有关.它侧重于如何将数据输入系统，验证，处理和显示为输出.
它通过定义准确指定候选系统的功能的设计规范来生成工作系统.它关注用户界面设计，流程设计和数据设计.
它包含以下步骤 :
指定输入/输出媒体，设计数据库和指定备份程序.
规划系统实施.
制定测试和实施计划，并指定任何新的硬件和软件.
更新成本，收益，转换日期和系统限制.
它也是被称为高级设计，专注于系统架构的设计.它描述了系统的结构和行为.它定义了系统开发过程的各个模块之间的结构和关系.
它遵循架构设计，并专注于每个模块的开发.
它是组织数据的表示，包括所有主要实体和关系.系统分析员为当前系统开发概念数据模型，支持所提出系统的范围和要求.
概念数据建模的主要目的是捕获尽可能多的数据含义.今天大多数组织使用ER模型进行概念数据建模，该模型使用特殊符号来表示尽可能多的数据含义.
它是一种用于数据库设计的技术，有助于描述组织中各种实体之间的关系.
ENTITY : 它指定应用程序中的不同真实世界项.例如:供应商，项目，学生，课程，教师等.
RELATIONSHIP : 它们是实体之间有意义的依赖关系.例如，供应商提供物品，教师教授课程，然后供应和课程是关系.
属性 : 它指定关系的属性.例如，供应商代码，学生姓名. ER模型中使用的符号及其各自的含义;
下表显示了ER模型中使用的符号及其重要性;
| 符号 | 含义 |
|---|---|
 | 实体 |
 | 弱实体 |
 | 关系 |
 | 身份关系 |
 | 属性 |
 | 键属性 |
 | 多值 |
 | 复合属性 |
 | 派生属性 |
 | 在R |
 | 基数比率1:N代表E1:E2代表R |
两组数据之间可以存在三种类型的关系:一对一，一对多和多对多.
它描述了如何在文件中存储记录.
有四种文件组织方法 :
Serial : 记录按时间顺序存储(按输入或发生顺序). 示例 : 记录电话费，ATM交易，电话队列.
顺序 : 记录按照包含唯一标识记录的值的键字段的顺序存储. 示例 : 电话簿.
直接(相对) : 每个记录都基于设备上的物理地址或位置进行存储.地址是根据记录的关键字段中存储的值计算的.随机化例程或散列算法进行转换.
索引 : 记录可以使用索引按顺序和非顺序处理.
可以使用顺序访问或随机访问文件访问.文件访问方法允许计算机程序在文件中读取或写入记录.
文件中的每条记录都从第一条记录开始处理直到达到文件结束(EOF).当在任何给定时间需要访问文件上的大量记录时，它是有效的.存储在磁带上的数据(顺序访问)只能按顺序访问.
通过了解其物理位置来定位记录或设备上的地址，而不是相对于其他记录的位置.存储在CD设备上的数据(直接访问)可以按顺序或随机访问.
关注是组织系统中使用的文件类型 :
主文件 : 它包含系统的当前信息.例如，客户文件，学生档案，电话簿.
表格文件 : 它是一种主文件，不经常更改并以表格格式存储.例如，存储Zipcode.
交易文件 : 它包含业务活动生成的日常信息.它用于更新或处理主文件.例如，员工的地址.
临时文件 : 它是在系统需要时创建和使用的.
镜像文件 : 它们是其他文件的完全重复.在原件无法使用的情况下，帮助将停机风险降至最低.每次更改原始文件时都必须修改它们.
日志文件 : 它们包含主记录和事务记录的副本，以便记录对主文件所做的任何更改.它有助于审计并在系统出现故障时提供恢复机制.
存档文件 : 包含其他文件的历史版本的备份文件.
文档是一个过程为任何参考或操作目的记录信息.它可以帮助需要它的用户，经理和IT员工.重要的是必须定期更新准备好的文档，以便轻松跟踪系统的进度.
如果系统运行不正常，系统实施后，文档可以帮助管理员了解系统中的数据流以纠正缺陷并使系统正常工作.
程序员或系统分析师通常会创建程序和系统文档.系统分析员通常负责准备文档以帮助用户学习系统.在大公司中，包括技术作者的技术支持团队可能会协助编写用户文档和培训材料.
它可以减少系统停机时间，降低成本并加快维护任务.
它提供了清晰的描述当前系统的正式流程，有助于理解输入数据的类型以及如何产生输出.
它提供了有效和高效的通信方式.关于系统的技术和非技术用户.
它便于新用户的培训，以便他能够轻松了解系统的流程.
它可以帮助用户解决诸如故障排除等问题，并帮助管理者更好地做出组织系统的最终决策.
它可以更好地控制系统的内部或外部工作.
在系统设计方面，有以下四个主要文档;
计划文档
系统文档
操作文档
用户文档
它描述输入，输出和所有程序模块的处理逻辑.
程序文档流程在系统分析阶段开始，并在实施过程中继续.
本文档指导程序员，他们构建的模块得到内部和外部评论和描述的良好支持，可以轻松理解和维护.
操作文档包含处理和分发在线和打印输出所需的所有信息.操作文档应清晰，简洁，并在可能的情况下在线提供.
它包括以下信息 :
程序，系统分析员，程序员和系统识别.
计划打印输出的信息，例如报告，执行频率，
输入文件，源文件，输出文件及其目的地.
电子邮件和报告分发列表.
需要特殊表格，包括在线表格.
操作员和重启程序的错误和信息性消息.
特殊说明，例如安全要求.
它包含将与系统交互的用户的说明和信息.例如，用户手册，帮助指南和教程.用户文档在培训用户和参考目的方面很有价值.它必须清晰，易懂，并且易于供各级用户使用.
用户，系统所有者，分析师和程序员都共同努力开发用户指南.
用户文档应包括 :
清晰描述所有主要内容的系统概述系统特性，功能和限制.
源文档内容，准备，处理和样本的描述.
菜单和数据输入屏幕选项，内容和处理说明概述.
定期或可用的报告示例根据用户的要求，包括样品.
安全和审计跟踪信息.
特定输入，输出或处理要求的责任说明.
请求更改和报告问题的程序.
例子异常和错误情况.
常见问题解答(FAQ).
说明如何获取更新用户手册的帮助和程序.
系统文档作为IS的技术规范以及如何实现IS的目标.用户，经理和IS所有者永远不需要参考系统文档.系统文档提供了在进行修改时理解IS的技术方面的基础.
它描述了每个程序中的每个程序. IS和整个IS本身.
它描述了系统的功能，它们的实现方式，每个程序在整个IS中的目的与执行，传入和传出程序的信息以及整个系统流程.
它包括数据字典条目，数据流图，对象模型，屏幕布局，源文档，以及启动项目的系统请求.
大多数系统文档都是在系统分析和系统设计阶段准备的.
在系统实施期间，分析人员必须检查系统文档，以验证其完整，准确和最新，并包括在实施过程中所做的任何更改.
