English 中文(简体)
Quick Guide
  • 时间:2024-03-19 16:47:47

System Analysis and Design - Quick Guide


Previous Page Next Page  

System Analysis and Design - Overview

系统开发是一个系统的过程,包括规划、分析、设计、部署和维护等阶段。 在此,我们将主要侧重于——

    Systems analysis

    Systems design

Systems Analysis

它是收集和解释事实、查明问题以及将系统分解成其组成部分的过程。

进行系统分析的目的是研究一个系统或其部分,以确定其目标。 这是一个解决问题的办法,可改进系统,确保系统的所有组成部分都能高效地工作,以实现其目标。

分析具体指明了系统应当做什么

Systems Design

这是一个规划新业务系统的过程,或者通过界定其组成部分或模块来满足具体要求来取代现有系统的过程。 在规划之前,你需要彻底了解旧系统,并确定如何最好地利用计算机,以便高效运作。

系统设计的重点是如何实现系统目标

系统分析和设计(SAD)主要侧重于——

    Systems

    Processes

    Technology

What is a System?

本词系统源自希腊文系统,这意味着任何一组组成部分之间有组织的关系,以实现某种共同的事业或目标。

一种制度是“按照实现具体目标的计划,有条不紊地将相互依存的构成部分组合起来”。

Constraints of a System

该系统必须有三个基本制约因素:

    一种制度必须具备一些结构和行为,旨在实现预先确定的目标。

    。 在系统各组成部分之间必须存在。

    本组织的目标 a高于其次系统目标的优先权

例如,交通管理系统、薪金系统、自动图书馆系统、人力资源信息系统。

Properties of a System

具有以下特性的系统:

Organization

本组织意味着结构和秩序。 这是各组成部分的安排,有助于实现预先确定的目标。

Interaction

其定义是各组成部分相互操作的方式。

例如,在一个组织中,采购部门必须与生产部门和薪金部门互动。

Interdependence

相互依存意味着系统的各个组成部分如何相互依赖。 为了适当运作,各构成部分根据具体计划进行协调和相互联系。 一个次级系统的产出是其他次级系统作为投入所需要的。

Integration

一体化涉及系统各组成部分如何相互联系。 这意味着,即使每个部分都履行独特的职能,系统内各部分也共同努力。

Central Objective

系统的目标必须是核心。 这可能是真实的或说明的。 一个组织提出目标并采取行动实现另一个目标并非罕见。

用户必须在分析成功设计和转换时及早了解计算机应用的主要目标。

Elements of a System

以下图表显示了系统的要素——

System Elements

Outputs and Inputs

    该系统的主要目的是产生对其用户有用的产出。

    投入是指进入处理系统的信息。

    产出是处理的结果。

Processor(s)

    加工商是一个系统的组成部分,涉及实际将投入转化为产出。

    它是系统的业务组成部分。 加工商可根据产出规格全部或部分修改投入。

    随着产出规格的改变,处理情况也是如此。 在某些情况下,还修改了投入,使处理转变的加工商能够这样做。

Control

    控制要素为该系统提供指导。

    决策次级系统控制了有关投入、处理和产出的活动模式。

    计算机系统的行为由操作系统和软件控制。 为了保持系统平衡,需要什么投入和多少投入是由产出规格决定的。

Feedback

    反馈为动态系统提供了控制。

    积极的反馈是例行的,鼓励系统的运作。

    负面反馈是信息性质的,为控制者提供信息供采取行动。

Environment

    环境是组织运作的“超级系统”。

    它是外部因素对该系统的打击来源。

    它确定系统必须如何运作。 例如,本组织环境的供应商和竞争者可能会造成影响企业实际业绩的制约因素。

Boundaries and Interface

    制度应当根据其边界加以界定。 边界是确定其组成部分、过程和与另一个系统连接的相互关系的界限。

    每个系统都有决定其影响力和控制范围的界限。

    了解特定系统边界对于确定其与其他成功设计系统接口的性质至关重要。

Types of Systems

这些系统可分为以下几类:

Physical or Abstract Systems

    物理系统是有形的实体。 我们可以触动和感觉到他们。

    物理系统可以是静态的或动态的。 例如,服务台和椅子是计算机中心的有形部分,是静态的。 计算机系统是一个动态系统,根据用户的需要,方案、数据和应用可以改变。

    摘要系统是非物理实体或概念,可以是实际系统的公式、代表性或模式。

Open or Closed Systems

    开放的系统必须与其环境互动。 它从该系统外获得投入并交付产出。 例如,信息系统必须适应不断变化的环境条件。

    封闭系统与其环境没有互动。 它不受环境影响。 一种完全封闭的系统实际上很少。

Adaptive and Non Adaptive System

    适应系统以改进其业绩和生存的方式应对环境的变化。 例如,人类、动物。

    非适应系统是对环境没有反应的系统。 例如,机器。

Permanent or Temporary System

    永久制度长期存在。 例如,商业政策。

    临时制度是在规定时间之后拆除的。 例如,为一项方案建立了司法、司法和法律事务部系统,并在该方案之后解体。

Natural and Manufactured System

    自然系统是自然形成的。 例如,太阳能系统,季节系统。

    制造系统是人为系统。 例如,火箭、水坝、火车。

Deterministic or Probabipstic System

    决定因素系统以可预测的方式运作,系统各组成部分之间的相互作用得到肯定的了解。 例如,两个氢分子和一个氧分子将水化。

    概率系统显示行为不明确。 确切产出不详。 例如,天气预报、邮件发送。

Social, Human-Machine, Machine System

    社会制度由人民组成。 例如,社会俱乐部、社会团体。

    在“人-男子”系统中,人力和机器都参与执行特定任务。 例如,计算机编程。

    机器系统是人干预被忽视的地方。 所有任务均由机器执行。 例如,一个自主的机器人。

Man–Made Information Systems

    这是在直接管理控制下为特定组织管理数据的一套相互关联的信息资源。

    该系统包括硬件、软件、通信、数据以及根据一个组织的需要提供信息的申请。

    人为信息系统分为三类:

    其依据是从高层到低层管理层以蚊、指令等形式的信息流动。

    这是解决日常工作相关问题的员工制度。

    Computer based System 该系统直接依靠计算机管理商业应用。 例如,自动图书馆系统、铁路预订系统、银行系统等。

Systems Models

Schematic Models

    图表模型是一个2-D图,显示系统要素及其联系。

    不同的箭头用于显示信息流动、材料流动和信息反馈。

Flow System Models

    流动系统模式显示,把系统放在一起的物质、能源和信息有条不紊地流动。

    例如,方案评价和审查技术(PERT)被用于示范形式的真正的世界体系。

Static System Models

    它们代表了诸如活性-time-quantity等关系中的一对。

    例如,甘特图对活动时间关系作了静态描述。

Dynamic System Models

    商业组织是动态系统。 动态模式大致相当于分析员所处理的组织或应用类型。

    这表明联合国系统的地位不断发生变化。 它包括:

      进入系统的投入

      转变的进行过程

      加工所需方案

      处理结果。

Categories of Information

管理层和决策主管提供的信息分为三类。

Information Category

Strategic Information

    今后几年的长期规划政策最主要的管理者需要这一信息。 例如,收入、金融投资和人力资源以及人口增长的趋势。

    这类信息是在决策支助系统的协助下取得的。

Managerial Information

    中级管理部门需要这类信息,以便进行几个月的短期和中间范围规划。 例如,销售分析、现金流量预测和年度财务报表。

    这项工作是在管理信息系统的协助下实现的。

Operational information

    这种信息是日常和短期规划的低管理所要求,以实施日常业务活动。 例如,保存雇员出勤记录、过期订购单和现有库存。

    它是在数据处理系统的协助下实现的。

System Development Life Cycle

有效的系统开发生命周期(SDLC)应形成一个符合客户期望的高品质系统,在时间和成本评估范围内完成,在目前和计划中的信息技术基础设施中有效和高效地开展工作。

系统发展生命周期是一个概念模式,其中包括在整个生命周期内开发或改变系统的政策和程序。

分析员利用SDLC开发信息系统。 SDLC包括以下活动:

    requirements

    design

    implementation

    testing

    deployment

    operations

    maintenance

Phases of SDLC

系统开发 生命周期是一种系统的做法,明确将工作分为实施新的或经过修改的信息系统所需的阶段。

SDLC Phases

Feasibipty Study or Planning

    界定现行制度的问题和范围。

    概述新系统并确定其目标。

    2. 确认项目可行性并编制项目时间表。

    在这一阶段,还审议了系统的威胁、制约因素、一体化和安全。

    整个项目的可行性研究报告在本阶段结束时编写。

Analysis and Specification

    收集、分析和验证信息。

    界定新系统的要求和原型。

    评估替代品并确定各项要求的优先次序。

    审查最终用户的信息需求,加强系统目标。

    在该阶段结束时编写了一份软件要求规格文件,具体规定了该系统的软件、硬件、功能和网络要求。

System Design

    包括应用程序设计、网络、数据库、用户接口和系统接口。

    将SRS文件转换成逻辑框架结构,其中含有一套详细和完整的规格,可以用方案拟订语言加以实施。

    制定应急计划、培训、维护和业务计划。

    审查拟议设计。 确保最终设计必须符合RS文件中的要求。

    最后,编写设计文件,将在下一阶段使用。

Implementation

    通过编码将设计纳入源代码。

    将所有单元合并为检测错误和缺陷的培训环境。

    包含错误的测试报告通过测试计划编写,其中包括测试相关任务,如测试病例生成、测试标准和测试资源分配。

    将信息系统纳入其环境并安装新的系统。

Maintenance/Support

    包括系统安装后需要的所有活动,如电话支助或对用户的现场实物支助。

    在软件在客户所在地部署后,实施软件可能经过一段时间的修改,或执行任何新的要求。

    还包括处理遗留的错误,解决系统甚至在测试阶段之后可能存在的任何问题。

    可能需要为大型系统提供更长时间的维护和支助,并为较小的系统提供较短的时间。

Life Cycle of System Analysis and Design

以下图表显示该系统在分析和设计阶段的整个生命周期。

Life Cycle

Role of System Analyst

该系统分析员是完全了解该系统并指导系统开发项目的适当方向的人。 他是一位具有技术和人际技能的专家,负责开展每个阶段所需的发展任务。

他力求使信息系统的目标与本组织的目标相匹配。

Main Roles

    通过各种实况调查技术确定和理解用户的要求。

    通过获得用户共识确定要求的优先次序。

    收集事实或信息,征求用户的意见。

    维持分析和评价,以形成更方便用户的适当系统。

    建议采取许多灵活的替代解决办法,找到最佳解决办法,量化成本和效益。

    拟订某些规格,供用户和方案人员以准确和详细的方式轻易理解。

    执行必须成为模块的系统的合理设计。

    规划一段时间后评价周期,并根据需要修改该制度。

Attributes of a Systems Analyst

下图显示了系统分析员应当拥有的属性——

Attributes of Analyst

Interpersonal Skills

    Interface with users and programmer.

    Faciptate groups and lead smaller teams.

    Managing expectations.

    Good understanding, communication, selpng and teaching abipties.

    Motivator having the confidence to solve queries.

Analytical Skills

    System study and organizational knowledge

    Problem identification, problem analysis, and problem solving

    Sound commonsense

    Abipty to access trade-off

    Curiosity to learn about new organization

Management Skills

    Understand users jargon and practices.

    Resource & project management.

    Change & risk management.

    Understand the management functions thoroughly.

Technical Skills

    Knowledge of computers and software.

    Keep abreast of modern development.

    Know of system design tools.

    Breadth knowledge about new technologies.

System Analysis & Design - System Planning

What is Requirements Determination?

要求是新系统的一个重要特征,包括处理或收集数据、控制企业活动、提供信息和支持管理。

所需经费的确定涉及研究现有系统,并收集细节,以确定哪些要求、如何运作以及哪些方面应予改进。

Major Activities in requirement Determination

Requirements Anticipation

    它根据以往的经验预测了系统的特点,这些经验包括某些问题或特点以及新系统的要求。

    它可以导致分析本来由经验不足的分析家不知的领域。 但是,如果采取捷径,在进行调查时采用偏见,那么要求预测可能会半衰弱。

Requirements Investigation

    它正在研究现行制度,并记录其特征以供进一步分析。

    它是系统分析的核心,分析员利用实况调查技术、采购和计算机辅助工具记录和描述系统特征。

Requirements Specifications

    其中包括分析数据,确定要求的具体内容,说明新系统的特点,并具体说明将提供哪些信息要求。

    其中包括分析事实数据、确定基本要求和选择填满要求的战略。

Information Gathering Techniques

事实调查技术的主要目的是确定分析员为编制用户所了解的准确的SRS而使用的组织的信息要求。

索马里再次解放联盟 文件:

    be complete, Unambiguous, and Jargon-free.

    specify operational, tactical, and strategic information requirements.

    solve possible disputes between users and analyst.

    use graphical aids which simppfy understanding and design.

各种信息收集技术——

Interviewing

系统分析员通过访谈从个人或团体收集信息。 分析员可以是正规的、法律的、从事政治活动的,也可以是非正式的;因为面试的成功取决于分析员作为面谈者的技能。

可以通过两种方式做到这一点:

    该系统分析员举行问答会,以获取该系统的基本信息。

    它有标准问题,用户需要以闭门(客观)或开放(描述性)的形式回答。

    这种方法往往是收集定性信息的最佳来源。

    对那些没有有效书面通信或没有时间填写调查问卷的人来说,这样做是有益的。

    信息可以轻易验证和立即核对。

    它可以处理复杂的问题。

    通过征求意见很容易发现关键问题。

    它弥补了误解领域的差距,并尽量减少今后的问题。

Questionnaires

分析员利用这一方法收集大量人员有关系统问题的信息。

调查表有两种类型:

    它包含易于正确解释的问题。 它们可以探讨一个问题,并导致具体的答复方向。

    封闭式调查问卷- 它包含在系统分析有效列出所有可能的答复时使用的问题,这些答复相互排斥。

调查问卷的优点

    它非常有效地调查非共用地点的用户的利益、态度、感情和信仰。

    了解某一集团批准或否决拟议系统某一特定特征的比例是有助益的。

    在给系统项目提供任何具体指导之前确定总体意见是有益的。

    更可靠,对诚实的反应提供高度保密。

    选择事实信息和收集统计数据是适当的,可以邮寄和发送。

Review of Records, Procedures, and Forms

审查现有记录、程序和表格有助于了解一个描述当前系统能力、其业务或活动的制度。

Advantages

    这有助于用户在将组织或业务强加于他人之前了解自己的情况。

    它有助于在短时间内将目前的业务记录为程序手册和表格,说明现行系统的形式和功能。

    它可以明确了解本组织处理的交易,确定处理的投入,并评价业绩。

    它可以帮助分析家了解必须支持的业务制度。

    它描述了这一问题、其受影响部分以及拟议的解决办法。

Observation

这是通过宣传和观察人民、事件和物体收集信息的一种方法。 分析员访问了本组织,观察现行系统的工作,了解系统的要求。

Advantages

    这是收集信息的直接方法。

    在所收集数据的真实性受到质疑或系统某些方面的复杂性妨碍最终用户作出明确解释的情况下,这样做是有益的。

    它生成更准确和可靠的数据。

    它产生文件不完整和过时的所有方面。

Joint Apppcation Development (JAD)

这是由IBM开发的一种新技术,它使所有人、用户、分析家、设计家和建筑商利用有组织的密集讲习班确定和设计该系统。 JAD培训分析员担任讲习班的主持人,他们具有一些专业技能。

JAD>Advantages/b>

    通过更换几个月的传统面谈和后续会议,节省时间和费用。

    它有助于支持共同解决问题的组织文化。

    培养多层次雇员之间的正式关系。

    它可以创造性地发展设计。

    它允许迅速发展和改进信息系统的所有权。

Secondary Research or Background Reading

这一方法被广泛用于通过获取所收集的信息收集信息。 它包括以前从任何内部或外部来源收集到的任何信息。

Advantages

    互联网的提供更公开。

    它提供了成本和时间低的宝贵信息。

    它充当初级研究的先驱,并调整初级研究的重点。

    研究人员利用该研究得出以下结论:该研究是否值得研究,因为现有程序以及收集这些研究的问题。

Feasibipty Study

可行性研究可被视为初步调查,有助于管理层就系统研究是否适合发展作出决定。

    它确定了改进现有系统、开发新系统以及提出系统进一步发展的精细估计数的可能性。

    它用于了解问题概要,并决定是否存在可行或适当的解决办法。

    可行性研究的主要目的是获得问题的范围,而不是解决问题。

    可行性研究的结果是一个正式的系统提案,作为决定文件,其中包括拟议系统的全部性质和范围。

Steps Involved in Feasibipty Analysis

在进行可行性分析时将遵循以下步骤:

    组建项目小组并任命一名项目负责人。

    开发系统流程图。

    查明现行制度的缺陷并确定目标。

    计算其他解决办法或潜在候选人制度,以达到目标。

    确定技术可行性、业务可行性等各种备选办法的可行性。

    • 确定每个候选人制度的绩效和成本效益。

    排名其他选择,选择最佳候选人制度。

    编写系统建议,供管理层核准。

Feasibipty Analysis

Types of Feasibipties

Economic Feasibipty

    正在使用成本/效益分析方法评价候选人制度的有效性。

    它显示了候选人制度在本组织福利和费用方面的净收益。

    经济可行性分析的主要目的是在投资资金承诺提出建议之前估算候选人制度的经济要求。

    它更倾向于采用另一种办法,即尽早和最快地返还资金,同时开发候选人制度的风险最低。

Technical Feasibipty

    它调查了每一种执行办法的技术可行性。

    它分析并确定解决办法是否能够得到现有技术的支持。

    分析员确定现有技术资源是否得到升级或增加,以满足新的要求。

    它确保候选人制度对支持技术改进的程度作出适当反应。

Operational Feasibipty

    它确定该系统一旦制定和实施,是否正在有效运作。

    它确保管理层在目前的组织环境中支持拟议的系统及其可行的工作。

    它分析用户是否会受到影响,并接受影响可能系统效益的经修改或新的业务方法。

    它还确保电脑资源和候选人系统网络结构可行。

Behavioral Feasibipty

    它评价和估计用户对新系统发展的态度或行为。

    它有助于确定该系统是否需要特别努力,以教育、再培训、转移和改变雇员在新的经营方式上的工作地位。

Schedule Feasibipty

    它确保该项目在规定的时限内完成。

    它还核实和验证项目期限是否合理。

Structured Analysis

分析员利用各种工具了解和描述信息系统。 其中一种方式是利用结构化分析。

What is Structured Analysis?

结构化分析是一种发展方法,使分析员能够以合乎逻辑的方式理解该系统及其活动。

这是一种系统的做法,它使用图形工具,分析并完善现有系统的目标,并制定新的系统规格,便于用户理解。

其属性如下:

    它是具体介绍申请的图表。

    它将进程分开,以便清楚了解系统的流动情况。

    该系统的要素并不取决于供应商或硬件,而是合乎逻辑的,而不是实际的。

    这是一种从高级别概览到较低层次细节的做法。

Structured Analysis Tools

在结构化分析期间,各种工具和技术被用于系统开发。 他们:

    Data Flow Diagrams

    Data Dictionary

    Decision Trees

    Decision Tables

    Structured Engpsh

    Pseudocode

Structured Tools

Data Flow Diagrams (DFD) or Bubble Chart

这是一种由Larry Constantine开发的以图表形式表达系统要求的技术。

    它显示了系统不同功能之间的数据流动,并具体说明了现行系统是如何实施的。

    这是设计阶段的一个初步阶段,在功能上将要求规格划分为最低细节。

    其图形性质使它成为用户与分析家或分析家和系统设计商之间的良好沟通工具。

    报告概述了系统过程的数据、进行哪些转变、储存哪些数据、产生哪些成果以及流动情况。

Basic Elements of DFD

如果所需设计不明确,用户希望用一种通俗的语言进行通信,则DFD很容易理解和发挥很大效力。 然而,这需要大量的迭代才能找到最准确和最完整的解决办法。

下表显示了设计发展和发展司所用的符号及其重要性。

Symbol Name Symbol Meaning
Square Square Source or Destination of Data
Arrow Arrow Data flow
Circle Circle Process transforming data flow
Open Rectangle Rectangle Data Store

Types of DFD

DFD有两种类型:物理DFD和逻辑DFD。 下表列出了区分有形DFD与合乎逻辑的DFD的几点。

Physical DFD Logical DFD
It is implementation dependent. It shows which functions are performed. It is implementation independent. It focuses only on the flow of data between processes.
It provides low level details of hardware, software, files, and people. It explains events of systems and data required by each event.
It depicts how the current system operates and how a system will be implemented. It shows how business operates; not how the system can be implemented.

Context Diagram

情况图表有助于通过一个综合发展司了解整个系统,其中概述了一个系统。 报告首先提到主要进程,没有多少细节,然后以自上而下的方式进一步详细介绍这些进程。

照片管理的背景图如下所示。

Context Diagram

Data Dictionary

数据词典是系统数据要素的系统存放地。 该系统储存所有数据要素的描述,即数据流动、数据储存、数据储存和过程的细节和定义。

数据字典改善了分析员与用户之间的沟通。 它在建立数据库方面发挥了重要作用。 大多数房舍管理处都有数据字典作为标准特征。 例如,参见下表:

Sr.No. Data Name Description No. of Characters
1 ISBN ISBN Number 10
2 TITLE title 60
3 SUB Book Subjects 80
4 ANAME Author Name 15

Decision Trees

决策树木是界定复杂关系的一种方法,它描述各种决定,避免通信方面的问题。 决策树是一种图表,显示横向树木框架内的替代行动和条件。 因此,它描述了首先、第二次等等考虑的条件。

决策树木描述了每一种条件的关系及其可允许的行动。 方括号表示行动,圈子表示情况。 它迫使分析员考虑决定顺序,并确定必须作出的实际决定。

Decision Tree

决策树的主要限制是,它缺乏信息,无法描述你为测试而可以采取的其他条件。 它是条件和行动之间关系的单一表述。

例如,指以下决策树:

Decision Example

Decision Tables

决策表格是以一种易于理解的准确方式描述复杂的逻辑关系的一种方法。

    在由此产生的行动取决于独立条件的一种或几种组合的情况下,这样做是有用的。

    它是一个矩阵,包含用于确定问题和行动的行文或栏目。

Components of a Decision Table

    它是排在左上,列出所有需要检查的条件。

    它是下限的,它概述了为达到这一条件而采取的所有行动。

    它属于高右等级,为条件不全时提出的问题提供答案。

    它右翼低落,这表明由于对进入条件条件的答复而采取了适当的行动。

决策表中的条目是根据《决定规则》确定的,该《规则》界定了条件组合和行动方案之间的关系。 规则部分

    Y shows the existence of a condition.

    N represents the condition, which is not satisfied.

    A blank - against action states it is to be ignored.

    X (or a check mark will do) against action states it is to be carried out.

例如,参见下表:

CONDITIONS Rule 1 Rule 2 Rule 3 Rule 4
Advance payment made Y N N N
Purchase amount = Rs 10,000/- - Y Y N
Regular Customer - Y N -
ACTIONS
Give 5% discount X X - -
Give no discount - - X X

Structured Engpsh

结构英语来自结构化的方案拟定语言,对过程进行更可理解和准确的描述。 这样做所依据的程序逻辑是,为了采取行动,使用建筑和强制判决。

    当必须考虑某一方案中的顺序和漏洞时,最好能加以利用,问题需要一系列行动作出决定。

    它没有严格的子公司规则。 它对顺序决定结构和频率表示所有逻辑。

例如,见以下行动顺序:

if customer pays advance 
   then 
      Give 5% Discount 
   else 
      if purchase amount >=10,000 
         then 
            if  the customer is a regular customer 
               then Give 5% Discount 
            else  No Discount
         end if 
      else No Discount  
   end if 
end if 

Pseudocode

假冒代码不符合任何方案拟定语言,并用便携英文表示逻辑。

    它可以在物理设计期间和之后,在不实际编码的情况下确定物理方案逻辑。

    它与结构化方案一起使用。

    它取代方案流程图。

Guidepnes for Selecting Appropriate Tools

利用以下准则选择最适合您要求的最适当工具:

    利用DFD进行高级别或低级分析,提供良好的系统文件。

    利用数据字典简化满足系统数据要求的结构。

    如果存在许多漏洞和行动,则使用结构化的英文。

    在检查和逻辑条件很多的情况下使用决定表是复杂的。

    在排列条件时使用决定树木是重要的,如果要测试的条件很少。

System Analysis & Design - System Design

系统设计是用可管理的方式弥合问题领域与现有系统之间差距的阶段。 这一阶段的重点是解决办法领域,即“如何执行?”

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

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

Objective 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 Entity
Weak Entity Weak Entity
Relationship Relationship
Identity Relationship Identity Relationship
Attributes Attributes
Key Attributes Key Attributes
Multivalued Multivalued
Composite Attribute Composite Attribute
Derived Attribute Derived Attributes
Participation Total Participation of E2 in R
Cardinapty Cardinapty Ratio 1:N for E1:E2 in R

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

File Organization

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

有四种档案组织方法:

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

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

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

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

Comparision

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所有人永远不需要参考系统文件。 系统文件为在作出修改时了解国际交易日志的技术方面提供了依据。

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

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

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

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

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

Design Strategies

Top-Down Strategy

自上而下的战略采用模块方法开发系统的设计。 之所以如此,是因为从顶级或最高级模块开始,进入最低层次模块。

在这种技术中,确定了开发软件的最高级模块或主要模块。 根据每个模块执行的任务,主要模块分为几个较小的、较简单的子模块或部分。 然后,每个分层进一步细分为几个下级的分层。 将每个单元分成几个子模块的工作继续进行,直到没有确定最低层次模块,这些模块不能进一步细分。

Top Down

Bottom-Up Strategy

自下而上的战略是采用模块方法开发该系统的设计。 之所以如此,是因为它从底层或最基本的单元开始,进入最高层次模块。

在这种技术中,

    确定了最基本的或最低的单元。

    这些单元随后根据每个单元履行的职能加以分类,以形成下一个高级别单元。

    然后将这些单元进一步合并,以形成下一个高级别单元。

    在系统开发进程的主要单元完成之前,继续将几个较简单的模块归类为更高层次模块。

Bottom-Up

Structured Design

结构设计是一种基于数据流的方法,有助于确定发展中系统的投入和产出。 结构化设计的主要目标是尽量减少方案的复杂性并增加其组合。 结构化的设计也有助于描述该系统的功能方面。

在结构化的设计中,系统规格作为在DFDs的帮助下以图表方式反映软件开发所涉数据流动和过程顺序的基础。 在为软件系统开发DFD之后,下一步是制定结构图。

Structured Design

Modularization

结构化的设计将该方案分为小型和独立的模块。 这些结构按底线排列,详细情况见下。

因此,结构化的设计采用一种称为模块化或分解的方法,以尽量减少复杂性,并通过将其分成小部分来处理这一问题。

Advantages

    Critical interfaces are tested first.

    It provide abstraction.

    It allows multiple programmers to work simultaneously.

    It allows code reuse.

    It provides control and improves morale.

    It makes identifying structure easier.

Structured Charts

结构化图表是设计模块化的工具,是界定系统开发各种模块和每个单元之间的关系的顶级系统。 它显示了系统模块及其之间的关系。

它包括图形,包括显示单元、连接arrow或线的直径箱。

    这是一个指导低级单元的更高层次模块,称为 附属模块

    这是一个可再利用的单元,可从图表中不止一个点引用。

Charts

我们有两种不同的方法设计结构图:

    Transform-Centered Structured Charts 当所有交易都走同样的道路时,就使用这些交易。

    。 当所有交易都跟不上同一途径时,就使用这些交易。

Objectives of Using Structure Flowcharts

    鼓励自上而下的设计。

    支持单元的概念并确定适当的单元。

    2. 显示该系统的规模和复杂性。

    确定每项职能中易于识别的职能和单元的数量。

    说明每个可识别的职能是可管理的实体,还是应当细分为较小的组成部分。

Factors Affecting System Complexity

为了开发良好的系统软件质量,有必要开发一种良好的设计。 因此,在开发系统设计时,主要侧重于软件设计的质量。 质量好的软件设计是软件开发的复杂性和成本支出最小化设计。

有助于确定系统复杂性的两个重要概念是couppngcohesion

Couppng

合并是衡量各组成部分独立性的措施。 它界定了每个系统开发模块的依赖程度。 在实践中,这意味着系统单元之间的合并越强,实施和维持系统越困难。

每个模块应具有与其他模块的简单、干净的接口,在单元之间应共享最低数据内容。

High Couppng

这些系统与方案单位相互连接。 一个子系统的变化导致对另一个子系统产生严重影响。

Highly Coupled

Low Couppng

这些系统由独立或几乎独立的组成部分组成。 一个子系统的变化不影响任何其他次系统。

Low Couppng

Couppng Measures

    如果一个构成部分实际上对另一个部分进行改动,则修改后的构成部分完全取决于修改。

    。 如果通过组织系统设计来减少政变数量,以便从共同数据库获取数据。

    当一个构成部分通过参数控制另一个构成部分的活动时。

    当数据结构被用来将信息从一个部分传递给另一个部分时。

    只有当数据通过时,各组成部分才通过这一交错。

Cohesion

凝聚力是衡量各组成部分之间关系的密切度。 它界定了单元各组成部分相互依赖的程度。 在实践中,这意味着系统设计者必须确保——

    它们没有将基本进程分成支离破碎的单元。

    它们没有把作为国防军进程代表的无关联进程聚集在一起,成为毫无意义的单元。

最好的模块是功能上具有凝聚力的单元。 最坏的单元是那些有巧合的单元。

The worst degree of cohesion

部分内容与另一部分没有关系,因此,在部分部分中发现了牙科的凝聚力。

    有几个与逻辑相关的职能或数据要素被归入同一构成部分。

    当一个用于启动系统或固定变量的构成部分按顺序履行若干职能时,这些职能按所涉时间相关。

    <Procedurally Cohesion> 职能组合只是为了确保这一秩序。

    它是某一部分的产出是对下一个部分的投入。

Input / Output & Forms Design

Input Design

在信息系统中,投入是用于生产产出的原始数据。 在投入设计期间,开发商必须考虑诸如PC、MICR、OMR等投入装置。

因此,系统投入的质量决定了系统产出的质量。 妥善设计的投入表格和屏幕有以下特性:

    它应当有效地发挥具体的作用,例如储存、记录和检索信息。

    它确保准确完成。

    应当易于填补和直截了当。

    它应当侧重于用户的关注、一致性和简单性。

    所有这些目标都是利用有关基本设计原则的知识实现的。

      该系统需要哪些投入?

      终端用户如何应对各种表格和屏幕的不同内容。

Objectives for Input Design

投入设计的目标是:

    设计数据输入和输入程序

    减少投入量

    设计数据采集源文件或设计其他数据采集方法

    设计投入数据记录、数据输入屏幕、用户界面屏幕等。

    利用验证检查和制定有效的投入控制。

Data Input Methods

必须设计适当的数据输入方法,防止数据输入时出现错误。 这些方法取决于数据是否由客户以人工形式输入,然后由数据输入操作者输入,或者数据由用户直接输入计算机。

制度应当防止用户犯错误:

    Clear form design by leaving enough space for writing legibly.

    Clear instructions to fill form.

    Clear form design.

    Reducing key strokes.

    Immediate error feedback.

一些受欢迎的数据输入方法是:

    Batch input method (Offpne data input method)

    Onpne data input method

    Computer readable forms

    Interactive data input

Input Integrity Controls

声誉控制包括消除最终用户共同输入错误的若干方法。 还包括检查各个领域的价值;检查所有投入的形式和完整性。

数据输入和其他系统业务的审计线索是利用交易日志创建的,该记录显示数据库中所有变化的记录,以便在出现任何故障时提供安保和回收手段。

Output Design

产出的设计是任何系统最重要的任务。 在产出设计期间,开发商确定所需产出类型,并审议必要的产出控制和原型报告布局。

Objectives of Output Design

投入设计的目标是:

    制定符合预期目的的产出设计,消除意外产出的生产。

    制定符合最终用户要求的产出设计。

    交付适当的产出数量。

    2. 以适当格式编制产出,并将其交给权利人。

    及时提供产出,以便作出良好决定。

让我们现在通过各种产出——

External Outputs

制造商为打印机创造和设计外部产出。 外部产出使该系统能够让受援国放弃触发行动,或确认其接受者的行动。

一些外部产出是作为周转产出设计的,这些产出作为形式执行,并作为投入重新进入系统。

Internal outputs

内部产出存在于系统内,供最终用户和管理人员使用。 它们支持管理层的决策和报告工作。

管理层提供的资料提出了三类报告:

    这些资料含有几乎没有任何过滤或限制的信息,以协助管理规划和控制。

    这些趋势与潜在问题被分类和归纳,为不希望详细情况的管理人员所产生。

    在将数据作为信息提交管理人员之前,这些数据含有例外情况、对某种状况或标准进行过滤。

Output Integrity Controls

产出的完整性控制包括确定接收系统的密码,以及确认成功收到网络协议处理的信息的核查信息。

印刷或屏幕格式报告应包括报告印刷和数据的日期/时间。 多页报告载有报告标题或说明以及设想。 预印表格通常包括一个版本编号和有效的日期。

Forms Design

表格和报告都是投入和产出设计的产物,是包含具体数据的商业文件。 主要区别是表格提供了数据投入的领域,但报告完全用于阅读。 例如,订单表、就业和信贷申请等。

    在设计过程中,设计人应当知道——

      谁会使用

      交付地点

      表格的目的或报告

    在形式设计期间,自动化设计工具提高了开发商原型表格和报告的能力,并将其最终用户用于评价。

Objectives of Good Form Design

为确保以下目标,必须设计良好的格式:

    通过提供适当的顺序、信息和明确的上限,使屏幕保持简单。

    采用适当表格达到预期目的。

    确保表格准确无误。

    利用漫画、反向录像或连接曲线等使表格具有吸引力。

    便利航行。

Types of Forms

<Flat>

    它是一份由人工制作或由机器制作的单一拷贝,并以纸质印刷。 添加原样的碳文件在复制件之间插入。

    它是设计、印刷和复制的最简单和廉价形式,使用量较少。

Unit Set/Snap out Forms

    这些是带有一次性碳的纸质,用于手写或机器使用。

    碳可以是蓝色或黑体,标准级中等强度。 一般来说,蓝碳最适于手写形式,而黑碳则最适于机械使用。

    这些是多种单位形式,在每张表格之间穿透的连续地带。

    它对大量使用是一种成本较低的方法。

无碳要求文件

    它们使用无碳文件,其中有两个化学涂料(胶囊),一个在表面,另一个在纸面上。

    当施压时,这两个帽子互动,形成形象。

Testing and Quapty Assurance

需要对软件系统进行核对,以了解其在每一开发阶段的预期行为和进展方向,以避免工作重复、时间和超支,并确保在规定时间内完成该系统。 需要对软件系统进行核对,以了解其在每一开发阶段的预期行为和进展方向,以避免工作重复、时间和超支,并确保在规定时间内完成该系统。

系统测试和质量保证有助于检查该系统。 包括:

    Product level quapty (Testing)

    Process level quapty.

让我们简要地讨论这些问题。

Testing

测试是根据特定用户要求检查软件功能和正确性的过程或活动,以便提高系统的质量和可靠性。 这是一种昂贵、耗时和关键的系统开发方法,需要适当规划整个测试过程。

成功测试是发现错误的。 它执行该方案,明确意图发现错误,即使方案失败。 这是一个评估系统的过程,目的是建立一个强大的系统,主要侧重于系统或软件的薄弱领域。

Characteristics of System Testing

系统测试从模块一级开始,并着手整合整个软件系统。 不同的测试技术在不同时间用于测试系统。 它由开发商负责小型项目,由独立测试小组负责大型项目。

Stages of System Testing

测试涉及以下阶段:

这份说明介绍了用于测试该系统的各种层次、方法、工具和方法。 它应满足一个组织的所有需要。

它规定了测试系统的计划,并核实正在测试的系统符合所有设计和功能规格。 测试计划提供以下信息:

    Objectives of each test phase

    Approaches and tools used for testing

    Responsibipties and time required for each testing activity

    Availabipty of tools, facipties, and test pbraries

    Procedures and standards required for planning and conducting the tests

    Factors responsible for successful completion of testing process

    该系统每个单元都有一些测试案例有待测试。

    每个测试案例将具体说明如何测试具体要求或设计决定的执行情况以及测试成功的标准。

    测试案例和测试计划作为系统规格文件的一部分或单独的文件“测试规格 测试说明

它包括为执行每个测试案件而应采取的步骤。 这些程序在一份称为测试程序规格的单独文件中作了具体规定。 本文件还具体规定了报告检测结果的任何特别要求和格式。

测试结果文件载有简要资料,说明所执行的测试案件总数、错误数目和错误的性质。 然后根据测试规格的标准对这些结果进行评估,以确定测试的总体结果。

Types of Testing

测试可以是各种类型,根据所要发现的ug类型进行不同类型的检测。

Unit Testing

亦称为“方案测试”,是一种检测类型,分析器测试或独立侧重于每个方案或模块。 其目的是至少一次执行单元的每一份说明。

    在单位测试中,不能保证方案的准确性,很难详细测试各种投入组合。

    它确定方案与其他测试技术相比的最大错误。

Integration Testing

在一体化测试中,分析器测试了多个模块,共同运作。 该系统用于发现该系统与其原始目标、现有规格和系统文件之间的差异。

    在这方面,分析员试图发现在设计单元时,数据长度、类型和数据要素名称有不同的规格。

    它证实档案数量足够,指数已经适当建立。

Functional Testing

功能测试确定该系统是否按照规格和相关标准文件正确运作。 功能测试通常始于该系统的实施,这对于系统的成功至关重要。

功能测试分为两类:

    Positive Functional Test- 这需要用有效的投入对该系统进行测试,以核实产出正确无误。

    它涉及用无效投入和未预见运行条件测试软件。

Rules for System Testing

为了成功进行系统测试,你需要遵循既定规则——

    测试应当基于用户的要求。

    在撰写测试稿之前,应彻底理解业务逻辑。

    试验计划应尽快完成。

    第三方应当进行测试。

    应使用静态软件。

    应当对有效而无效的投入条件进行测试。

    应审查和检查测试,以减少成本。

    应在软件上进行静态和动态测试。

    应当记录测试案例和测试结果。

Quapty Assurance

对系统或软件产品及其文件进行审查,以确保系统符合要求和规格。

    质量保证协会的目的是通过按照规格不断交付产品,向客户提供信心。

    软件质量保证(SQA)是一种技术,其中包括软件专业人员使用的程序和工具,以确保软件达到预定使用和性能的具体标准。

    SQA的主要目标是向行政部门适当和准确地宣传软件项目及其开发产品。

    它在系统开发的整个生命周期对软件产品及其活动进行审查和审计。

Objectives of Quapty Assurance

质量保证的目标如下:

    监测软件开发过程和开发的最终软件。

    确保软件项目是否正在实施管理层制定的标准和程序。

    2. 向团体和个人通报SQA的活动和这些活动的结果。

    确保软件内未解决的问题由高层管理部门处理。

    查明产品、工艺或标准方面的缺陷,并确定这些缺陷。

Levels of Quapty Assurance

为了认证软件产品,需要进行若干级别的质量保证和测试。

在这一层次上,对违反官方编码规则的任何行为都检查或检查了离线软件。 总的来说,重点是审查编码评论的文件和级别。

第2级——汇编和链接

在这一层次上,对软件能够汇编和连接所有官方平台和操作系统进行了检查。

在这一层次上,对软件的运行情况进行了检查,如某些事件和规模小和大的事件等。

在最后一级,对软件的运行符合先前规定的业绩水平进行了检查。

System Implementation and Maintenance

执行是一个确保信息系统运行的过程。 它涉及:

    Constructing a new system from scratch

    Constructing a new system from the existing one.

执行使用户能够接管其业务,以供使用和评价。 它涉及培训用户处理该系统并计划顺利转换。

Training

系统内的工作人员必须详细了解他们的作用、他们如何使用该系统,以及系统将做什么或将做些什么。 设计完善、技术性强的制度能否成功或失败,取决于其操作和使用的方式。

Training Systems Operators

必须对系统运营商进行适当培训,以便他们能够处理一切可能的行动,无论是例行的还是非常的。 运营商应当接受培训,了解可能发生哪些共同故障,如何认识到这些故障,以及何时应采取什么步骤。

培训涉及制定麻烦清单,以确定可能的问题和补救办法,以及在出现意外或异常问题时接触的个人的姓名和电话号码。

培训还涉及熟悉操作程序,其中包括通过使用新系统所需活动的顺序开展工作。

User Training

    最终用户培训是计算机信息系统开发的一个重要组成部分,必须向雇员提供这种培训,使他们能够解决自己的问题。

    用户培训涉及如何操作设备,解决系统问题,确定产生的问题是否由设备和软件造成。

    大多数用户培训涉及该系统本身的运作。 培训课程必须旨在帮助用户迅速动员本组织。

Training Guidepnes

    Estabpshing measurable objectives

    Using appropriate training methods

    Selecting suitable training sites

    Employing understandable training materials

Training Methods

Instructor-led training

它涉及教员和学员,他们必须同时会晤,但不一定在同一地点。 培训课程可以是一对一,也可以是合作。 两种类型:

在这次培训中,教员必须同时与学员会面,但不必在同一地点。 这里使用的主要工具是:视频会议、基于文字的文本。 互联网转发聊天工具或虚拟现实包等

培训员必须同时和在同一地点与学员会面。 此处使用的主要工具是黑板、间接费用投影器、液晶显示器等。

Self-Paced Training

它涉及教员和学员,他们不需要在同一地点或同时会晤。 学员们通过自己方便地学习这些课程学习技能。 两种类型:

在这种培训中,课程采用多媒体形式,并储存在光盘上。 它尽量减少在没有外部方案人员帮助的情况下开办内部培训课程的费用。

网上培训

在这种培训中,课程经常以高超媒体形式提供,并发展为因特网和内联网提供支持。 它为终端用户提供适时培训,并使本组织能够根据培训要求进行调整。

Conversion

这是一种从旧系统向新系统迁移的过程。 它提供了可理解和有条理的办法,以改进管理层与项目小组之间的沟通。

Conversion Plan

报告介绍了新系统实施期间必须开展的所有活动,并付诸实施。 它预见到可能的问题和解决这些问题的办法。

其中包括以下活动:

    Name all files for conversions.

    Identifying the data requirements to develop new files during conversion.

    Listing all the new documents and procedures that are required.

    Identifying the controls to be used in each activity.

    Identifying the responsibipty of person for each activity.

    Verifying conversion schedules.

Conversion Methods

四种转换方法是:

    Parallel Conversion

    Direct Cutover Conversion

    Pilot Approach

    Phase-In Method

Method Description Advantages Disadvantages

Parallel Conversion

Old and new systems are used simultaneously.

如果新系统失败,就会带来挫折。

提供最大保障,并最终测试新系统。

造成费用超支。

新系统可能无法得到公正的跟踪。

Direct Cutover Conversion

新系统已经实施,旧系统被完全取代。

B. 使新系统发挥作用的用户

新办法和控制立即受益。

如果新系统出现问题,则不会倒退

需要进行最仔细的规划

Pilot Approach

支持逐步在所有用户实施系统分阶段办法

允许在不必要地使用资源的情况下进行培训和安装。

避免风险管理出现大量意外。

长期阶段造成转变是否顺利的问题。

Phase-In Method

在一个组织部分根据反馈实施的系统工作版本,全组织全程或分阶段安装。

在实施之前提供经验和线性测试

优先的新系统涉及新技术或绩效的急剧变化。

Gives认为旧制度是错误的,不可靠。

File Conversion

它是将一个档案格式转换成另一个格式的过程。 例如,可转换成Microsoft Word。

为了成功转换,需要一项转换计划,其中包括:

    Knowledge of the target system and understanding of the present system

    Teamwork

    Automated methods, testing and parallel operations

    Continuous support for correcting problems

    Updating systems/user documentation, etc

许多受欢迎的申请支持向同类的其他档案格式开放和保存。 例如,微软公司 语言可以在许多其他文字处理格式中公开和节省文件。

Post-Implementation Evaluation Review (PIER)

消费物价指数是一种工具或标准方法,用以评价该项目的成果并确定该项目是否为加工、产品或服务带来预期效益。 该系统使用户能够核实项目或系统在规定时限内和计划费用内实现了预期结果。

PIER确保该项目通过评价项目的发展和管理过程来实现其目标。

Objectives of PIER

实现公平与和解的目标如下:

    对照预测成本、效益和时间表确定项目的成功。

    确定增加项目价值的机会。

    确定该项目的优缺点,供今后参考和采取适当行动。

    通过改进成本估算技术,就该项目的未来提出建议。

以下工作人员应列入审查过程:

    Project team and Management

    User staff

    Strategic Management Staff

    External users

System Maintenance / Enhancement

维护意味着恢复原状。 加强意味着增加、修改守则,以支持用户规格的变化。 系统维护符合该系统最初的要求,通过纳入新的要求,增强系统的能力。

因此,维持现有系统、加强现有系统增加了特点,发展取代了现有的系统。 它是系统开发的一个重要部分,其中包括纠正系统设计和执行错误、更新文件和测试数据的活动。

Maintenance Types

系统维护可分为三类:

    更正——使用户能够修理和纠正遗留问题。

    适应性维护——使用户能够取代方案的功能。

    - 使用户能够根据用户的要求和不断变化的需要修改或加强方案。

System Security and Audit

System Audit

它是对业务系统业绩进行审查的调查。 进行系统审计的目标如下:

    比较实际和计划的业绩。

    核实在目前环境下,系统的既定目标仍然有效。

    评价既定目标的实现情况。

    确保基于计算机的财务和其他信息的可靠性。

    确保处理过程中列入的所有记录。

    确保防止欺诈。

Audit of Computer System Usage

数据处理审计员对计算机系统的使用进行了审计,以便控制该系统。 审计员需要计算机系统本身获得的控制数据。

The System Auditor

审计员的作用始于系统开发的初始阶段,以确保由此产生的系统安全。 它描述了一种能够记录下来的系统利用的想法,这有助于负荷规划,决定硬件和软件规格。 这表明了计算机系统的明智使用和系统的可能滥用。

Audit Trial

审计审判或审计记录是一份安全记录,由谁进入计算机系统,在一定时期内开展哪些业务。 审计审判被用来详细追踪系统数据变化情况。

它提供了各种控制技术的文件证据,证明交易在处理过程中必须进行。 审计审判没有独立存在。 进行会计核算是为了收回损失的交易。

Audit Methods

可以通过两种不同方式进行审计:

Auditing around the Computer

    Take sample inputs and manually apply processing rules.

    Compare outputs with computer outputs.

Auditing through the Computer

    Estabpsh audit trial which allows examining selected intermediate results.

    Control totals provide intermediate checks.

Audit Considerations

审计考虑利用说明和模型来审查分析结果,查明因职能不当、程序分散或职能、数据流动中断、数据缺失、处理重复或不完整以及没有处理自动化机会而产生的问题。

本阶段的活动如下:

    Identification of the current environment problems

    Identification of problem causes

    Identification of alternative solutions

    Evaluation and feasibipty analysis of each solution

    Selection and recommendation of most practical and appropriate solution

    Project cost estimation and cost benefit analysis

Security

系统安全是指保护系统免遭偷窃、擅自获取和更改以及意外或无意损害。 在计算机系统中,安保涉及保护计算机系统的所有部分,包括数据、软件和硬件。 系统安全包括系统隐私和系统完整性。

    系统隐私涉及保护个人系统不受相关个人的许可/了解而进入和使用。

    系统完整性涉及系统原始和加工数据的质量和可靠性。

Control Measures

各种控制措施可大致分类如下:

Backup

    根据时间紧迫性和规模,每天/每周定期支持数据库。

    更长时间递增。

    备份副本存放在安全的边远地点,对灾后恢复尤为必要。

    复制系统运行,所有交易如果是一个非常关键的系统,在存储磁盘之前不能容忍任何干扰,就反映了这种系统。

Physical Access Control to Facipties

    Physical locks and Biometric authentication. For example, finger print

    ID cards or entry passes being checked by security staff.

    Identification of all persons who read or modify data and logging it in a file.

Using Logical or Software Control

    Password system.

    Encrypting sensitive data/programs.

    Training employees on data care/handpng and security.

    Antivirus software and Firewall protection while connected to internet.

Risk Analysis

风险是可能失去某种价值。 风险分析首先通过确定系统的脆弱性及其影响来规划安全制度。 然后,该计划是为了管理风险和应对灾害。 这样做是为了了解可能发生的灾害及其成本。

风险分析是具有不同背景的专家的团队工作,如化学品、人为错误和加工设备。

在进行风险分析时将遵循以下步骤:

    计算机系统所有组成部分的识别。

    查明每个构成部分面临的所有威胁和危险。

    量化风险,即评估发生威胁时的损失,已成为现实。

Risk Analysis – Main Steps

由于风险或威胁正在发生变化,潜在损失也在发生变化,高级管理人员应当定期进行风险管理。

Risk Analysis

风险管理是一个持续的过程,涉及以下步骤:

    确定安全措施。

    计算安全措施的执行费用。

    比较安全措施的成本与威胁的损失和可能性。

    选择和执行安全措施。

    审查安全措施的执行情况。

Object Oriented Approach

在以目标为导向的方法中,重点是将信息系统的结构和行为纳入将数据和进程结合起来的小单元。 定向设计的主要目的是提高系统分析和设计的质量和生产力,使之更加可行。

在分析阶段,办事处模式被用于填补问题与解决办法之间的差距。 在系统正在不断设计、适应和维护的情况下,它运作良好。 它确定了问题领域的目标,将其分类为数据和行为。

联络处模式以下列方式受益:

    这有助于以低费用对系统进行改革。

    它促进部件的再利用。

    它简化了将部件并入大型系统的问题。

    它简化了分配系统的设计。

Elements of Object-Oriented System

让我们通过办事处系统的特性——

    物体是问题领域内存在的,可通过数据(数据)或行为加以识别。 所有有形实体(学生、病人)和一些无形实体(银行账户)都被列为标的。

    他们介绍了有关该物体的信息。

    Behavior 它具体规定了物体可做些什么。 它规定了对物体的操作。

    Class——一个类别包含数据及其行为。 具有类似意义和目的的物体按类别分类。

    Methods——确定某类行为的方法。 它们只不过是物体可以采取的行动。

    信息是一种功能或程序,从一个物体向另一个物体发出。 它们是发给物体以触发方法的信息。 基本上,信息是一种功能或程序,从一个物体到另一个物体。

Features of Object-Oriented System

面向目标的制度具有以下几个重要特点:

Encapsulation

资本是一种信息隐藏过程。 只是将过程和数据合并为一个单一实体。 物体数据从系统其他部分中隐匿,只能通过该类服务提供。 它允许改进或修改物体所使用的方法,而不影响系统的其他部分。

Abstraction

它是采取或选择必要方法和特性以具体指明目标的过程。 它侧重于物体相对于用户观点的基本特征。

Relationships

该系统的所有班级相互相关。 这些物体并不孤立存在,它们与其他物体有关系。

有三个类型的物体关系:

    它指出了整个部分与部分之间的关系。

    <>Association 这样,两门课以某种方式相互关联或连接,如一等班与另一班一起工作,或对其他班子进行一等。

    子女班级以父母班为基础。 它表明,两个班级相似,但有一些差异。

Inheritance

继承是一个很大的特征,它通过继承现有班级的属性和(或)业务,从现有班级中设立子级。

Polymorphism and Dynamic Binding

多种形态是能够采取多种形式。 它适用于物体和作业。 一种多变物体是真实的类型隐藏在超级或母级之内的物体。

在多形态作业中,不同种类的物体可进行不同的操作。 它使我们能够只了解其共同财产来操纵不同类别的物体。

Structured Approach Vs. Object-Oriented Approach

下表解释了以目标为导向的方法与传统的结构化做法有何不同——

Structured Approach Object Oriented Approach
It works with Top-down approach. It works with Bottom-up approach.
Program is spanided into number of submodules or functions. Program is organized by having number of classes and objects.
Function call is used. Message passing is used.
Software reuse is not possible. Reusabipty is possible.
Structured design programming usually left until end phases. Object oriented design programming done concurrently with other phases.
Structured Design is more suitable for offshoring. It is suitable for in-house development.
It shows clear transition from design to implementation. Not so clear transition from design to implementation.
It is suitable for real time system, embedded system and projects where objects are not the most useful level of abstraction. It is suitable for most business apppcations, game development projects, which are expected to customize or extended.
DFD & E-R diagram model the data. Class diagram, sequence diagram, state chart diagram, and use cases all contribute.
In this, projects can be managed easily due to clearly identifiable phases. In this approach, projects can be difficult to manage due to uncertain transitions between phase.

Unified Modepng Language (UML)

UML是一种视觉语言,使你能够模仿各种过程、软件和系统,表达系统结构的设计。 这是一种标准语言,能够以面向目标的方式设计和记录系统,从而使技术建筑师能够与开发商沟通。

它被定义为由目标管理小组制定和分发的一套规格。 UML是可扩展的。

UML的目标是提供面向目标的条件和方略技术的共同词汇,这些技术很丰富,足以模拟从分析到实施的任何系统开发项目。

UML由以下人员组成:

    它是过程、系统或其中一部分情况的专论。

    它包含以图表如连接器、符号、笔记等共同工作的内容。

Example of UML Notation for class

Class Notation

Instance diagram-UML notation

UML Notation

Operations Performed on Objects

在物体上进行下列操作:

    - 创建新班级,删除现有班级。 例如,增加一名新雇员。

    <Query-在不改变价值的情况下进入状态,无副作用。 例如,找到特定雇员的地址。

    <Update——一个或多个属性和安放的变更值; 例如,改变雇员的地址。

Uses of UML

UML对以下目的非常有用:

    Modepng the business process

    Describing the system architecture

    Showing the apppcation structure

    Capturing the system behavior

    Modepng the data structure

    Building the detailed specifications of the system

    Sketching the ideas

    Generating the program code

Static Models

统计模型显示系统的结构特征,描述其系统结构,并强调构成系统的各个部分。

    它们用于界定类别名称、属性、方法、签名和包裹。

    代表静态模型的UML方言表包括级方言、目标方图和使用方言。

Dynamic Models

动态模型显示系统的行为特点,即系统如何应对外部事件。

    动态模型确定所需目标,以及它们如何通过方法和信息共同努力。

    它们被用于设计系统的逻辑和行为。

    UML 图表是动态模型,包括序列图、通信图、邦图、活动图。

Object Oriented System Development Life Cycle

它由三个宏观进程组成:

    Object Oriented Analysis (OOA)

    Object oriented design (OOD)

    Object oriented Implementation (OOI)

Object Oriented Life Cycle

Object Oriented Systems Development Activities

面向目标的系统开发包括以下几个阶段:

    Object-oriented analysis

    Object-oriented design

    Prototyping

    Implementation

    Incremental testing

Object-Oriented Analysis

这一阶段涉及确定系统要求和理解系统要求,构建一个使用案例模型。 使用案例是描述用户和计算机系统之间互动的一种假设。 这一模式代表了用户的需要或系统用户的看法。

它还包括确定构成申请的问题领域的其他班级及其关系。

Object-Oriented Design

这一阶段的目标是设计和完善分析阶段确定的类别、属性、方法和结构、用户接口和数据获取。 这一阶段还确定和界定支持执行要求的额外类别或目标。

Prototyping

预测能够充分理解实施该系统某些特点会多么容易或困难。

还可以让用户有机会就设计的可使用性和有用性发表意见。 它可以进一步界定使用案例,使使用案例模型更容易。

Implementation

它使用部分开发或快速应用开发。

Component-based development (CBD)

CODD是利用各种技术(例如化学文摘社国际协会工具)开发软件过程的一种工业化方法。 应用程序开发从海关开发转向装配相互操作的预先设计、预先测试和可使用的软件部件。 一部《生物多样性公约》开发商可以汇集部件,以建立一个完整的软件系统。

Rapid Apppcation Development (RAD)

RAD是一套工具和技术,可以用来以传统方法更快地建立申请。 它并不取代SDLC,而是对其加以补充,因为它更多地侧重于程序描述,并且可以完全与目标导向办法结合起来。

其任务是通过视像基本、电力建设等工具迅速逐步实施用户要求设计。

Incremental Testing

软件开发及其所有活动,包括测试,是一个迭代过程。 因此,如果我们等到产品完全开发之后才能测试,它就算是一种代价高昂的决定因素。 这里,增量测试可进入产品开发不同阶段的测试范围。

Advertisements