System Analysis & Design - System Design

安全部门改革文件转换成可以实施的格式,并决定该系统将如何运作。

在这一阶段,系统开发的复杂活动分为几个较小的次级活动,相互协调,以实现系统开发的主要目标。

Inputs to System Design

系统设计需要以下投入:

工作说明

所需确定计划

A. 现状分析

拟议系统要求包括概念数据模型、经过修改的DFD和元数据(数据)。

Outputs for System Design

系统设计提供了以下产出:

拟议系统的基础设施和组织变化。

数据图谱,往往是关系图谱。

元数据,用于确定表格/档案和栏目/数据项目。

功能等级图表或网页图,以图表方式描述方案结构。

方案各单元的实际或假代码。

拟议系统的原型。

Types of System Design

Logical Design

逻辑设计涉及系统数据流动、投入和产出的抽象表述。 报告以符合用户要求的格式描述了投入(来源)、产出(目的地)、数据库(数据库)、程序(数据流动)。

该系统在准备一个系统的逻辑设计时,分析员具体指明了用户的详细需要,这些需要实际上决定了系统内外的信息流动和所需数据来源。 使用数据流图、E-R图表模型。

Physical Design

物理设计与系统的实际投入和产出过程有关。 重点是数据如何输入系统、核实、处理和显示为产出。

它通过界定设计规格来制定工作制度,具体指明候选人制度如何。 它涉及用户接口设计、流程设计和数据设计。

它包括以下步骤:

具体说明投入/产出媒体,设计数据库,并具体规定备份程序。

规划系统的实施。

制定测试和执行计划,并具体说明任何新的硬件和软件。

更新成本、效益、转换日期和系统制约因素。

Architectural Design

该系统还被称为以系统结构设计为重点的高层次设计。 报告介绍了该系统的结构和行为。 报告界定了系统发展进程各个单元的结构和关系。

Detailed Design

它遵循建筑设计,侧重于开发每个单元。

Conceptual Data Modepng

它是组织数据的代表,包括所有主要实体和关系。 系统分析员为现行系统开发一个概念数据模型,支持拟议系统的范围和要求。

概念数据模型的主要目的,是尽可能抓住数据的含义。 如今,大多数组织都使用使用E-R模型模拟概念数据,该模型使用特别标志,尽可能代表数据的含义。

Entity Relationship Model

这是一种用于数据库设计的技术,有助于描述一个组织不同实体之间的关系。

Terms used in E-R model

它在申请中具体规定了不同的现实世界项目。 例如:供应商、物品、学生、课程、教师等。

它们是实体之间的实际依赖。 例如,供应商用品、教师教授课程、用品和课程是关系。

它具体规定了关系的性质。 例如,供应商代码,学生名称。 E-R模型中使用的符号及其各自含义——

下表显示了E-R模型中使用的符号及其意义——

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

两类数据之间可能存在三类关系:一对一、一对一和多对一。

File Organization

它描述了记录存放在档案中的情况。

有四种档案组织方法:

Serial——记录按时间顺序存储(按投入或发生顺序排列)。 <>Examples——电话收费记录、自动取款机交易、电话查询。

Sequential - 记录按主要领域排列,其中含有独特识别记录的价值。 电话名录。

Direct (relative) - 每一记录均以实物地址或装置上的位置储存。 地址是根据记录的关键领域储存的价值计算的。 分散常规算法或洗.算法就是转换。

Indexed——记录可按顺序处理,不按顺序处理,使用索引处理。

Comparision

File Access

人们可以使用“连续接触”或“Random接触”查阅档案。 查阅档案的方法允许计算机程序读或书写档案记录。

Sequential Access

档案上的每个记录都从第一个记录开始处理,直到档案终结。 当档案中的大量记录需要随时查阅时,这是有效的。 磁带上存储的数据(连续查阅)只能依次获得。

Direct (Random) Access

记录的位置是了解其物理地点或装置上的地址,而不是其相对于其他记录的立场。 存储在CD装置(直接接触)上的数据可以按顺序或随机查阅。

Types of Files used in an Organization System

下面是各组织系统使用的档案类型——

报告载有系统目前的资料。 例如,客户档案、学生档案、电话目录。

这是一种总档案,经常变更并储存在表格格式中。 例如,储存Zip代码。

报告载有从商业活动中获得的日常信息。 它用于更新或处理主档案。 例如,雇员地址。

该系统一旦需要,即建立和使用。

它们是其他档案的确切重复。 帮助尽可能减少在原计划无法使用的情况下停工的风险。 每当原始档案变更时,必须对其进行修改。

这些文件载有总账和交易记录的副本,以便长期控制对总档案的任何改动。 它促进审计,并在系统失灵时提供回收机制。

燃烧文件——包含其他档案历史版本的备用文件。

Documentation Control

文件是为任何参考或业务目的记录信息的过程。 它帮助用户、管理人员和信息技术工作人员,他们要求这样做。 必须定期更新已编写的文件,以方便地追踪系统的进展。

如果系统运作不当,系统实施后,文件有助于管理人了解系统中的数据流动,以纠正缺陷,使系统发挥作用。

方案人员或系统分析员通常编制方案和系统文件。 系统分析员通常负责编制文件,帮助用户学习该系统。 在大型公司,包括技术作者的技术支助小组可协助编写用户文件和培训材料。

Advantages

它可以减少系统故障时间、削减费用并加快维修工作。

报告明确描述了现行系统的正式流动情况,有助于了解投入数据的类型以及产出的产生方式。

它为技术用户和非技术用户之间就系统进行有效和高效的沟通提供了途径。

它有助于培训新用户,以便他能够很容易地了解系统的流动。

它帮助用户解决麻烦问题,帮助管理人员更好地作出组织系统的最后决定。

该系统为该系统的内部和外部工作提供了更好的控制。

Types of Documentations

在系统设计方面,有四种主要文件:

Program documentation

System documentation

Operations documentation

User documentation

Program Documentation

报告介绍了所有方案单元的投入、产出和处理逻辑。

方案文件编制过程始于系统分析阶段,并在实施过程中继续进行。

这些文件为方案制定者提供了指导,他们设计了能够轻易理解和维护的内部和外部评论和说明所充分支持的单元。

Operations Documentation

业务文件载有处理和分发在线和印刷产出所需的一切资料。 业务文件应当明确、简明扼要,并尽可能在线提供。

它包括以下信息:

方案、系统分析员、方案管理员和系统识别。

印刷产出时间安排信息,如报告、执行频率和截止日期。

投入文件、来源、产出档案及其目的地。

电子邮件和报告分发清单。

需要特别表格,包括在线表格。

给运营商的错误信息和信息信息以及重新启动程序。

特别指示,如安全要求。

User Documentation

它包括向与该系统互动的用户提供指示和信息。 例如,用户手册、帮助指南和辅导。 用户文件在培训用户和参考方面具有价值。 它必须是清楚的、可以理解的,而且所有各级用户都可以轻易获得。

用户、系统所有者、分析家和方案制定者都共同努力制定用户指南。

用户文件应包括:

制度概览明确描述了所有主要系统特征、能力和局限性。

源文件内容、准备、处理和样本的说明。

1. 菜单和数据输入筛选选项、内容和处理指示概览。

用户要求定期编制或提供的报告实例,包括样本。

安保和审计线索信息。

具体投入、产出或处理要求的责任说明。

4. 请求变更和报告问题的程序。

例外和错误情况的例子。

经常提出问题。

解释如何获得帮助以及更新用户手册的程序。

System Documentation

系统文件是国际交易日志的技术规格,也是如何实现国际会计准则的目标。 用户、管理人员和IS所有人永远不需要参考系统文件。 系统文件为在作出修改时了解国际交易日志的技术方面提供了依据。

它介绍了国际会计准则和整个国际会计准则内部的每个方案。

报告介绍了该系统的职能、其执行方式、每个方案在全信息系统内就执行命令、从方案获得的信息以及整个系统流动的目的。

其中包括数据字典条目、数据流图、物体模型、屏幕布局、源文件以及启动该项目的系统要求。

大部分系统文件是在系统分析和系统设计阶段编写的。

在系统实施期间,分析员必须审查系统文件,以核实文件完整、准确和最新,包括执行过程中的任何变化。