第5.3.4章系统的需求分析_第1页
第5.3.4章系统的需求分析_第2页
第5.3.4章系统的需求分析_第3页
第5.3.4章系统的需求分析_第4页
第5.3.4章系统的需求分析_第5页
已阅读5页,还剩105页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

第五章医院信息系统的开发与建立系统分析的任务、步骤系统调查的原则、内容与方法结构化系统分析方法与工具的特点数据流、业务流的分析系统分析报告的撰写5.3.4系统的需求分析本章重点:系统分析的主要任务,系统分析的一般步骤;业务流程分析的内容、画法及作用;数据流程的画法,数据流程分析的任务,数据字典建立的方法,处理逻辑的描述工具;逻辑模型的构成。难点:业务流程分析的目的、画法;数据流程的画法以及数据流程的分层表示方法。学习指导:系统分析阶段就是一个从粗到细,由表及里的调查分析过程,即部门结构、各部门所作的工作、这些工作是如何做的这样一个过程,并在此基础上,分析各部门所作的工作十分合理,实际工作中产生的问题的原因,如何改进。在此过程中必须用到一系列的工具,掌握这些工具的特点、用法。第1节系统分析概述

一、系统分析的主要任务系统分析是在总体规划的指导下,对系统进行深入详细的调查研究,确定新系统的逻辑模型的过程。系统分析的主要任务是定义或制定新系统应该“做什么”的问题。系统分析员:是系统分析工作的主持者和主要承担者,在整个系统开发工作中是管理人员(用户)和计算机技术人员的桥梁。需求分析所要做的工作是深入描述软件的功能和性能,确定软件设计的限制和软件同其他系统元素的接口细节,定义软件的其他有效性需求,借助当前系统的逻辑模型导出目标系统的逻辑模型.抽象化当前系统(人工系统)目标系统(计算机)物理模型物理模型逻辑模型逻辑模型模型化怎么做做什么理解需求表达需求实例化具体化当前系统建立目标系统模型第4章第1节5/97目主要活动:系统初步调查、可行性研究、系统详细调查、新系统逻辑方案的提出。如表所示:活动名称目标关键问题主要成果(产品)管理决策初步调查明确系统开发的目标和规模是否开发新系统?若开发,提出新系统的目标、规模、主要功能的初步设想粗估系统开发所需资源系统开发建议书是否同意系统开发建议书,若同意,安排可行性研究报告可行性研究进一步明确系统的目标、规模与功能,提出系统开发的初步方案与计划系统开发的技术可行性研究、经济可行性研究、营运可行性研究,系统开发初步方案与开发计划的制订可行性研究报告系统开发(计划)任务书审定可行性研究报告,若同意下达系统开发任务书现行系统详细调查详细调查现行系统的工作过程,建立现行系统的逻辑模型,发现现行系统存在的主要问题现行系统的结构、业务流程和数据的详细分析,具体问题的认定现行系统的调查报告审查现行系统的调查报告新系统逻辑方案的提出明确用户信息需求,提出新系统的逻辑方案用户需求分析,新系统逻辑模型的建立系统说明书审查系统说明书若同意,则批准进入系统设计阶段第二节

管理业务与数据流程调查

[详细调查的对象和目的]

组织结构调查、管理功能调查和管理业务流程调查等。

详细调查的对象是现行系统(包括手工系统和已采用计算机的管理信息系统)。

详细调查的目的在于完整掌握现行系统的现状,发现问题和薄弱环节,收集资料,为下一步的系统化分析和新系统的逻辑设计做好准备。2.详细调查的具体方法

具体方法有直接面谈或专门访问,发调查表征求意见,召开讨论会,阅读历史资料和参加业务实践,其中参加业务实践,与具体工作人员一起完成最基本的工作程序是最有效的方法。

3.详细调查与初步调查的区别

(1)目的不同:初步调查的目的是明确问题和系统开发要解决的主要问题和目标,论证系统开发的必要性和可能性。详细调查的目的是为了弄清现行系统的基本功能及信息流程,为新系统逻辑模型提供基础。

(2)内容不同:初步调查的重点是了解现行系统的概要情况及与外部的关系,包括资源情况、能力情况、外部影响情况等。详细调查的重点在于对系统的内部情况更详细和具体的了解,从而可以提供在新系统建设时改进或更换的内容。

调查的方法有多种多样,经常使用的有:问卷调查法。可以用来调查系统普遍性的问题。由初步调查结果可得到组织的基本情况。召开调查会。这是一种集中调查的方法,适合于了解宏观情况。调查人员直接参加业务实践。开发人员亲自参加业务实践,不仅可以获得第一手资料,而且便于开发人员和业务人员的交流,使系统的开发工作接近用户,用户更了解新系统。查阅企业的有关资料。个别访问。某些特殊问题或细节的调查,可对有关的业务人员作专题访问,仔细了解每一步骤、方法等细节。由用户的管理人员向开发者介绍情况。3.收集信息的方法

(1)面谈。面谈是通过与用户面对面交谈来获取有关信息的方法。面谈适于定性信息的收集。①自由式交谈;②结构化交谈;③问卷式调查表。

(2)查阅文献报告。

(3)实地观察实践。

第三节组织结构与业务流程分析一、组织结构调查组织结构,指的是一个组织(部门、企业、车间、科室等)的组成以及这些组成部分之间的隶属关系或管理与被管理的关系,通常可用组织结构图来表示。

二、管理业务流程的调查

调查管理业务流程应顺着原系统信息流动的过程逐步地进行,内容包括各环节的处理业务、信息来源、处理方法、计算方法、信息流经去向、提供信息的时间和形态(报告、单据、屏幕显示等)。(业务流程图见书P94页)一般的组织结构图如下但作为业务调查所画出的组织结构图,为了更好地表示部门间的业务联系,与一般组织结构图存在以下区别:(1)除标明部门之间的领导与被领导的关系外,还要标明资料、物资、资金的流动关系。

(2)图中各部门、各种关系的详细程度以突出重点为标准,即那些与系统目标明显关系不大的部分,可以简略或省去;

(3)除了组织边界内的部门与联系外,还需画出与组织有业务联系的边界以外的若干部门与联系。

医院基本组织结构为了问题的简化,这里以医院在体制上最可能存在共性的部门为例,简单的列出一所医院通常都有的五个部门:医院领导门急诊部住院部财务部药房…医院信息系统也可以按照业务功能划分,事实上医院的组织机构不同,系统分析人员一定要具体问题具体分析。组织结构,指的是一个组织(部门、企业、车间、科室等)的组成以及这些组成部分之间的隶属关系或管理与被管理的关系,通常可用组织结构图来表示。第4章第2节13/97目二、业务流程分析信息主管(CIO)(ChiefInformationOfficer)

CIO的定义:负责一个公司信息技术和系统所有领域的高级官员。他们通过指导对信息技术的利用来支持公司的目标。他们具备技术和业务过程两方面的知识,具有多功能的概念,常常是将组织的技术调配战略与业务战略紧密结合在一起的最佳人选。——既懂信息技术,又懂业务和管理,且身居高级行政管理职位的复合型人物。

门急诊的基本活动分析门急诊系统的特点是:病人多且流动快;涉及部门多,不仅有诊疗、收费、还有需要有医疗技术和医疗物资保障;医护人员流动相对频繁。基于它的地位和作用重要,许多医院都非常重视门急诊管理系统的建设。门急诊管理系统的主要目标是4个:(1)为门急诊医疗业务服务。(2)为经济管理服务。(3)为管理服务。(4)为病人服务。(其业务流程图见书P94页)15/97目2.住院部住院部是医院组织结构中四大部分——门急诊部、住院部、财务部和药房的核心部分,是医院信息系统为临床服务的最集中体现的部门。住院信息管理系统的主要目标包括4个:(1)为医生和护士服务。实现医生和护士医疗文书的计算机处理,规范医疗行为,减少差错事故;通过网络传递各种信息,缩短诊治周期;提供更为准确完整且方便阅读的诊疗咨询信息,并最终形成完整的住院电子病历。

住院的基本活动分析16/97目

基本业务流程基本业务流程包括两方面内容:门急诊业务流程设计和住院部工作流程设计。1.门急诊业务流程设计医院信息系统对门急诊业务的管理,主要有三种模式。这些模式都是围绕诊治和收费来设计的,其中第一种是集中计价模式,第二种是分散计价模式,第三种是加入门诊医生工作站后的模式。根据医院选择的模式的不同,门急诊管理系统一般也相应地分为三种业务流程。25/97目(1)门急诊业务流程1在集中计价模式中,最基本的应用系统是挂号预约、门诊收费、门诊药房,为减少病人多次排队,可采用一次性去收费窗口划价、交费,并将相关交费信息共享到检查/检验等相关科室。该种模式中,门诊收费窗口压力相对较大,在门诊高峰期难以避免病人排队等待的现象。

基本业务流程26/97目在集中计价模式中,门急诊管理系统的业务流程一般为(3步):1)病人到挂号处进行预约或直接挂号。2)病人来到相应科室,经分诊护士分诊后到相应诊间候诊,门诊医生按病人分诊先后顺序为病人看诊,手工书写病历,开具检查、检验申请单、治疗单和处方等。3)病人去收费窗口划价交费后去相应科室执行、药房取药。见下页图门急诊管理系统工作流程14.3.1基本业务流程第4章第3节27/97目

基本业务流程门急诊管理系统工作流程1身份登记医保帐户病案流通挂号预约门诊收费门诊药房价表药库帐户主索引就诊信息药品处方收费价格库存、分装支拨单就诊28/97目(2)门急诊业务流程2为满足单独计价的科室(如放射科)的要求,有的医院将这些科室检查治疗项目的计价放在科室执行,病人可在这类执行科室直接计价,这既满足了这些科室对计价准确性的要求,又减少了病人的往返走路。这样的应用系统仍主要是挂号预约、门诊收费、门诊药房,不同的是单独计价科室具有计价功能,且计价后的信息可直接共享到收费处。

基本业务流程29/97目分散计价模式的门急诊管理系统的业务流程一般为(3步):第一步和第二步与集中计价模式的业务流程的第一步和第二步相同,不同的是第三步:对需要由执行科室现场计价的项目,病人到相应执行科室计价,然后去收费窗口,由收费窗口通过病人ID号或就诊序号直接调用执行科室计价信息进行收费,收费后病人到执行科室接受诊治;对一般项目,病人去收费窗口划价交费后去相应科室执行、药房取药。见下图

门急诊管理系统工作流程2

基本业务流程30/97目

基本业务流程门急诊管理系统工作流程2就诊信息身份登记医保帐户病案流通挂号预约划价/收费帐户主索引处方库存、分装发放申请药库支拨单执行科室划价价表收费价格门诊药房就诊收费价格第4章第3节31/97目(3)门急诊业务流程3在采用门诊医生工作站的模式中,门急诊病人的信息录入主要由门诊医生进行操作。病人就诊具体流程如下(6步):1)若医院采用持卡就医,则病人来院就诊时,直接持卡就医,若没有卡则先到相应部门交预交金、制卡。

基本业务流程第4章第3节32/97目2)集中挂号一直是很多医院门诊产生排队现象的一个根源,为减少排队的次数和队伍的长度,建议采用分诊挂号,病人直接到分诊处挂号。为使服务更加周到,医院最好配有相应的咨询台,根据病人症状,告知病人到哪一个分诊处挂号及行走路线。3)病人来到诊间候诊,门诊医生工作站自动显示已挂号未就诊的病人信息,医生据此为就诊病人生成新的就诊病历,通过门诊医生工作站书写门诊病历,开具检查/检验申请单、治疗单和处方等。申请单直接传至相关检查/检验科室,处方传至药房。

基本业务流程33/97目4)病人到门诊收费窗口,收费窗口通过病人ID号或就诊序号直接调用医生开单产生的计价信息,核实无误后收费,无卡病人进行现金结算,持卡病人的费用直接从预交金中划去。收费后病人到相应科室接受诊治。5)根据医生传送的处方信息,无卡病人凭收据取药,持卡病人凭卡取药。发药药师复核处方,核对后台药师摆出的药品是否与屏幕上处方内容相一致,确认发药后减库存。6)对有需要的病人门诊收费可进行结算处理:汇总病人本次就诊期间的所有划价收费信息,打印门诊收据。见下页图门急诊管理系统工作流程3

基本业务流程34/97目

基本业务流程门急诊管理系统工作流程3处方就诊信息身份登记医保帐户病案流通挂号预约划价收费帐户主索引处方收费标志库存、分装发放申请药库支拨单价表收费价格门诊药房门诊医生工作站住院登记入院申请收费价格35/97目(4)门急诊业务的管理要注意的问题主要有4个:1)关于病人标识号2)挂号及预约管理3)门急诊病案管理4)收费及发药

基本业务流程36/97目1)关于病人标识号在门急诊信息管理系统中,病人有多种标识方法:病人唯一标识号(ID号)、门诊病案号、就诊序号和医疗保险号等,无论采用何种都要求编号唯一。通过病人ID号进行信息传递是在实际应用中采用最多、也是管理最为方便的形式。至于ID号记录采用何种载体(如卡),则根据各医院实际可采用不同的方式。为保证病人ID号的唯一性,当一个病人有多个ID号,应该对其进行合并。

基本业务流程37/97目2)挂号及预约管理挂号预约管理主要工作包括:病人身份登记、门诊安排的管理、号表的生成及维护、门诊预约管理和挂号处理,同时提供病人信息的查询和有关挂号工作的统计功能,以便于业务人员和相关的管理人员及时准确地掌握病人就诊的实际情况。

基本业务流程38/97目3)门急诊病案管理门急诊病人的病案信息分散在身份登记、挂号处、门诊医生工作站和相应的医技科室等信息的发生点进行采集,最后综合形成完整的门急诊病案信息。门诊医生工作站的采用提供了病人在诊间的完整信息,促进了门急诊病历的电子化。见下页图门急诊电子病历组成

基本业务流程39/97目

基本业务流程门急诊电子病历组成手术麻醉信息病人基本信息检查报告检验报告检查报告系统身份登记/挂号手术/麻醉系统门诊医生工作站检验报告系统门急诊电子病历简明病史/诊断40/97目4)收费及发药

门诊收费:从方便病人的角度考虑,采用在各个执行点直接划价收费的持卡有预交金就诊的方式似乎更为可取,为彻底解决病人交纳预交金问题,未来最理想的模式是直接使用银行金融卡结算。处方发药:当采用门诊医生工作站时,生成的电子处方自动发往门诊收费处和门诊药房,病人去收费处交费的同时,相应的门诊药房生成摆药单,药房摆药药师按摆药单提前进行摆药。

基本业务流程41/97目2.住院部工作流程设计根据医院选择的功能组合模式的不同,住院管理系统一般也相应地分为三种工作流程。(1)工作流程1当医院采用最基本的功能组合模式,即只包含住院登记、集中入出转、住院收费和病案编目的系统。该种模式的实现最为简单,但仅能对病人流动和费用信息进行部分计算机管理,手工管理的成分仍然较多,无法获得计算机网络化管理带来的诸多好处。

基本业务流程42/97目最基本的住院管理系统的业务流程一般为7步:1)病人经门急诊收治并开具入院申请单,住院处根据科室空床情况和候床预约计划叫床,为病人办理入院登记。非免费病人还需交纳预交金。2)病人办理住院登记后到相应病区,护士通过集中入出转系统为病人办理入科手续。3)经治医生在医嘱本上手工下达医嘱、开检查/检验和手术申请单,并通过人工传送到相应科室。

基本业务流程43/97目4)护士手工转抄和校对医生在医嘱本上下达的医嘱,抄写各种执行单,摆药室根据人工传送的护士书写的药疗通知单进行摆药。5)检查/检验和手术室接收纸张申请,进行预约,并在完成之后出具纸张报告,并人工送到相应病房。6)病人出院前,护士通知收费处,收费处对病人费用进行审核并结算后,护士采用集中入出转系统为病人办理出院手续。

基本业务流程44/97目

基本业务流程7)病人出院后,医生在规定的日期内书写并整理完纸张病历,并通过人工送到病案室。病案室及时进行病案编目。见下页图住院管理系统工作流程145/97目

基本业务流程住院管理系统工作流程1病人信息身份登记医保帐户病案流通住院预约与登记帐户主索引入院信息集中入出转住院收费价表收费项目价格病案编目出院通知46/97目(2)住院管理系统的工作流程2当医院在最基本的功能组合模式基础上,加入了护士工作站和临床药房,此时由护士对医嘱进行录入,对医嘱进行了部分计算机管理,并加强对药品的管理。这种住院管理系统的业务流程一般为7步:1)病人经门急诊收治并开具入院申请单,住院处根据科室空床情况和候床预约计划叫床,为病人办理入院登记。非免费病人还需交纳预交金。

基本业务流程47/97目2)病人办理住院登记后到相应病区,办理入科手续,由护士工作站安排床位,填写相关信息。3)经治医生在医嘱本上手工下达医嘱、开检查/检验和手术申请单,并通过人工传送到相应科室。4)护士工作站转抄录入和校对医生提交的医嘱,自动生成各种执行单,摆药室根据护士工作站校对后产生的药疗通知单进行摆药。医院根据管理需要,可设中心摆药室进行集中摆药,也可在病区药柜摆药,还可分不同剂型在不同地点摆药。

基本业务流程48/97目5)检查/检验和手术室接收申请,进行预约,并在完成之后出具报告。6)病人出院前,护士工作站下达预出院通知,并停所有长期医嘱,收费处对病人费用进行审核并结算后,护士工作站方可将病人进行出院处理。7)病人出院后,医生在规定的日期内书写并整理完纸张病历,并通过人工送到病案室。病案室及时进行病案编目。见下页表住院管理系统工作流程2

基本业务流程第4章第3节49/97目

基本业务流程住院管理系统工作流程2护士工作站病人信息身份登记医保帐户病案流通住院预约与登记帐户主索引入院信息药疗通知单库存、分装发放申请药库支拨单住院收费价表收费价格病案编目临床药局出院通知50/97目(3)住院管理系统工作流程3医院在采用较为全面的功能组合模式的基础上加入医生工作站,对医嘱和病历进行全面的计算机管理,医生直接在计算机上书写病历、下达医嘱,护士通过计算机转抄执行,相关科室间通过计算机网络进行信息传递和共享。这种住院管理系统的业务流程一般为7步:1)病人经门急诊收治并开具入院申请单,住院处根据科室空床情况和候床预约计划叫床,为病人办理入院登记。基本业务流程51/97目2)病人办理住院登记后到相应病区,办理入科手续,由护士工作站安排床位,填写相关信息。3)经治医生为病人新建病历夹,对病人进行各种诊疗信息的处理。下达医嘱,传送到相应的护士工作站;开检查/检验和手术申请单,传送到相应科室;并可查询病人检查/检验报告、护理信息和检查、手术的预约情况。

基本业务流程52/97目4)护士工作站转抄和校对医生提交的医嘱,自动生成各种执行单,摆药室根据护士工作站校对后产生的药疗通知单进行摆药。医院根据管理需要,可设中心摆药室进行集中摆药,也可在病区药柜摆药,还可分不同剂型在不同地点摆药。5)检查/检验和手术科室接收申请,进行预约,并在完成之后出具报告。

基本业务流程53/97目6)病人出院前,护士工作站下达预出院通知,并停所有长期医嘱,收费处对病人费用进行审核并结算后,护士工作站对病人做出院处理。7)病人出院后,医生应在规定的日期内书写并整理完病历,然后将病历提交。病案室及时进行病案编目。见下页图住院管理系统工作流程3

基本业务流程54/97目

基本业务流程住院管理系统工作流程3病人病历医生工作站身份登记医保帐户病案流通住院预约与登记帐户主索引入院信息药疗医嘱库存、分装发放申请药库支拨单护士工作站住院收费价表收费价格病案编目病人信息临床药局医嘱出院通知55/97目三、数据流程图

管理业务调查过程中绘制的管理业务流程图和表格分配图等虽然形象地表达了管理中信息的流动和存储过程,但仍没有完全脱离一些物质要素(如货物、产品等)。为了用计算机进行信息管理,还必须进一步舍去物质要素,收集有关资料,绘制出原系统的数据流程图,为下一步分析做好准备。

第4节数据流程分析数据流程数据流程指数据在系统中产生、传输、加工

处理、使用、存储的过程。

数据流程分析:结构化系统分析方法其思想即自顶而下、逐层分析的方式,由大到小,逐步细化的过程。将系统设计成由相对独立、功能单一的模块组成的结构,它以系统的逻辑功能和数据流关系为基础,根据流程图和数据字典,采用标准的设计准则和图表工具,通过自上而下和自下而上的反复,把系统划分成为多个大小适当、功能明确、具有独立性的模块,从而把复杂系统的设计转变为多个简单模块的设计。其分析工具为:数据流图(DFD:

Data

Flow

Uiagram)数据词典(DD)结构化语言数据流程调查过程中收集的资料包括:⑴

收集原系统全部输入单据(如入库单、收据、凭证)、输出报表和数据存储介质(如账本、清单)的典型格式。⑵

弄清各环节上的处理方法和计算方法。⑶

上述各种单据、报表、账本的制作单位、报送单位、存放地点、发生频度(如每月制作几张)、发生的高峰时间及发生量等。⑷

上述各种单据、报表、账册的各项数据的类型(数字、字符)、长度、取值范围(指最大值和最小值)。数据流程图是一种能全面地描述信息系统逻辑模型的主要工具,它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。流程图由四种符号表示,分别是:⑴

外部实体。指本系统之外的人或单位,它们和本系统有信息传递关系。在绘制某一子系统的数据流程图时,凡属本子系统之外的人或单位,也都被列为外部实体。⑵

数据流。数据流表示流动着的数据,它可以是一项数据,也可以是一组数据(如扣款数据文件、订货单等),也可用来表示对数据文件的存储操作。⑶

处理,又称功能。它用一个长方形来表示处理逻辑。⑷数据存储。指通过数据文件、文件夹或账本等存储数据,用一个右边开口的长方(符号及名称见书116页,图4.6)

绘制数据流程图的主要原则:明确系统界线:一张数据流图表示某个子系统或某个系统的逻辑模型。自顶向下逐层扩展:合理布局:各种符号要布局合理、分布均匀、整齐、清晰,使读者一目了然之感。一般系统数据主要来源的外部项尽量安排在左边,而数据主要去处的外部项尽量安排在右边,数据流的箭线尽量避免交叉或过长。数据流程图只反映数据流向、数据加工和逻辑意义上的数据存储,不反映任务数据处理的技术过程、处理方式和时间顺序,也不反映判断与控制条件等技术问题。数据流程图绘制过程,就是系统的逻辑模型的形成过程必须始终与用户密切接触,详细讨论,不断修改。数据流程图绘制的主要步骤:确定所开发的系统的外部项(外部实体)。确定整个系统的输出和输入数据流,把系统做为一个加工环节,画出关联图。确定系统的主要信息处理功能,按此将整个系统分解成几个加工环节(子系统),形成数据流顶层图的草图。数据流程图草图:一般下层一张数据流图对应其上层数据流图中的一个加工环节。重复上一步骤,直到逐层分解结束;标志:对于每一步中不做进一步分解的加工,其逻辑功能已足够简单明确和具体,可以用一张A4规格的纸写出清晰的说明。6。对草图进行检查和合理布局7。和用户进行交流8。用计算机或其他制图工具画出正规的数据流程图9。将正规的数据流程图提交系统分析负责人复审通过结束。P3.1P3.2P3.3bdP0b0层eP1P2P3dab1层ecP1.1P1.2P1.3acP2.1P2.2P2.3cde2层学生系机关教师学籍管理学生系机关教师F1注册申请F3学籍管理意见与凭证F5学生修课成绩F2学籍管理通知F4学籍管理报告F6教学安排学籍管理系统关联图(顶层数据流图)例:学籍管理系统流程图学生系机关学生教师F1注册申请F3.1新生名单F5学生修课成绩F4.1注册统计F6教学安排1注册2成绩管理D1|学生名册F2.1注册证件D2|学生成绩档案F3修课名单F2.3学生成绩学籍管理系统一层数据流图3资格管理4奖励管理门诊就诊工作流程(见书P94页)药品业务流程病人入院处护士站药房医生挂号开处方取药记帐发药记帐出院住院管理业务流程

第一步:入院处办理入院登记,确定住院科室,分配床位(使用住院管理-日常业务-入院登记)

第二步:病人住院科室进行住院治疗;

第三步:护士站护士每日为病人记帐(使用住院管理-日常业务-护士记帐)

第四步:出院处办理出院手续,结清欠款并打印出院发票(使用住院管理-日常业务-住院病人管理)

绘制数据流程图的几点注记自顶向下,逐层分解。数据流必须通过加工,即送去加工或从加工环节发出。数据存储环节一般作为两个加工环节的界面来安排。命名:流程图上的成分一般都要命名,命名的原则为:名称要反映被命名的成分的真实和全部的意义。名称要明确易被理解加工的名称一般以“动词+宾语”进出数据存储环节的数据流,如内容和存储者的数据相同,可采用同一名称。编号(每个数据加工环节和每张数据流程图都要编号,如数据流编号冠以F,数据存储编号冠以D)见书例:P118页数据流图的局限性(优缺点):数据流图从总体上描述系统的逻辑功能,系统内各部分的信息联系及与系统外各有关事物的联系,反映系统中信息运动的规律,是系统逻辑模型的主要描述形式。数据流图清晰,明了,容易理解,使人对描述系统的逻辑功能和各部分的数据联系有一目了然的感觉,便于交流。但数据流图在描述系统逻辑功能和有关信息内容的细节方面仍存在较大的局限性。如:①难以在数据流图上标志出数据流,数据存储和加工以及外部项的具体内容;②不能反映系统中的决策与控制过程;③难以对系统中人机交互过程以及信息的反馈与循环处理进行描述。

这种图表可帮助分析员表示出系统中各种单据和报告都与哪些部门发生业务关系。病人基本数据流图(见书P91页)

三、数据词典(DD:DataDictionary)

l.数据词典的作用

是给数据流图上每个成分以定义和说明。

2.数据词典描述的主要内容有:数据流、数据元素、数据存储、加工外部项,其中数据元素组成数据流的基本成分。

3.编写数据词典的基本要求

(l)对数据流图上各种成分的定义必须明确,易理解、唯一。

(2)命令、编号与数据流图一致,必要时可增加编码,方便查询检索,维护和统计报表。

(3)符合一致性与完整性的要求,对数据流图上的成分定义与说明无遗漏项。

(4)格式规范,风格统一,文字精炼,数字与符号正确。

数据流条目数据词典的格式和编写方法:格式和有关符号数据流系统名:学籍管理编号:条目名:学生成绩通知别名:成绩通知单来源:成绩管理去处:学生数据流结构:学生成绩通知={学号+姓名+{课程名称+成绩}+(补考课程名称+补考时间+补考地点)}所有在册学生简要说明:学生成绩通知在每学期末考试结束后一周到下学期开学前一周期内发给所有本期在校学生。修改记录:编写:XX日期2005审核:D日期数据元素系统名:学籍管理编号:条目名:学号别名:属于数据流:F1-F7存储处:D1学生名册D2学生成绩数据元素值代码类型取值范围意义字符0100001-9999999简要说明:学号是学生的识别符,每个学生都有唯一的学号。修改记录:编写:日期审核:日期数据元素(项)条目学生入学年号系别代号编号数据存储系统名:学籍管理编号:条目名:学生名册别名:存储组织:记录数:约800每个学生一条记录主关键字:学号记录组成:项名:学号姓名性别出生注册修课备注日期学期代号近似710284620长度(字节)简要说明(1)学籍变动(留学,转专业)在备注中说明。(2)重修课程在备注中说明。修改记录:编写:日期审核:日期数据存储加工系统名:学籍管理编号:3条目名:成绩管理别名:输入数据流:学生修课名单输出数据流:教学课程名称学生成绩安排学生成绩通知单加工逻辑:1,从学生名册中获取修同一课程的学生名单;2统计每门课程的修课人数据并报机关;3从系获取课程安排,包括各门课程的上课时间,地点,4形成教学安排数据,其中包括各门课程的修课学生名单,上课地点,通知有关教师。5接收教师的学生成绩表,并登录在册,6进行成绩统计,计算各科成绩;7向学生发成绩通知单,并附补考安排。简要说明:课程安排由系教学管理人员直接向学生公布。修改记录:编写:日期审核:日期学生修课情况与统计外部项系统名:学籍管理编号:W3条目名:教师别名:任课教师输入数据流:教学安排输出数据流:学生成绩主要特征:教师:即本系统中为修课学生授课的教师,其主要特征是:教师姓名、讲授课程名称,联系地址。简要说明:本系统负责下达教师的教学任务,只是根据系课程安排通知教师有关教学安排。修改记录:编写:日期审核:日期外部项条目

基本加工:数据流图中所有不进一步分解的加工、基本加工有父项、无子项,而非基本加工均有子项。

基本加工的描述所用工具有:

(l)自然语言的文字叙述。

(2)结构化语言。

(3)决策树。

(4)决策表。

(5)数学公式。

(6)上述工具的联合使用。

4、结构化语言

结构化语言介于自然语言和计算机语言之间,没有严格的语法规定,使用的词汇也比形式化的计算机语言广泛,但使用的语句类型很少,结构规范,表达的内容清晰、准确、易理解,不易产生歧义。适于表达数据加工的处理功能和处理过程。

主要有三种:祈使语句;条件语句;循环语句:

例:祈命语句:获取收发数据计算补充定货量条件语句:如果成绩>60分则:将及格人数据加1否:将不及格人数加1循环语句:对于每个库存项目(循环条件)获取收入数据库将在库数加收入数据,更新在库数获取发出数据将在库数减发出数据,更新在库数如果在库数小于或等于临界数则发出补充订货信号。决策树:是描述基本加工的逻辑功能的有效工具。例如:某工厂对工人超产奖励政策为:该厂生产两种产品A和B。凡工人每月的实际生产量超过计划指标者均有奖励。奖励政策为:对于产品A的生产者,超产数N小于或等于50件时,每超产一件奖励1元;N大于50,小于或等于100件时,大于50的部分每件奖励1.25元,其余每件奖励1元;N大于100件时,超过100的部分每件奖励1.5元,其余按超产100件以内的方案处理。对于产品B的生产者,超产数小于或等于25件者时,再超产一件奖励2元,N大于25,小于或等于50件时,超过25件的部分每件奖励2.5元,其余按超产25件内处理;N大于50件者,超过50件部分每件奖励3元,其余按超产50件以内处理。上述处理过程可用决策树描述如下:

某工厂超产奖决策树奖金政策产品B1<N<=501.0*N产品A50+1.25*(N-50)2、判断表(决策表)判断表是采用表格方式来描述处理逻辑的一种工具。

在基本加工中,如果判断的条件较多,各条件又相互结合,相应的决策方案较多,在这种情况下用决策树表示,树的结构比较复杂,图中各项注释比较繁琐。而决策表正是描述这类加工的工具。

下图是一张用于查找产品并计算金额的判断表,以说明对不同交易额、不同信誉、不同交易时间的顾客所采取的不同优惠政策。

不同条件组合

条件与行动12345678C1:交易额5万元以上YYYYNNNNC2:无欠款YYNNYYNNC3:与公司交易20年以上YNYNYNYNA1:折扣率15%√√

A2:折扣率10%

A3:折扣率5%

A4:折扣率0%

√√√√对于产品A,根据奖励的目标和日常生产状况,超产的情况可分三个档次:超产件数小于或等于50、大于50小于或等于100、大于100。这就是影响奖励的因素和条件。奖励方案有三种:每超产一件奖励一元,1.25元,1.5元。为此我们可将相应的决策表表示如下。其中状态一栏内把可能出现的状态组合标示出来,Y表示出现,N表示不。由于下图中三种状态是不相容的,所以无组合项。决策规则是指在什么状态组合下采取什么决策方案。X表示采取相应的方案。

超产量

1<n≤50

Y

N

N

状态

50<n≤100

N

Y

N

n>100

N

N

Y

奖金方案

决策规则

1.0*n

X

50+1.25*(n-50)

X

112.5+1.5*(n-100)

X

3、结构语言表示法这是一种模仿计算机语言的处理逻辑描述方法。它使用了由“IF”、“THEN”、“ELSE”等词组成的规范化语言。下面是处理订货单逻辑过程的结构英语表示法。例。为了使用方便,这里将条件和应采取的行动用中文表示:

IF年交易额>5万元

IF欠款数=0THEN折扣率=15%

ELSEIF与本公司交易期限>=20年THEN

折扣率=10%

ELSE折扣率=5%ELSE

折扣率=0%

建立新系统逻辑模型

逻辑方案是新系统开发中要采用的管理模型和信息处理方法。系统分析阶段的详细调查、系统化分析都是为建立新系统的逻辑方案作准备。逻辑方案是系统分析阶段的最终成果,也是今后进行系统设计和实施的依据。一、内容包括:1.新系统的业务流程,是业务流程分析和优化重组后的结果,包括以下内容:原系统的业务流程的不足及其优化过程、新系统的业务流程、新系统业务流程中人机界面的划分。2.新系统的数据流程,是数据流程分析的结果,包括下列内容:原数据流程的不合理之处及优化过程、新系统的数据流程、新的数据流程中的人机界面划分。3.新系统的逻辑结构。即新系统中的子系统划分。4.新系统中数据资源的分布。即确定数据资源如何分布在服务器或主机中。5.新系统中的管理模型。确定在某一具体管理业务中采用的管理模型和处理方法。

二、系统说明书主要内容包括(系统分析报告):

(1)系统开发项目概述。

(2)需求说明。

(3)现行系统的状况。

(4)新系统的目标、主要功能和逻辑模型。

(5)系统实施计划。

系统说明书应达到的基本要求是:全面、系统、准确、详实、清晰地表达系统开发的目标、任务和系统功能。三、系统物理配置方案设计

设计依据:

(1)系统的吞吐量。每秒钟执行的作业数称为系统的吞吐量。

(2)系统的响应时间。从用户向系统发出一个作业请求开始,经系统处理后,给出应答结果的时间称为系统的响应时间。

(3)系统的可靠性。系统的可靠性可以用连续工作时间表示。(4)集中式还是分布式。如果一个系统的处理方式是集中式的,则信息系统既可以是主机系统,也可以是网络系统;若系统的处理方式是分布式的,则采用微机网络将更能有效地发挥系统的性能。

(5)地域范围。对于分布式系统,要根据系统覆盖的范围决定采用广域网还是局域网。

(6)数据管理方式。如果数据管理方式为文件系统,则操作系统应具备文件管理功能。

计算机硬件的选择取决于数据的处理方式和要运行的软件。管理对计算机的基本要求是速度快、容量大、通道能力强、操作灵活方便。在计算机机型的选择上则主要考虑应用软件对计算机处理能力的需求,包括:

(1)计算机主存;

(2)CPU时钟;

(3)输入、输出和通信的通道数目;

(4)显示方式;

(5)外接转储设备及其类型。

[计算机网络的选择]1网络拓扑结构2网络的逻辑设计:通常首先按软件将系统从逻辑上分为各个分系统或子系统,然后按需要配备设备,如主服务器、主交换机、分系统交换机、子系统集线器3网络操作系统[数据库管理系统的选择]主要考虑:(1)数据库的性能;(2)数据库管理系统的系统平台;(3)数据库管理系统的安全保密性能;(4)数据的类型。[应用软件的选择]根据应用需求开发管理信息系统是系统开发的一般情况,这样开发的系统最容易满足用户的特殊管理要求。1.软件是否能够满足用户的需求。根据系统分析的结果,在软件功能上应注意以下问题:

(1)系统必须处理哪些事件和数据?软件能否满足数据表示的需要?如记录长度、文件最大长度等。

(2)系统必须能够产生哪些报告、报表、文档或其他输出?

(3)系统要储存的数据量及事件数?

(4)系统必须满足哪些查询需求?

(5)系统有哪些不足之处,如何解决?2.软件是否具有足够的灵活性3.软件是否能够获得长期、稳定的技术支持。

1.试述结构化系统分析中主要工具的特点。2、试述DFD的组成以及在系统分析中的作用。3.试述DFD绘制的主要原则、步骤与方法。4.什么是基本加工?描述表达基本加工逻辑功能的结构化工具的特点。

建立新系统逻辑模型

逻辑方案是新系统开发中要采用的管理模型和信息处理方法。系统分析阶段的详细调查、系统化分析都是为建立新系统的逻辑方案作准备。逻辑方案是系统分析阶段的最终成果

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论