医院血库管理系统需求分析

第一篇：医院血库管理系统需求分析

医院血库管理系统

需求分析

学生姓名：张晓枫学院：信息工程学院专业：信息管理与信息系统班级：

B1602班学号：

0916160217 指导教师：金鸣镝

辽东学院

Eastern Liaoning University

一、可行性分析报告

系统开发的有关背景：

医院血库管理系统是一个医院不可缺少的部分。人工管理方式存在着许多缺点：效率低，保密性差，另外时间一长，将产生大量的文件和数据，这对于查找，更新和维护都带来不少困难。随着科学技术的不断提高，计算机学日渐成熟。它已进入人类社会的各个领域并发挥重要作用。使用计算机档案信息管理，有好多好处：查找方便，可靠性高，存储量大，保密性好，成本低等，能够极大提高管理的效率，也是医院信息管理的科学化，与世界接轨的重要条件。

系统开发项目的目标：

目标：提高工作效率，建立数据一致性和完整性强,数据安全性好的数据库，开发功能完备、易使用的前端应用程序。

可能性分析：当前，计算机价格已经十分低廉，性能却有了长足的进步。它已经应用于许多领域。现在我国的病人及医师管理水平绝大部分停留在纸介质的基础上，这样的机制已经不能适应时代的发展，因为它浪费了许多人力和物力，在信息时代，这种传统的管理方法必然被以计算机为基础的信息管理所取代。因此，血库管理信息系统的建立具备很大的可能性。

必要性分析：血库管理系统是每个医疗机构管理病人和医生必不可少的管理信息系统，它的内容对于医疗机构的管理者来说是至关重要的，所以血库管理系统应该能够为每一个医疗机构的管理者提供充足的信息和快捷的查询手段，大大的方便医疗机构的管理者的合理管理。

计算机的成熟应用已经进入各个行业领域，血库管理的工作必然要借助计算机技术。

使用计算机对血库进行管理，具有手工管理无可比拟的优点：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命成本低等。能够极大地提高管理效率。这些优点能够极大地提高病人及医师管理的效率，也是医疗机构理财的科学化、正规化管理与先进科学技术接轨的重要条件。

因此，开发这样一套管理系统是很有必要的，从某种意义上讲也是将计算机应用于现实管理的一次很有意义的实践活动。

系统主要功能结构: 第一，系统维护包括用户管理、密码管理、数据库备份、背景设置、退出等选项。第二，血液管理包括入库信息与出库信息。第三，系统查询包括血液库存及出入库查询和打印。第四，系统帮助包括系统关于及辅助文件。

系统开发可行性分析：

一、技术可行性：

本系统将采用Microsoft SQL Server 2005技术。SQL是英文Structured Query Language的缩写，意思为结构化查询语言。SQL语言的主要功能就是同各种数据库建立联系，进行沟通。按照ANSI(美国国家标准协会)的规定，SQL被作为关系型数据库管理系统的标准语言。SQL语句可以用来执行各种各样的操作，例如更新数据库中的数据，从数据库中提取数据等。目前，绝大多数流行的关系型数据库管理系统，如Oracle, Sybase, Microsoft SQL Server, Access等都采用了SQL语言标准。

Microsoft SQL Server 2005是一个全面的数据库平台，使用集成的商业智能(BI)工具提供了企业级的数据管理。Microsoft SQL Server 2005数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能，使您可以构建和管理用于业务的高可用和高性能的数据应用程序。Microsoft SQL Server 2005数据引擎是该企业数据管理解决方案的核心。此外Microsoft SQL Server 2005结合了分析、报表、集成和通知功能。这使企业可以构建和部署经济有效的BI解决方案，帮助您的团队通过记分卡、Dashboard、Web services和移动设备将数据应用推向业务的各个领域。与 Microsoft Visual Studio、Microsoft Office System以及新的开发工具包（包括Business Intelligence Development Studio）的紧密集成使Microsoft SQL Server 2005与众不同。无论您是开发人员、数据库管理员、信息工作者还是决策者，Microsoft SQL Server 2005都可以为您提供创新的解决方案，帮助您从数据中更多地获益。

二、经济可行性：

一个系统从开发到投入使用要考虑到很多的费用开销，主要包括设备的购买费用，软件的开发费用，系统的维护费用等等，而本系统的开发周期不是很长，运行时对硬件的配置要求也不是很高，管理员经过简单的培训就可以胜任，维护起来也方便。

三、管理可行性：

本系统操作简单，管理员经过一段时间的培训以后，就可以独立完成对本系统的管理。通过三个方面的分析，可以明确该系统的设计是可行的，具有经济，技术，管理等方面的支持，满足了系统开发的基础和前提条件的要求，为系统开发的进一步实施明确了目标。

二、业务流程图

输血申请表做相关处理，以满足输血条件病人输血前检查不合格申请表合格申请表血库血液余量无所需血液需血单配血扫描条码、血液出库有所需血液记录并联系其他医院血库输血及输血后检查不良反应记录献血者献血登记表无不良反应记录血库管理人员核查信息不合格登记表记录输血情况排查过期血液集中处理合格登记表输血存档血液采集，贴标签血液入库废血存档血库存档汇总存档单

三、数据流程图

血库血液管理信息系统顶层数据流程图

输血申请病人输血信息，登记血液管理系统血液信息血液余量信息血库管理人员献血申请献血者献血信息

血库血液管理信息系统中层数据流程图

病人申请信息P1病人输血申请处理审批意见D1输血记录血库管理人员P2血液出库登记D2血库余量献血者P4血液入库登记血液信息申请信息D3献血记录P5过期血液排查P3献血申请处理审批意见D4废血记录

输血申请处理（P1）数据流程底图

病人申请信息P1.1申请审核合格的申请信息P1.2输血登记D1输血记录血库管理人员病人输血信息P1.3病人信息更新

血液出库（P2）数据流程底图

血库管理人员P2.2血液出库登记输血申请成功信息确认成功血液出库P2.3更新血库信息P2.1审核D2血库余量

献血申请处理（P3）数据流程底图献血者申请信息P3.1申请审核合格的申请信息P3.2献血登记D1献血记录

血液入库（P4）数据流程底图

血库管理人员P4.2血液入库登记献血申请成功信息确认成功血液入库P4.3更新血库信息P4.1审核D2血库余量过期血液排查（P5）数据流程底图

四、数据字典

（1）数据结构的定义

数据结构编号:DT01 数据结构名称:输血申请单

简述:患者所需血量、血型等信息数据结构组成:姓名+性别+申请原因

数据结构编号:DT02 数据结构名称:明细单

简述:每一条进出库详细信息

数据结构组成: DS002+入库信息+出库信息

（2）数据流定义数据流编号：DT03 数据流名称：血液出库单简述：血库批准通过的申请单数据流来源：血库管理者

数据流组成：领用血量+血型+日期+领用科室（数据流量：10袋/天高峰流量：25袋/天）

数据流编号：DT04 数据流名称：血液入库单简述：采集血量的详细信息数据流来源：采血人员数据流去向：血液入库模块

数据流组成：献血量+日期+血型+献血人员的详细信息（数据流量：8袋/天高峰流量：18袋/天）

（3）处理逻辑的定义

处理逻辑编号:P1 处理逻辑名称:输血申请处理简述:根据患者病情

输入的数据流:患者病情、库存单、用血量、血型、日期输出的数据流:合格输血申请单处理:再根据库存单、用血量判定血量是否足够等信息最后得到合格清单。

处理逻辑编号:P2 处理逻辑名称:血液出库处理

简述:对用血的相关信息进行的记录输入的数据流:患者姓名、血型、日期、用血量。输出的数据流:出库单

处理:根据患者姓名核对用血信息；根据日期判定其过期与否；根据血型、用血量得到最终的出库单。

处理逻辑编号:P4 处理逻辑名称:血液入库处理

简述:对采血相关信息进行录入，形成库存记录输入的数据流:献血人员姓名性别、采血量、日期输出的数据流:血液入库单

处理:对献血人员姓名性别、采血量、日期进行录入、整合，得到规范的库存记录。

处理逻辑编号:P3 处理逻辑名称:献血申请处理简述:按照献血标准

输入的数据流:献血人员姓名性别、采血量、日期、采血人员姓名，性别，工作编号

输出的数据流:合格献血申请单

处理:根据献血人员姓名性别、采血量、日期得到合格的入库报表。

（4）数据存储的定义

数据存储编号：D2 数据存储名称：库存记录简述：血库中各种血型的存量数据存储组成：血型+数量+日期关键字：血型

第二篇：医院血库管理系统论证报告

医院血库管理系统论证报告

一、医院输血科现状分析

目前医院血库采用的纯手工管理模式存在着血液库存反映不及时、字迹潦草、配血出错、资料检索不方便等问题。同时，因未采用信息化管理模式，无法实现和其他信息系统间的数据共享和访问，导致其配血结果和出库信息不能实时传送给医生工作站，并作为电子病历的一部分进行保存，做配血实验时无法实时了解相关检验指标。另外，由于患者数量增加，医生手写工作量也相应增加，经常出现病人用血申请与实际配血结果不一致的情况，耽误患者用血。为了强化管理、减少工作失误，因此采用先进的计算机编程技术实现血库日常业务流程的信息化是血库管理发展的必然趋势。

二、血库管理系统实现的目的

血库信息系统的部分功能被嵌入到检验医生站中。当病人需要用血时，由医生开具医嘱，通过HIS对接模块实现提交输血申请。系统会查找病人是否已完成输血前的检查，检索到检查记录的病人方可提交输血申请。未做过输血检查的病人，医生通过血库功能模块提交检查申请，由护士完成采血和打印条码，并将条码贴于试管后进行扫描，完成送检工作，检查结果保存在系统中作为今后输血的依据。血库工作人员在血库系统中接收电子申请单后，根据提交的输血信息进行配血，配血完成后通过扫描条码完成血液预出库。血液送到病区后需要扫描确认，完成血液接收工作。患者输血后，如出现不良反应，医生需填写病人输血不良反应记录，该记录同步显示在血库人员的电脑上，由他们对这些不良反应记录进行汇总、分析、研究和处理。

三、血库系统实现的功能

1、血液追踪功能。

血液到医院血库后，在血库信息系统中录入相关信息并产生条码，该条码为血液的唯一身份标识。通过该条码可获得包括血站、血型、采血时间、血液成分、有效时间等相关资料。各环节工作人员通过扫描条码完成血液入库、出库、报废、记账、信息核对、输血以及记录输血不良反应等工作。每一环节都有具体的工作人员负责监督和确认，环环相扣，实现血液的全程跟踪和信息化管理。整个流程中，系统对每个环节的完成情况都会给出相应的提示，其中任何环节出现问题需要立即解决才能进入下一环节，从而保证整个流程的规范性。

2、血液退回和作废功能。

当病人因特殊原因不能接收输血或血液质量有问题时可进行血液退库或作废处理。在血库功能模块中工作人员通过扫描确认，完成血液的退库或作废。系统要求血液作废时必须填写作废原因，从而提高了管理的力度。

3、查询与统计功能。

在血库终端，库存可以按日期、入库顺序、血液成分、血站等内容进行统计。系统还提供工作量统计和查询血液具体走向的功能。此外，还新增了库存预警功能，可以清楚反映各种血液的库存情况，提醒管理者及时补充消耗的血液。医生可直接查阅电子申请单、检验结果、配血结果、历次输血情况和输血不良记录等。

第三篇：医院门诊管理系统数据库需求分析

医院门诊管理系统一、引言

门诊是医院管理的重要组成部分，人流量大，手续较为繁琐。在人工的情况下，医护人员要做大量不必要的重复的工作、效率低、准确性差、不方便管理、影响工作效率。这些都会造成病人得不到合理快速的解决方案。随着社会的不断发展进步，计算机的发展亦十分迅速，在各大领域都发挥着不可忽视的作用。因此，我们选择利用计算机设计一个医院的门诊管理系统。它可以实现数据的信息管理，在一定程度上实现自动化。

二、需求分析

本系统的主要功能是对医院门诊患者信息进行有效管理，形成一个完整的体系。主要任务是用计算机来对患者进行管理，如挂号、诊断、计价、收费、取药等。系统可以详细记录病人从挂号处挂号到门诊缴费，以及经医生诊断后取药的过程中的所有信息。

三、主要要求

系统要满足以下几个方面：

（1）病人管理

在此管理模式中，维护病人的基本信息，如姓名、性别、联系方式等。同时也可以删除、修改、添加病人的信息。

（2）挂号系统管理

输入病人信息，系统会自动生成挂号费用，挂号之后会自动生成病号信息到病号信息库中。病历号必须唯一，以供全系统共享调用，整个系统通过这个唯一病历号贯通一体，大夫和病人都可以藉此查询所有的就诊历史信息，并实现划价收费、药房取药等操作。若病号库中已存在该病号，则可以直接进行挂号操作。

（3）医生管理

医生管理模块中存储医生的基本信息。此模块也实现信息化管理医生收发病例。

（4）药品管理

药品发放由药房管理人员完成操作，药房通过收款单来给病人发药。在病人缴费后，可直接到药房取药。发药的同时减少药品库存量。通过查询病号来确定药品名称及数量。

（5）处方管理

处方管理是要完成病历上病情、病史的记载，以及医嘱的开立和实施。

四、系统功能图

门诊管理系统

病人管理

查询病人信息

删除病人信息

增加病人信息

修改病人信息

门诊挂号

挂号管理

医生管理

查询医生信息

增加医生信息

删除医生信息

修改医生信息

药房发放药品

处方管理

处方单录入

处方单查询

修改处方单

查询药品

查询发药单

药品管理

挂号单查询

五、数据字典

实体

数据项名

说明

类型

病人

Patient

PatientNo

病人编号

char(12)

PatientName

姓名

varchar(10)

Sex

性别

char(1)

Age

年龄

int

身份证号

char(18)

TEL

电话

varchar(12)

过敏药物

varchar(100)

病历

MRecord

M_No

病历编号

char(12)

M_Date

就诊日期

Datetime

Symptom

主要症状

varchar(100)

员工

Employee

EmployeeNo

员工编号

char(13)

EmployeeName

员工姓名

varchar(10)

Sex

性别

char(1)

Age

年龄

int

身份证号

char(18)

TEL

电话

varchar(12)

Position

职位

varchar(10)

Salary

工资

Numeric(10,2)

WorkDate

工作日期

DateTime

WorkTerm

工作年限

int

科室

Department

DepartmentNo

科室编号

char(5)

DepartmentName

科室名称

varchar(20)

Address

科室位置

varchar(50)

Manager

负责人

varchar(10)

TEL

电话

varchar(12)

Introduction

科室介绍

varchar(200)

挂号单

RegisterNo

挂号单编号

char(14)

RegisterTime

挂号时间

Datetime

RegisterFree

挂号费

Numeric(10,2)

药品

Medicine

MedicineNo

药品编号

char(15)

MedicineName

药品名称

varchar(25)

MedicineClass

药品类别

varchar(10)

UnitPrice

单价

Numeric(10,2)

Elements_m

主要成分

varchar(200)

Function_M

主要功能

varchar(200)

Usage

用法用量

varchar(200)

Providcer

供应商

varchar(50)

ProduceDate

生产日期

Datetime

Usefullife

有效日期

Datetime

Matters

注意事项

varchar(200)

Amount

库存量

Int

处方

Recipe

RecipeNo

处方编号

char(15)

SickDate

就诊日期

Datetime

PatientNo

病人编号

char(12)

ElementNo

员工编号

char(13)

MedicineName

药品名称

varchar(25)

Quantity

药品数量

Int

六、数据约束条件

（1）一个医院中有多个诊室，一个诊室中可有多个员工，但一个员工只属于一个诊室。

（2）员工由员工号来唯一标识，存储员工的相关信息，格式为：workDatime+流水号；病人由病人编号唯一标识，存储病人的相关信息，格式为：病人第一次看病时间+流水号；药品由药品编号唯一标识，格式为：p/s+国药准字；挂号由挂号编号唯一标识，格式为：日期+流水号；处方由处方单号唯一标识，格式为：R+日期+流水号。

（3）在同一时间段，药品发放只为一位病人；在同一时间段，医生只为一位病人看病。

（4）员工工作年龄超过18岁，满足工作年龄要求。

（5）联系电话不超过11位数

七、数据流图

病人

门诊管理系统

病人信息挂号单

缴费缴费凭证

诊断处方

取药凭证药物

病人

挂号收费

挂号请求

挂号单挂号信息挂号记录

缴费收费记录收费记录

收费医生信息

医生记录

接诊

看病

处方诊断信息诊断记录

取药

药物信息

药物药物记录

八、逻辑设计

关系模式：

（1）病人（病人编号、病人姓名、性别、年龄、身份证号、电话、过敏药物）

（2）病历（病历编号、就诊日期、主要症状）

（3）员工（员工编号、姓名、性别、年龄、身份证号、电话、职位、工资、工作日期、工作年限）

（4）科室（科室编号、科室名称、科室位置、负责人、电话、科室介绍）

（5）挂号单（挂号单编号、挂号时间、挂号费）；

（6）药品（药品编号、药品名称、药品类别、单价、主要成分、主要功能、用法用量、供应商、生产日期、有效日期、库存量）

（7）处方（处方编号、就诊日期、病人编号、员工编号、药品名称、药品数量）

九、E-R图

员工编号

医生

科室

病历

病历编号

病人

药品

药

品

编

号

病人编号

科室编号

处方编号

第四篇：合同管理系统需求分析（定稿）

1.1.1 合同管理

1.1.1.1 管理思想及综述

可实现多种合同类型的管理，可实现对合同在集团内部的多级审批。并可实现对项目类合同进行合同录入、合同变更、合同结算管理。并可实现对合同附件的管理。可实现项目月度资金计划的录入，并可实现与进度相结合的项目款的支付管理，最后实现付款记录自动生成凭证到总账系统。

1.1.1.2 管理流程

1.1.1.3 系统功能 1.1.1.3.1 合同订立

合同录入

操作组织：实体成本中心组织或者非实体成本中心组织

可以修改和删除“保存”或者“提交”状态下的合同；单击【【】，就可以上传“合同文本”和“工程附件”；单击【

】和】，就可以对审批后的合同进行“责任部门”移交；单击【同所有相关的信息。

合同录入完毕后，点【

】，就可以查看该合】，然后在序时簿界面进行审批，合同审批支持工作流。

合同修订

操作组织：实体成本中心组织或者非实体成本中心组织

进入“合同修订”主界面，选中需要修订的已审批合同，单击工具条上【就可以修改和删除“保存”或者“提交”状态下的合同修订；

】和【

】，合同查询

本功能用来自定义条件查询合同，双击查询出来的合同，可以看到该合同相关的执行信息，包括合同信息、拆分信息、结算信息、变更信息、成本信息、付款信息、付款计划等信息。

操作组织：实体成本中心组织或者非实体成本中心组织用户可以根据需要选择界面上的选项进行查询。合同执行

“合同执行”包括六个方面的内容：合同变更发起、变更审批单查询、变更签证确认、变更指令单查询、结算单录入、结算单查询。

合同变更发起

操作组织：实体成本中心组织或者非实体成本中心组织

进入“合同变更发起”主界面，选中最明细工程项目，单击工具条上的【】进入“变更审批单-新增”界面；单击工具条上【或者“提交”状态下的变更审批单；

变更审批单录入完毕后，点【进行审批，该审批支持工作流。

】和【】，就可以修改和删除“保存”

】，单据状态变为“已提交”，然后在序时簿界面

1.1.1.3.2 变更签证确认

操作组织：实体成本中心组织或者非实体成本中心组织

该功能是用来登记变更指令单的“下发”、“签证”以及“变更结算”等信息。如下图：

填写完毕之后，点“确定”，则该变更指令单的状态变为“已签证”。点【可以进行签证的反向操作。

系统支持批量签证的功能，点【

】

】，则自动将选择的项目分期下的所有“已下发”状态下的变更指令单列示出来，供用户逐一签证确认。如下图所示：

选择“已签证”状态的变更指令单，点【结算金额。如下图所示：

】，就可以录入变更指令单的1.1.1.3.3 结算单录入

操作组织：实体成本中心组织或者非实体成本中心组织

进入“结算单录入”主界面，选择需要录入结算的合同，单击工具条上的【入“结算单-新增”界面；单击工具条上【或者“提交”状态下的结算单；

】和【

】进

】，就可以修改和删除“保存”

1.1.1.3.4 无文本合同

“无文本合同”包括两个内容：无文本合同录入、无文本合同查询。无文本合同录入

操作组织：实体成本中心组织或者非实体成本中心组织 “无文本合同-新增”编辑界面如下，黄色部分为必录字段。

1.1.1.3.5 扣款及奖励

“奖励及扣款”包括六个方面的内容：违约金录入、奖励单录入、扣款单录入及三种单据的查询。

1.1.1.3.6 违约金录入

操作组织：实体成本中心组织或者非实体成本中心组织

1.1.1.3.7 奖励单录入

操作组织：实体成本中心组织或者非实体成本中心组织 “奖励单-新增”编辑界面如下，黄色部分为必录字段。

1.1.1.3.8 扣款单录入

操作组织：实体成本中心组织或者非实体成本中心组织

“扣款单-新增”编辑界面如下，黄色部分为必录字段。

1.1.1.3.9 违约/奖励/扣款查询

操作组织：实体成本中心组织或者非实体成本中心组织

用户可以根据需要选择菜单，实现对违约、奖励、扣款的分别查询。点开相应菜单后，用户可以按照界面上的选项进行查询。

用户也可以通过设置“自定义”页签里条件进行组合查询。

1.1.1.3.10 付款计划

合同付款计划

“付款计划”包括七个内容：合同付款计划、月度付款计划、项目计划执行表、项目月度计划申请表、项目计划申报表、付款计划查询、付款计划执行表。

操作组织：实体成本中心组织。

该模块的功能为：按照“单一合同”为纬度，编辑每个合同的付款计划。进入“合同付款计划”主界面，选中相应的合同，单击工具条上的【

】进入“合同付款计划”编辑界面；

月度付款计划

操作组织：实体成本中心组织或者非实体成本中心。

该模块的功能为：按照“合同”为纬度，查询每个责任部门的付款计划（默认为三个月）。

计划申报

该模块的功能为：按照“成本科目-合同”为纬度，编辑工程项目的（12个月）付款计划。

月度计划申报

该模块的功能为：按照“成本科目-合同”为纬度，编辑工程项目的月度（3个月）付款计划。

如下图所示:

该表录入完毕后，点【

】，然后在序时簿界面进行审批，该审批支持工作流多级审批。当该表审批之后，自动将3个月内的付款计划反写到对应的“合同付款计划”。

付款计划查询

该模块的功能为：通过条件设置来查询合同付款计划，每一行显示一个合同的一个月计划。数据来源于“合同付款计划”。

付款计划执行表

该模块的功能为：以合同为纬度，汇总展现工程项目下合同的月度付款计划执行情况。示例如下：

项目计划执行表

该模块的功能为：以成本科目为纬度，将“项目计划申报表”、“项目月度计划申请表”以及月度实际付款等信息结合起来应用，通过层层累计的方式综合展现“项目周期”、“本”和“本月份”三个不同的时间纵深的付款计划的执行情况。因此，本表的数据来源为：“项目计划申报表”、“项目月度计划申请表”以及月度实际付款等信息。如下图所示：

在项目执行情况表中，展开“项目成本执行情况”，显示的是项目累计发生的成本、付款、欠款以及待发生情况。如下图：

在项目执行情况表中，展开“预算执行情况”，显示的是本成本、付款预算的执行情况，如下图：

在项目执行情况表中，展开“本月计划执行情况”，显示的是查询当月的成本/付款计划、成本/付款实际发生、以及计划与实际的差额情况，如下图：

1.1.1.3.11 付款管理

“付款管理”包括四个内容：付款申请单录入、付款申请单查询、付款单录入、付款单查询。

付款申请单录入

付款单录入

1.1.1.4 系统应用价值和特点

本系统应用价值和特点有如下几点： 1.涵盖合同管理全周期和合同管理全要素（合同订立过程、合同内容、合同主体（缔约方）、合同标的、合同变更与索赔、合同结算与支付、履约风险、履约联系、合同终结与总结等）；

2.3.4.5.6.7.8.9.支持各类合同的业务流程灵活匹配；

能够根据投资预算和项目管控要求，进行合约规划；按照权责体系和绩效考核要求，实行合同的分级分类管理；承接招评标数据，全面登记合同事务；

提供完整的合同录入、变更、结算、付款管理流程；

根据合同付款计划，严格控制合同付款申请，保障项目现金流；实现项目资金计划申报和资金全面预算管理；有效实现变更管理，掌控项目过程成本发生；

10.实现合同文档管理、分次结算管理；

11.通过数据一体化功能，全面掌握合同执行情况； 12.通过流程管控实现企业内部控制以及工作流驱动。

第五篇：图书管理系统需求分析

云南工商学院09信息管理1班

图书管理系统需求分析

班级：09信息管理1班

组员：唐学悦，段敏，杨文燕，胡勇毅，余科辑，林春宇，李波

任务分配情况：

云南工商学院09信息管理1班

目录系统需求概述...............................................................................................................................3 1.1 图书管理系统功能概述....................................................................................................3 1.2 系统主要业务流程分析....................................................................................................3 1.3 系统功能模块分析............................................................................................................3 1.4 建立用例模型....................................................................................................................4 1.4.1 读者用例图.............................................................................................................4 1.4.2 图书管理员用例图.................................................................................................4 1.4.3 系统管理员用例图.................................................................................................5 1.5 详述用例............................................................................................................................5 2 系统分析.......................................................................................................................................6 2.1 类图....................................................................................................................................6 3 系统设计.......................................................................................................................................8 3.1 用例动态模型设计............................................................................................................8 3.1.1 实现“读者查询个人借阅信息”用例的动态模型.................................................8 3.1.2 实现“查询图书信息”用例的动态模型.................................................................9 3.1.3 实现“借阅图书”用例的动态模型.........................................................................9 3.2 类图设计..........................................................................................................................11 3.3 物理架构设计..................................................................................................................12 3.3.1 组件图...................................................................................................................12 3.3.2 配置图...................................................................................................................13 2

云南工商学院09信息管理1班

1.系统需求概述

1.1 图书管理系统功能概述

图书管理主要是借书、还书以及其他一些附带操作（例如，超期罚款、催还图书等）的处理。一个简单的图书管理系统应提供如下功能：

·借书处理：完成读者借书的流程处理。·还书处理：完成读者还书的流程处理。

·信息查询：包括图书信息查询和读者借阅情况查询。·图书管理：包括输入新书记录和删除旧书记录。

1.2 系统主要业务流程分析

与系统功能相对应，系统主要有4个流程：结束流程、还书流程、图书查询、图书资源管理。各流程的主要过程描述如下：

·借书流程：读者借阅所需的图书，借出后图书记录中的借阅标志被置为false(不能再借)，借书文件中增加一个借书记录。

·还书流程：读者归还所借的图书，还书后图书记录中的借阅标志被置为true(可被外借)，在借书文件中删除一个借书记录。

·图书查询：读者和工作人员可以进行图书信息查询，输入图书的编号或书名，可从图书对象列表中查找相应的记录。

·图书管理：首先由工作人员在“录入新书资料”和“删除旧书资料”两个选项中选择。若是“录入新书资料”，则由工作人员输入新书资料，将新书添加为对象列表的新纪录。若是“删除旧书资料”，则查找需要删除的图书，将其从图书对象列表中删除。

1.3 系统功能模块分析

满足上述需求的系统主要包括以下几个系统模块：

·基本业务处理模块：主要用于实现图书管理员对读者借阅图书和归还图书的处理。

·信息查询模块：重要用于实现读者对图书信息和自身借阅信息的查询。

云南工商学院09信息管理1班

·系统维护模块：主要用于实现系统管理员对读者信息、图书管理员信息、图书信息、和数据库的管理。

1.4 建立用例模型

根据功能需求构造用例模型，主要任务是识别系统中的所有参与者，并对每个参与者找出其用例，建立用例模型。

系统主要的参与者为“读者”、“图书管理员”、和“系统管理员”。各个参与者的用例图如下：

1.4.1 读者用例图

<>查找借阅信息登录系统查找图书借阅图书读者<>归还图书缴纳罚金

图1-1 读者用例图

1.4.2 图书管理员用例图

<>查询借阅信息检查用户合法性<>图书管理员归还图书收取罚金

图1-2 图书管理员用例图

云南工商学院09信息管理1班

1.4.3 系统管理员用例图

添加书目添加读者删除书目删除读者系统管理员查询图书查询读者

图1-3 系统管理员用例图

1.5 详述用例

在识别了参与者和主要用例并创建了用例图之后，如果有必要，还可以按顺序详述每个用例，包括用例如何开始、结束以及如何与参与者进行交互。

表1-1 读者查找个人借阅信息用例

用例：读者查找个人借阅信息(用例名称)(唯一标识符)(涉及用例的参与者)(用例开始时，系统必须满足的条件)ID：1参与者：

1、读者前提条件：读者已登录到系统事件流：

1、读者选择查找个人借阅信息界面

2、读者输入图书证编号

3、系统按图书证编号查找读者借阅信息结果：系统向读者显示读者借阅信息，该用例结束(用例中的实际步骤)(用例结束时，系统的状态)

云南工商学院09信息管理1班

表1-2 读者查找图书信息用例

用例：读者查找图书信息(用例名称)(唯一标识符)(涉及用例的参与者)ID：2参与者：

1、读者(用例开始时，系统必须满足的条件)前提条件：读者已经启动图书管理系统，并已知书名或书号事件流：

1、读者选择查找图书信息界面

2、读者输入书名或书号

3、系统按书名或书号查找图书信息结果：系统向读者显示图书信息，该用例结束(用例中的实际步骤)(用例结束时，系统的状态)系统分析

2.1 类图

在定义系统需求后，下一步就是确定系统中存在的对象类。系统中对象类的识别可以使用名词/动词分析法来进行，即文本中的名词和名词短语暗示类或类的属性，动词和动词短语暗示职责或者类的操作。

通过用例图的分析可知，在图书管理系统中可以确定的主要对象类包括 “读者”，“图书”、“图书管理人员”和“系统管理员”。其中“读者”和“图书”通过借阅关系可以构成一个新类“借阅记录”。

另外，分析用例图可知，用例“身份验证”和“图书资料查询”是对象类“读者”和“工作人员”共同拥有的，并且用例“身份验证”是除用例“图书资料查询”之外其余用例执行的前提，因此可以将“身份验证”与“图书资料查询”定义为接口类中的操作(接口类是不含属性且操作函数没有具体实现的抽象类，接口类通过一个实现联系获得其它对象类的支持，这些对象类实现接口类中定义的全部操作)。其余用例则抽象为与该用例交互的参与者所属对象类的操作。因此，最后可获得的对象类图为：

云南工商学院09信息管理1班

系统管理员-name-password1*读者-name-number-password+借书()+还书()+借阅情况查询()***<>身份验证*<>图书资料查询****借书记录-borrower-book**1*图书-number-name-author-public-time1**图书管理人员-name-number-password+添加图书记录()+删除图书记录()*

图1-4 系统对象类图

除了定义上述用于系统数据信息存储管理和业务逻辑控制的类之外，在用图形用户界面开发系统时，我们还可以定义一些相应的用户界面类：

(1)MainWindow类—MainWindow是图书管理员与系统交互的主界面，系统的主界面具有菜单，当用户选择不同的菜单项时，MainWindow对象调用相应的方法完成功能操作。

(2)BorrowDialog类—BorrowDialog是进行借书操作时需要的对话框。(3)ReturnDialog类—ReturnDialog是进行还书操作时需要的对话框。(4)QueryDialog类—QueryDialog是查询某借阅者的借阅信息或图书库存信息的对话框。

(5)MaintenanceWindow类—MaintenanceWindow是系统管理员对系统进行维护的主界面，它也提供菜单项。

ReturnDialogBorrowDialogMainWindowQueryDialogMaintenanceDialog 图1-5图书管理系统的用户界面类

云南工商学院09信息管理1班系统设计

系统设计的主要工作是用例实现—设计。即对每个用例进行动态建模，包括建立序列图、协作图等，描述如何通过类对象的协作来实现用例中的功能。随着动态建模的深入，会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。所以，还应该通过动态建模来修正和完善类图。

3.1 用例动态模型设计

3.1.1 实现“读者查询个人借阅信息”用例的动态模型

:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:getBook5:消息查询6：返回借阅信息7：显示借阅信息

图1-6 读者查询个人借阅信息序列图

1:queryLoan():MainWindowerBorrower6:显示借yLoanInfo()阅信息5:返回借阅信息:Borrower-Book4:getBook():QueryDialog2:createDialog()3:qu

图1-7 读者查询个人借阅信息协作图

云南工商学院09信息管理1班

3.1.2 实现“查询图书信息”用例的动态模型

:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:findBook5:图书信息查询6：返回图书信息7：显示图书信息图1-8 读者查询图书序列图

1:queryLoan():MainWindowerBorrower6:显示图yLoanInfo()书信息5:返回图书信息:Borrower-Book4:findBook():QueryDialog2:createDialog()3:qu

图1-9 读者查询图书协作图

3.1.3 实现“借阅图书”用例的动态模型

云南工商学院09信息管理1班

:MainWindow:BorrowDialog:QueryDialogBorrower1:queryLoan2:createDialog4:查询图书库存5:返回图书是否可借6:修改读者的借阅信息及库存信息7:修改成功8:显示借书成功

图1-10 读者借阅图书序列图

2:createDialog()oan():MainWindow:BorrowDialogry1:queL息6:显示借书成功存库信书借存图可库询否及查是息功:4书信成图阅改修Borrower回借:7返者:读5改修:6:QueryDialog

图1-11 读者借阅图书协作图

云南工商学院09信息管理1班

3.1.4 实现“归还图书”用例的动态模型

:MainWindow:ReturnDialog:QueryDialogBorrower1:queryLoan2:createDialog3:修改读者的借阅信息及库存信息4:修改成功5:显示还书成功

图1-12 读者归还图书序列图

1:queryLoan():MainWindowBorrower6:显示还书成功4:修改成功:QueryDialog3:修改读者的借阅信息及库存信息:ReturnDialog2:createDialog()

图1-13 读者归还图书协作图

3.2 类图设计

进一步扩充和细化分析阶段定义的类，包括定义新的类来处理用户的需求。随着动态建模的深入，也会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。所以，还应该通过动态建模来修正和完善类图。

云南工商学院09信息管理1班

系统管理员-name:string-password:string+AddBook()+QueryBook()+AddBorrower()+QueryBorrower()借书记录-borrower:string-book:string-date:Date+newLoan()+getBorrower()+getBook()11*读者-name:string-number:string-password:string+Borrow()+Return()+QueryLoan()***<>身份验证*<>图书资料查询*1*图书-number:string-name:string-author:string-publish:string-time:Date+newBook()+findBook()**图书管理人员*-name:string-number:string-password:string+AddLoan()+DeleteLoan()*****

图1-14 设计类图

3.3 物理架构设计

物理架构设计就是用UML图形描述系统软件和硬件的大致结构，包括画出组件图和配置图。

3.3.1 组件图

组件图：表示构成软件系统的各物理组件及其相互之间的联系。它能明确表示软件系统各部分的功能职责。图书管理系统的组件图如下所示，其中包含“借/还书处理”、“信息查询”、“图书资源管理”和“身份验证”等组件。

云南工商学院09信息管理1班

图书管理系统借/还处理信息查询图书资源管理身份验证图书信息借阅信息

图1-15 系统组件图

3.3.2 配置图

图书管理系统是一个基于网络和数据库的应用系统,可以采用B/S结构,系统配置图下图所示：

数据库服务器图书信息借阅信息读者客户端借/还书处理工作人员客户端公共客户端身份验证图书资源管理借阅信息图书资料查询图1-16 系统配置图