sql图书管理系统流程图需求分析

sql图书管理系统流程图需求分析
sql图书管理系统流程图需求分析

案例1 图书馆管理系统

一、问题描述

对我校图书馆图书管理流程进行调研,开发设计一个能对图书、读者及图书借阅情况进行管理的图书馆管理系统。要求该系统能满足管理人员对图书管理以及读者借阅需要,根据权限不同,用户具有不同的功能和操作界面。

二、应用需求分析

1、用户需求调查

通过对现行图书馆业务的调查,明确了图书馆工作由图书管理、读者管理、借书服务和还书服务4部分组成。用户对现有系统功能的描述如下:(1)图书管理

1)对馆内的所有图书按类别统一编码;对各类图书建立图书登记卡,登记图书的主要信息。

2)新购的图书要编码和建卡,对遗失的图书要注销其图书登记卡。

(2)读者管理

1)建立读者信息表,对读者统一编号。

2)对新加盟的读者,将其信息加入到读者信息表中;对某些特定的读者,将其信息从读者信息表中删除。

3)当读者情况变化时,修改读者信息表中相应的记录。

(3)借书服务

1)未借出的图书要按类别上架,供读者查看。

2)建立借书登记卡,卡上记录着书号、读者姓名和编号、借书日期;

将借书登记卡按读者单位、读者编号集中保管。

3)读者提出借书请求时,先查看该读者的借书卡,统计读者已借书的数量。如果该读者无借书超期或超量情况,则办理借书手续。

4)办理借书手续的方法是:填写借书登记卡,管理员核实后读者可将图书带走。

(4)还书服务

1)读者提出还书要求时,先对照相应的借书卡,确认书号和书名无误后可办理还书手续。

2)办理还书手续的方法是:在借书卡上填写还书时间,管理员签名;

将已还的借书卡集中保管;收回图书。

3)将收回的图书上架,供读者查看和借阅。

2、系统数据流程图

经过详细的调查,弄清了系统现行的业务流程。通过分析和抽象后,用数据流图表示。图1是图书馆管理系统的顶层数据流图。

图1 图书馆管理系统顶层数据流图

在图书馆管理系统顶层数据流图中,“P1 内部管理”和“P2 借书管理”两个处理框所表示的功能都太复杂,对它们进一步细化后得出第二层数据流图。见图2和图3。实际上“图书管理”还可以细化,分为新书处

理和图书记录维护两个下级处理框,而“

读者管理”也可以细化为新读

者入户和读者记录维护两个下级处理框。

图2 “内部管理”的细化数据流图

图3 “借书管理”的细化数据流图

经过整理后得出细化后得系统数据流图,如图4所示。

图4 细化后的图书馆管理系统数据流图

3、系统数据字典

图书馆管理系统数据流图中,数据信息和处理过程需要通过数据字典才能描述清楚。下面主要对数据流图中的数据流、数据存储和处理过程进行说明。

(1)主要的数据流定义

1)数据流名称:图书情况

位置:图书->,图书->

定义:图书情况=类别+出版社+作者+书名+定价+完好否

数据流量:平均流量为每月传输1000次,高峰期流量每天传输100次。

说明:图书入库时,根据图书情况建立图书记录;读者还书时要核实图书基本信息是否与图书记录相符,要检查图书是否完好。

2)数据流名称:用户身份

位置:P3->{,,,}

定义:用户身份=[非法用户|管理员|读者]

数据流量:平均流量为每天传输2000次,高峰期流量每小时传输100次。

说明:不同的用户身份进入的处理过程不同。

(2)主要的数据存储定义

1)数据存储编号:D3

数据存储名称:借书记录

输入:

输出:,

数据结构:借书记录=书号+读者编号+借阅日期

数据量和存取频度:数据量为50000条,存取频度为每天1000次。

存取方式:联机处理;以更新操作为主;随机检索。

说明:读者借阅了一本书,就生成一条借阅记录。借阅日期为添加记录的当天日期。

2)数据存储编号:D4

数据存储名称:用户记录

输入:P3

输出:P3

数据量和存取频度:数据量为1000条;存取频度为每天100次。

存取方式:联机处理;以检索为主;顺序检索。

数据结构:用户+密码+级别

说明:级别是“管理员”或“读者”。

(3)主要处理过程

1)处理过程编号:

处理过程名:查看书目

输入:借书请求,D1,用户身份

输出:借书请求,图书信息

处理说明:实现根据图书类别查询图书、根据书名模糊查询图书的

功能。

2)处理过程编号:P3

处理过程名:安全管理

输入:管理员情况,D4

输出:用户身份,D4,管理员情况

处理说明:通过用户名和口令,确认用户身份,保证系统的安全性。

三、系统数据库设计

数据库设计的步骤是:根据系统需求分析得到的数据流图和数据字典建立概念模型;将数据库的概念模型转换为数据模型;进行规范化处理,使数据模型满足实际应用需要。

1、数据库的概念模型

根据系统需求分析,可以得出图书馆管理系统数据库的概念模型,这里用E-R图表示,见图6所示。

2、数据库逻辑模型

将图书馆管理系统的E-R图转换为关系数据库的数据模型,其关系模式为:

用户(用户登录名,密码,级别,职工编号,职工名);

图书(书号,类别,出版社,作者,书名,定价,借出否);

读者(编号,姓名,单位,性别,电话);

借阅(书号,读者编号,借书日期,还书日期,借书经办人,还书经办人)。

其中标注下划线的属性为主码。

3、数据库结构的详细设计

关系属性的设计包括属性名、数据类型、数据长度、该属性是否允许空值、是否为主码、是否为索引项及约束条件。表1详细列出了图书读者

(a)

(b)

(c)

(d)

图6 图书馆管理系统的E-R图

a)用户实体图 b)读者实体图 c)图书实体图 d)各实体间的

联系图

四、系统体系结构及功能结构

1、系统体系结构及实现方法

图书馆管理系统采用C/S(客户端/服务器)结构。服务器主要任务是承担网络监听和实现客户端链接、数据库管理、数据存取和数据传输功能。客户端面向用户,承担着图书馆管理系统的管理和服务工作。

2、系统工作环境及支撑软件

(1)服务器端的工作环境要求及支撑软件

操作系统:Windows 2000高级服务器版

数据库管理系统:SQL Server 2000企业版

数据库应用系统开发软件:Delphi 企业版

(2)客户机的工作环境要求及支撑软件

操作系统:Windows 98或更高

数据库应用系统开发软件:Delphi 企业版

3、系统功能及结构

图书馆管理系统的系统功能结构如图5所示。

图5 系统功能结构图

(1)用户登录模块功能:根据用户名和密码决定用户权限,从而提供不同的功能,进入不同的操作界面。

(2)图书馆内部管理模块功能:用于图书信息的录入、更改、查询,学生(读者)信息的录入、更改、查询,用户密码修改设置。

(3)图书馆服务模块功能:用于读者查询图书信息、借阅及归还图书、查询个人借阅信息。

五、系统功能实现

1、程序结构框架

2、开发工具介绍

系统采用C/S架构,后台采用SQL Server 2000数据库管理系统,前台采用可视化编程工具Delphi。Delphi使用了Microsoft Windows图形用户界面的许多先进特性和设计思想,采用了弹性可重复利用的完整的面向对象程序语言(Object-Oriented Language)、当今世界上最快的编辑器、最为领先的数据库技术。它是目前开发客户/服务器数据库应用程序的强有力的工具。

在Delphi中使用SQL语言非常方便,一般来说,都是通过Tquery或TADOquery组件来使用SQL语言的。可以在Tquery或TADOquery组件的SQL属性中设置SQL语句。

3、数据模块设计

数据窗体主要属性设置如下所示:

StudentDS: TDataSource DataSet = StudentTa b l e

BookDS: TDataSource DataSet = BookTa b l e

RecordDS: TDataSource DataSet = RecordTa b l e

QueryDS: TDataSource DataSet = Query1

S t u d e n t Table: TTable DatabaseName = 'work'

IndexFieldNames = 'StudentNo'

TableName = ''

R e c o r d Table: TTable DatabaseName = 'work'

TableName = ''

Query1: TQuery DatabaseName = 'work'

B o o k Table: TTable DatabaseName = 'work'

IndexFieldNames = 'BookNo'

MasterFields = 'BookNo'

TableName = ''

数据模块窗体中的各组件分别联系到需要访问和操作的数据表格。

4、各个功能窗体设计与实现

(1)用户登录窗体设计

登录模块实现过程见程序流程图(略)。

(2)图书馆管理系统界面窗体

实现的程序流程图略。(3)修改图书记录窗体

实现的程序流程图略。

(4)修改学生记录窗体

(5)修改密码窗体设计

(6)图书馆服务系统窗体

(7)查询、借阅图书窗体

(8)查询个人借阅情况及归还图书

5、源代码清单(略)

(完整word版)图书馆管理系统数据流程图及数据字典

图书馆管理系统 1)检索速度慢、效率低因为图书馆的藏书种类多、数量多,将藏书准确地分门别类,快速检索,手工进行非常困难往往是终于查到了二伟的信息,馆中没有此书或已被别人借走。图书馆的规模越大,这个问题越突出。2)借书、还书工作量大借书、还书频率越大,说明图书馆的作用越大,然而随之而来的大量的借书、还书登记、实存图书的更新以及借出图书超期、遗失等的处理,其工作量之大,往往是人工操作所难以胜任的。而且经常会出现这样那样的差错。3)图书统计工作难、藏书更新不能及时完成。图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新,然而由于藏书数量及图书种类越来越多,加上自然损耗,人为破坏,使图书的统计工作难以及时完成,藏书的更新也就很难有针对性地进行,藏书的知识结构得不到良好地控制。我校也是一所发展中的高校,近儿年的发展速度很快,图书馆的规模和藏书数量也不断的扩大,为了解决海量图书的管理问题,改变传统的管理方式也是迫在眉睫了。 图书馆借书流程 1、图书管理员1录入图书清单并保存图书信息 2、读者根据自己列出的带借书清单,查看图书借阅状态,并得到图书索引表 3、图书管理员2扫描一卡通查看读者信息,得到读者已借图书清单,并审核借书权限 若是有效权限单,则进行接触操作并更新读者与图书信息 若是无效权限单,则返给读者 已下是业务流程图

图书馆管理系统数据流程图及数据字典

一.图书采编系统流程图 图书采编系统流程图 数据流编号:D01 数据流名称:图书采编信息 简述:图书采编信息 数据流来源:图书购买后,由图书馆采编人员整理后,输入计算机 数据流去向:采编管理模块。图书采编信息将采编数据存入数据库(图书表)数据流组成:图书编码,图书类别,书名,作者,出版社,出版日期,单价,购买数量 数据流量:300本/日 高峰流量:800本/日 二.图书管理系统零层数据流程图

数据库需求分析报告

高校学生学籍管理 §1概述 编写说明: 本章描述本软件开发得背景,系统目标,用户得业务情况,以便于需求理解。 §1·1背景 在学籍管理中,需要从大量得日常教学活动中提取相关信息,以反映教学情况.传统得手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢.使用计算机可以高速,快捷地完成以上工作。在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率与水平. §1·2系统目标 学籍管理信息系统以计算机为工具,通过对教务管理所需得信息管理,把管理人员从繁琐得数据计算处理中解脱出来,使其有更多得精力从事教务管理政策得研究实施,教学计划得制定执行与教学质量得监督检查,从而全面提高教学质量。 §1·3 业务模式 本系统就是运行在Win98、Win2000、WindowsNT等操作系统环境下得多台计算机构成得局域网,主要业务流程如下: ·按某学生某学期,学年考试及补考成绩,自动生成该学生就是否升留降级,退学。 ·按某学生在校期间累计补考科目门数与成绩自动生成该学生就是否结业,毕业,授位。 ·按某学生因非成绩原因所引起得学籍变更作自动处理. ·按每学期各年级班学生考试成绩自动生成补考名单,科目。 ·按每学期各年级学生考试成绩自动生成某课程统计分析表。 ·按同一年级学习成绩进行同一课程不同班级间成绩比较。 §2用户需求 编写说明: 此系统专门为高校学籍管理所设置。本节主要描述用户需求得使用范围,功能要求信息采集与各部门得使用权限 §2·1使用范围 按成都信息工程学院全日制学生学籍管理等相关文件完成本科与专科学生学籍状况得系统管理(本科生用学年学分制,专科生用学年制)。 系统中保留五个年级学生得信息,学生毕业一年后信息转储,但随时可以查询,输出. §2·2功能要求 ·学生档案管理: 学生得一般情况,及奖励,处分情况; ·学生成绩管理: 学习成绩,补考成绩; ·学籍处理: 学生留降级处理,休复学处理,退学处理; ·日常教务管理: 日常报表,如通知书,补考通知书等,学生学习成绩得各种分类统计; ·毕业生学籍处理:结业处理,毕业处理,授位处理,学籍卡片等。 §2·3信息采集与各部门得使用权限 每学期考试完毕由各系录入成绩,然后由教务科收集。为了信息得安全与数据得权威性,对于网上信息得使用权限与责任规定如下: 数据收集前得系统权限

网络教育平台建议和简要需求分析及流程图

网络教育平台建议书 一、目的:加强教学质量,提高教学效率。 二、名称:网络教育平台 三、建议方案: 1.教育平台所有使用者必须要注册、申请,获得管理员批准后方可使用,且需要区分教师用户和学生用户。学生用户和教师用户应该有独立的管 理系统。(学生权限基本包括:个人资料的修改、提问权限、作业上传,下载网站内的学习资料、在线测试评估,视频学习等。教师权限基本包括:个人资料的修改,对于学生提问的解答,学习资料的上传,在线评估的试卷编辑和设置,视频教学课堂的设置,学生权限的调整等。) 2.在学习材料板块中,学生可以向自己的任课老师提交自己的作业,学生可以下载自己权限内的学习资料和相关文献。(学生用户可以给指定老师 上传自己的作业,学生可以删除和重传自己的作业。教师用户可以查看自己班级学生的作业,并将一些教学教案放在网站上。PS:个人认为学生将作业上传到网站上的这种方法很好,但方式不太好,建议将学生将作业发送到老师的邮箱。因为如果放在网站上的话,必须配备一台服务器,主要是用于文件的存放。按照一个学生每天发送一个1MB的文件计算,100个学生,10天就需要1G的空间。一个月不用,网站的流量就基本上用完,而且可用空间也基本没有了。所以个人建议网站主要用于存放教学资料下载。) 3.答疑系统可使用论坛模式,操作简单,成本较低。(答疑系统已经非常成熟,最好的方法是通过论坛,可根据学生的权限,问题的类型等,进入 相应的板块进行提问回答,学生也可以对某一个问题进行讨论。提高学习情趣,互相帮助,互相学习,老师也可以参与互动,随时查看学生的动向,关注和关爱学生。) 4.在线授课主要的问题是网络的速率问题。可采用视频聊天室的方法,或者其他的解决方法,比如软件客户端,但需要有自己的服务器和购买相 关的软件。(想说明一点的是:无论是采取网站在线授课还是客户端在线授课,费用都是较高的。如果采用录制视频,学生点击观看学习,成本较低。个人观点:即使是在线授课,也不能保证学生一直在在线状态。或许可以借住第三方视频网站,在线教学等,这种方法成本较低,既可以实现预约功能,而且能随时和学生交流,并且成本较低。) 5.在线评估板块可以能够由系统自动评判学生的英语水平、成绩、性格特征等相关的分值。可参考在线测试答题系统。(可采用调查问卷的形式, 类似于网上的驾校模拟考试。) 四、总结: 网络教育平台的这四个基本功能,在现有的技术下都可以实现,其中权限管理和学习材料、答疑系统可以通过论坛解决。在线授课的实现模式还需要具体商讨,评估系统也需要具体细化,看需要做到什么程度。在费用上,一个在线视频教学系统基本价格大概在1万以上,文件上传和下载功能加上答疑系统大概在3000-5000,评估板块需要看是简单测评还是人工智能分析。

需求管理过程

需求管理过程 本文件属深圳天源迪科信息技术股份有限公司所有, 未经书面许可,不得以任何形式复印或传播。 2008-1-31发布 2008-2-18 实施

文件建立/修改记录

目录 1 简介 (4) 1.1 目的 (4) 1.2 适用范围 (4) 1.3 背景描述 (4) 1.4 术语表 (4) 1.5 参考资料 (5) 2 总体描述 (5) 2.1 概述 (5) 2.2 职责分工 (5) 2.3 结构描述 (6) 3 活动描述 (7) 3.1 需求培训 (7) 3.2 建立需求跟踪矩阵 (8) 3.3 维护需求跟踪矩阵 (9) 3.4 检查一致性 (10) 3.5 采取更正行动 (11) 3.6 需求变更管理 (12) 4 附录 (13) 4.1 附录A-相关过程 (13) 4.2 附录B-相关规范、指南 (13) 4.3 附录C-相关模板列表 (13)

1简介 1.1目的 制定需求管理过程的目的是管理产品和组件的需求,识别需求与项目计划及工作产品之间的不一致,有效地控制需求变更、以及跟踪需求的演进,指导项目组管理需求。 1.2适用范围 本过程适用于公司所有的软件项目,贯穿项目的整个生命周期。 1.3背景描述 无。 1.4术语表 ●软件需求:用户解决某一问题或者得到某一目标所需的软件功能。 ●基线:基线是经过评审和批准的配置项的集合,其作用是明确划分项目各阶段,确定各阶 段的结束点。在项目的开发过程中,最基本的基线有需求基线、开发基线、发布基线等。 ●配置控制委员会(Configuration Control Board):简称CCB,是确定配置基线,评估、批准 变更,并保证已批准变更的实施的组织。 ●需求变更:需求变更主要来自三个方面-客户、高层和开发人员。因此,无论哪一方面提 出需求变更的要求,都应当对变更请求进行评估。需求变更通常包括三项内容:新增需求、修改需求、删除需求。每一种变更都可能影响到其他需求的变化,因此在进行变更时需要利用需求跟踪记录。 ●需求跟踪:需求跟踪主要是跟踪需求及其实现之间的一致性,需求跟踪通过管理需求跟踪 记录来进行。在需求的阶段已经建立了需求跟踪记录,在后续的开发过程中,通过不断填写需求跟踪记录,将设计、开发和测试等阶段产品与需求进行一一对应。同时,在任何一个阶段发生变更时,都要检查需求跟踪记录是否需要进行变更。需求跟踪是分布在各个开发阶段之中的。 ●涉众:专指所有会受到项目结果重大影响的人。要有效地解决任何复杂的问题,就会涉及 到满足不同涉众的需要。涉众通常会对问题持有不同的观点,因而必须用所提供的解决方案来满足不同的需要。许多涉众都是系统的用户。其中许多涉众只是系统的间接用户,或者只受到系统所影响的业务结果的影响。还有许多涉众是系统的经济型买主或支持者。了解涉众的组成及其特定需要是开发有效解决方案的关键。典型的涉众有客户(或客户代表)、用户(或用户代表)、投资者、股东、生产经理、买方、项目经理、设计人员、测试

图书管理系统流程图(DOC 12页)

图书管理系统流程图(DOC 12页) 部门: xxx 时间: xxx 整理范文,仅供参考,可下载自行编辑

案例1 图书馆管理系统 一、问题描述 对我校图书馆图书管理流程进行调研,开发设计一个能对图书、读者及图书借阅情况进行管理的图书馆管理系统。要求该系统能满足管理人员对图书管理以及读者借阅需要,根据权限不同,用户具有不同的功能和操作界面。 二、应用需求分析 1、用户需求调查 通过对现行图书馆业务的调查,明确了图书馆工作由图书管理、读者管理、借书服务和还书服务4部分组成。用户对现有系统功能的描述如下:(1)图书管理 1)对馆内的所有图书按类别统一编码;对各类图书建立图书登记卡,登记图书的主要信息。 2)新购的图书要编码和建卡,对遗失的图书要注销其图书登记卡。 (2)读者管理 1)建立读者信息表,对读者统一编号。 2)对新加盟的读者,将其信息加入到读者信息表中;对某些特定的读者,将其信息从读者信息表中删除。 3)当读者情况变化时,修改读者信息表中相应的记录。 (3)借书服务 1)未借出的图书要按类别上架,供读者查看。 2)建立借书登记卡,卡上记录着书号、读者姓名和编号、借书日期;将借书登记卡按读者单位、读者编号集中保管。 3)读者提出借书请求时,先查看该读者的借书卡,统计读者已借书的数量。如果该读者无借书超期或超量情况,则办理借书手续。 4)办理借书手续的方法是:填写借书登记卡,管理员核实后读者可将图书带走。 (4)还书服务 1)读者提出还书要求时,先对照相应的借书卡,确认书号和书名无误后可办理还书手续。 2)办理还书手续的方法是:在借书卡上填写还书时间,管理员签名;将

数据库学生信息.管理系统需求分析报告

数据库系统概论 课程设计 设计名称:学生信息管理系统数据库设计

湖南工业大学 课程设计任务书 2011—2011学年第1学期 计算机与通信学院(系、部)软件工程专业091班课程名称:数据库原理 设计题目:学生信息管理系统的设计与实现 完成期限:自2011年05月28日至2011年05月29日共2天 内容及任务一、设计的主要技术参数 开发出一个原型系统,能正确运行,数据库的设计要满足规范、能对数据进行维护和查询、完成报表统计等。 二、设计任务 1)系统分析(包括可行性分析、用户需求分析等)及功能分析; 2)数据库设计; 3)系统总体功能设计; 4)程序设计及调试; 5)设计说明书的书写。 三、设计工作量 每个小组至少要投入一个月的时间来完成该课程设计,而且每个小组中的每个人要独立开发1到2个模块,要求每个小组有个独立的系统。 进度安排 起止日期工作内容 2011-05-28~2011-05-28 选题 系统分析和设计 2011-05-29~2011-05-29 熟悉软件开发工具、编码系统测试 进行集中课程设计,完成系统最后测试和课程设计说明书; 答辩,确定小组等级,交文档材料(含电子文档)、源程序。 主要参考资料[1]施伯乐,丁宝康,汪卫.数据库系统教程(第3版)[M],北京:高等教育出版社,2008. [2]萨师煊,王珊.数据库系统概论(第三版)[M].北京:高等教育出版社,2000. [3]王晟,万科.数据库开发案例解析[M].北京:清华大学出版社,2003 [4]郑阿奇https://www.360docs.net/doc/9012920524.html,3.5实用教程.北京:电子工业出版社,2009 [5]范立南《SQL Server2000实用教程》第2版.北京.清华大学出版社.2005年 [6]齐治昌,谭庆平,宁洪.软件工程第2版.高等教育出版社.2004年 [7]刘浩,https://www.360docs.net/doc/9012920524.html,+SQL Server网络应用系统开发与实例.北京:人民邮电出版社,2005 指导教师(签字):年月日 系(教研室)主任(签字):年月日

软件需求分析的详细流程

第一阶段:总体把握,了解概况 接手一个项目,不要着急去了解需求,这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通,主要目的是从宏观上把握用户的具体需求方向和趋势,了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。建立起良好的沟通渠道和方式。针对具体的职能部门,最好能指定本次项目的接口人。 该阶段的主要工作方法:客户访谈 输出成果:业务流程报告/调查报告(对客户方的组织业务概况和企业现状的一些总结) 第二阶段:详细了解业务,梳理业务流程 通过第一阶段的调研,了解客户业务概况的前提下,经过充分的业务调研准备,开始进入正式的业务调研工作。这一阶段要对所有业务流程、业务单据、报表等进行详细的分析。整理出业务架构,尽可能多的与相关基层人员进行诱导式的访谈,与用户一起探讨业务流程设计的合理性、准确性、便易性、习惯性。对主要的业务流程要有原型DEMO让客户操作,发现问题,提出改进的意见和建议。 该阶段的主要工作方法:访谈、业务分析、原型设计演示 输出成果:调研分析报告、原型反馈报告、业务流程报告 第三阶段:需求细化和确认 这一阶段是在上述两个阶段成果的基础上,进行具体的流程细化、数据项的确认阶段,这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表,并能清晰地向用户描述系统的业务流设计目标。用户方可以通过审查业务流程报告、数据项表以及操作承建方提供的DEMO系统,来提出反馈意见,并对已经可接受的报告、文档签字确认。 实现手段:拜访(回顾、确认),提交业务流程报告、数据项表;原型演示系统 输出成果:需求分析报告、数据项、业务流程报告、原型系统反馈意见(后三者可以统一归入需求分析报告中,提交用户方、监理方进行确认和存档)

图书管理系统体系结构图和数据流程图

图书管理系统 一、项目开发背景 随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分,使用计算机对图书信息进行管理,有着手工管理所无法比拟的优点。例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。 由于学校的不断发展,学生不断增多,学校图书馆的图书品种、数量也在不断的增多。学校使用图书管理系统提高了工作效率,同时摆脱图书管理人员在工作中出现的很多问题,大大节省了学生借书的时间。 利用图书管理系统对图书记录进行统一管理,包括新增图书记录,更改图书记录,删除图书记录等功能,实现图书管理工作的系统化,规范化和自动化,为图书管理提供便利。 二、体系结构图 系统管理员身份认证信息图书管理信息借阅者借阅者超时 管理信息管理信息

借 图书 图 借阅者 阅 借 借阅者 超时罚款 超借阅 图书信息表 信息 书 信息 信息表 者 阅者 分类 信息表 罚款 信息表 表 信息表 信息表 信息表 信息表 信息表 系统管理员系统分为4阅者管理模块和借阅超时管理模块。 (一)管理员身份认证 ① 接口描述:输入系统管理员身份认证信息 ② 模块功能:通过检验认证信息允许系统管理员进入系统管理员系统管理 ③ 过程陈述:将输入的管理员身份认证信息与管理员信息表中的信息惊喜对照, 若管理员 编号、姓名和密码中的任意一项与信息管理员信息表中的信息不符

输入有误,身份不通过,要求重新输入;只有三者都相同才能通过身份认证 进入系统。 ④约束:最多只允许系统管理员输入三次,若三次都有误,则认定该输入者为非法管 理员,不允许其再输入。 (二)借阅者管理模块 ①接口描述:输出借阅者管理信息 ②模块功能:对借阅者信息|借阅者分类信息执行修改、查看和删除操作 ③过程陈述:输入借阅者编号,打开借阅者信息表可修改、查看和删除表中的信息,并将 修改后的信息保存到借阅者信息表中,执行删除操作则需对借阅者分类信息 表中的信息进行修改;输入借阅者职务/班次,可打开借阅者分类信息表, 可修改、查看和删除表中的信息,并将修改后的信息保存到借阅者

软件需求分析报告书

软件需求分析报告

目录 1.总体功能需求-------------------------------------------------------------1 2.软件开发平台需求---------------------------------------------------------1 3.软件需求分析-------------------------------------------------------------1 3.1.软件范围-----------------------------------------------------------1 3.2软件的风险----------------------------------------------------------1 3.3软件的功能----------------------------------------------------------2 3.4用户类和特性--------------------------------------------------------2 3.5运行环境需求--------------------------------------------------------2 3.6设计和实现上的限制--------------------------------------------------2 4.外部接口需求--------------------------------------------------------------2 4.1用户界面-----------------------------------------------------------3 4.2硬件接口-----------------------------------------------------------3 4.3软件接口-----------------------------------------------------------3 4.4通讯接口-----------------------------------------------------------4 5.系统功能需求--------------------------------------------------------------5 5.1说明和优先级-------------------------------------------------------5 5.2激励响应序列-------------------------------------------------------5 5.3输入输出数据-------------------------------------------------------6 6.其他非功能需求-------------------------------------------------------------6 6.1性能需求------------------------------------------------------------6 6.2安全措施需求--------------------------------------------------------6 6.3安全性需求----------------------------------------------------------6 6.4操作需求------------------------------------------------------------7 6.5软件质量属性--------------------------------------------------------7

系统需求分析(业务流程图的练习)

系统需求分析(业务流程图的练习)

一、任务与目的 1.学习V isio软件的使用 2. 理解业务流程分析和画法 3. 利用业务流程来分析企业业务处理过程 二、原理(条件) 1.在进行信息系统开发之前,需要深刻的分析现有的业务流程,对原有的业务流程进行改造或者重新制定 2.通过业务流程分析,进而理解系统的整体功能需求 3. 一台可以上网的PC机即可进行实验 三、内容 1.Visio的使用; 2.企业业务流程分析; 3.汽车配件管理系统的业务流程图绘制; 四、步骤 1.了解Visio的工作环境: 1)工作窗口 2)视窗调整 3)任务窗口 4)小视窗 2.了解菜单项。 3.了解定位工具。 4.了解工具栏。 5.了解文件操作。 6.了解绘图页面操作。 7.针对第一个实验,绘制业务流程图

8.汽车配件管理系统的业务流程分析: 1)、销售管理: 对顾客的订货进行处理并回答顾客的咨询。包括订货处理、缺货通知、通知财务、制作销售报表等功能。这部分侧重的是对客户服务的,它是以客户为中心开展的。是整个系统数据的入口处。 2)、采购管理(P2):

负责向供应商采购汽车配件并通知财务部门。包括采购配件、通知财务等功能。这部分侧重的是供应商的联系。它以采购配件为中心展开。 3)、财务管理(P3): 主要负责向顾客收款与向供应商付款。包括付款给供应商、向顾客收款、制作报表等功能。这部分管理这公司的资金方面。 4)、库存管理(P4): 主要负责对供应商收货与对顾客发货。包括验证发货给顾客、收取供应商发的货、通知采购部门到货、制作库存报表等功能。这部分管理这公司配件库存。 五、结论 第一个实验流程图 采购管理

网站建设需求分析报告

需求分析报告 对江洵网络科技有限公司的需求分析报告一、引言: 重庆江洵网络科技有限公司,是一家新兴成长的互联网公司,主要从事企业电子商务外包服务。为了和同行竞争,提升公司知名度,扩大产品销路,打造企业形象。公司董事会决定建设一个“公司网站”。 立项背景: (1)项目提出者:江洵网络科技有限公司董事会。 (2)提出原因:提升公司知名度,扩大产品销路,打造企业形象。 (3)项目创立者:吴优。 (4)项目开发者:吴优。 (5)项目名称:江洵网络科技公司网站建设。 立项原因概述: (1)随着网络的发展,大多数人都喜欢上网。 (2)大多数企业都有自己的网站。 (3)在网上找工作的人越来越多。 (4)通过做网站可以更好、更有效的宣传公司。 文档依据: 二、项目概述: 面向的用户人群: (1)公司员工。 (2)董事会管理人员。 (3)广大顾客群众。 (4)找工作的人。 (5)网站管理员。 实现目标: (1)建立一个拥有良好交互性、操作简单易用的网站。 (2)网站运行要高效,费用尽量低,注重实用性。 (3)该网站可为让广大群众更加方便的了解我们公司。 (4)网站实现及时把公司情况和意见反映给董事。 (5)能让进此网站的群众能对公司有一定的了解。 项目开发要求: (1)项目开发规范统一:模块划分,代码编写命名规范文档;

(2)程序优化、安全并要有良好的可扩展性; (3)用户界面简洁明了、操作简单实用; (4)与公司员工保持良好的沟通,及时根据员工新的需求改善系统功能; (5)有一些Flash 、动态画面; (6)有一些新闻、公告等,并且能动态更新。 (7)有个留言版,要用户登录过后便能留言。 系统功能模块图 开发工具: Dreamweaver8 、Flash8、 Microsoft Office Access 、Photoshop CS3 三、具体分析 实现概述: 后台程序将可以更新新闻、通知等其它信息。首页顶端的FLASH 动画可以显现出公司的一些情况。公司的交流平台可以通过登录过后进行留言。当用户进入公司网后可以第一时间了解公司的大体情况。 管理员的功能 登录:用户名、密码 管理员的管理动作自动记录在该管理员的管理日志中,该日志对同级别或更高级别管理员公开但只能由最高权限管理员更改、删除; 添加用户:由具有更高权限的管理员添加新用户名称、密码、权限 删除用户:由具有更高权限的人删除,彻底清除该用户的信息 权限:1. 最高权限:管理整个网站(包括手动删除信息,管理其它用户,搜索所有注册者的信息,添加新闻等); 四 首页设计: 后台数据库首页 功能公 司 网 站 后台 数据库

酒店管理系统需求分析及数据流程图

酒店管理系统需求分析 1. 引言 1.1 编写目的 本系统的开发目的在于更好的管理和经营酒店餐饮行业。本文档的预期读者是酒店管理系统软件开发有关的开发人员。 1.2 项目背景 本项目的名称:酒店管理系统。 随着国民经济的发展,酒店餐饮行业的队伍在全国范围(尤其是在经济发达地区)不断壮大,从事酒店餐饮行业的单位之间竞争愈加激烈。为了提升自身的竞争能力, 各酒店餐饮单位都在尽量定制或购买各项业务的应用软件,运用高科技手段进行经营 和管理。为了让酒店更好的经营,我们组织开发了本软件。 本项目的任务提出者及开发者是酒店管理系统软件开发小组,主要是面向酒店餐饮服务行业。 1.3 定义 酒店管理系统是帮助酒店自身管理和服务酒店客户的软件。 1.4 参考资料 ①《现代软件工程》北京希望电子出版社孙涌等编著 ②《Delphi住宿餐饮管理系统开发实例导航》人民邮电出版社 刘敬严东明马刚编著 ③《软件需求说明书(GB856T——88).doc》 ④《iso标准之需求分析说明书.doc》 2.任务概述 2.1 目标 开发本软件是为了服务酒店,使得酒店更好的经营。适用于一些大中型酒店,主要用于就餐管理和住宿管理。本软件产品是一项独立的软件,不过功能还可以增加,

完成后可以升级以增加功能和完善系统。 2.2 用户的特点 使用本软件要求用户熟悉Windows 操作,并且有一定的软件操作基础。预计本软件将会在一些大中型酒店中得到广泛使用。 2.3 假定和约束 本软件由我们小组六个人共同开发,几乎不要经费,开发期限一个月左右。3.需求规定 3.1 对功能的规定 ①系统帐号管理 第一次用一个管理员账号(系统给定)登陆,登陆成功后,可以设置其他用户,包括密码、权限等。 ②就餐管理 为就餐客户查询并分配餐桌,纪录客户用餐情况并结帐。 ③住宿管理 为住宿客户查询并分配房间,纪录客户住宿情况并结帐。 3.2 对性能的规定 3.2.1精度 本软件主要用于管理,不是科学计算,要求计算的精度不是很苛刻。所以输入,输出数据精度的要求不是很高,用于计算的数用浮点数就可以了。 3.2.2时间特性要求 本软件运行的响应时间要求不超过1~2秒,基本能实现。 3.2.3灵活性 本软件具有升级功能,以满足用户的需求。 3.3输人输出要求

数据库分析与设计报告(车辆管理系统)

1.需求分析 2.概念结构设计 3.逻辑结构设计 4.物理结构设计 5.数据库的建立和测试 6.数据库运行和维护 《车辆管理系统》数据库设计 班级:11计算机转 学号:1116939040 姓名:王湘萍 一.需求分析 1.1可行性分析 现在随着企业规模的扩大以及车辆作为最为普遍的交通工具,在企业中已经不是单一的存在,由于单位车辆数目的急剧增加,与之相对应的问题随之而生,比如车辆的使用权问题,车辆的费用问题等,不再是简单的少量的数据。为了解决这一系列的问题,我们必须借助于电脑的强大的数据处理能力和存储能力,如此可以减少人力财力来维护这些数据,可以用更少的投入来换取更佳的数据管理。因此,在这样的情况下,开发单位车辆管理系统是可行的,是必要的。如今,MIS开发已经慢慢的驱向成熟,车辆管理系统也有部分开发,但是都还不是十分完善。现今已经开发的车辆管理系统都是针对以运营为主的具有盈利目的的单位。比如,公交管理、出租车管理、运输公司管理、汽车站点的管理,而这些管理最主要是针对盈利的管理,很少有针对各种汽车使用权、车辆调配等各种普通单位,不是以车辆运营为盈利手段的车辆管理,针对这点,此系统就是适合如今大多数企业管理的车辆管理系统。 通过计算机系统对学校进行全面的管理,满足了学校的现代化管理的要求。 1)经济性 ①系统建设不需要很大的投入;

②可缩减人员编制,减少人力费用; ③人员利用率的改进; 2)技术性 ①处理速度快,准确; ②通过权限的设置,数据的安全性好; ③方便查询; ④控制精度或生产能力的提高 3)社会性 ①可降低工作人员工作强度,提高效率,会得到上下员工的一致同意的; ②可引进先进的管理系统开发方案,从而达到充分利用现有资源 1.2需求分析 现代信息技术特别是计算机网络技术的飞速发展,使我们的管理模式产生了质的飞跃,网络化管理将成为信息时代的重要标志和组成部分。探索、研究并构建适宜于在计算机网络环境下的管理模式,是我们责无旁贷的使命。 通过调查,要求系统需要具有以下功能: 1)由于操作人员的计算机知识普遍较差,要求有良好的人机界面。 2)由于该系统的使用对象多,要求有较好的权限管理。 3)方便的数据查询,支持多条件查询。 4)基础信息管理与查询(包括车辆信息、用车记录、部门信息)。 5)通过计算机,能够直接“透视”仓库存储情况。 6)数据计算自动完成,尽量减少人工干预。 7)系统退出。

图书管理系统流程图

案例1 图书馆管理系统 一、问题描述 对我校图书馆图书管理流程进行调研,开发设计一个能对图书、读者及图书借阅情况进行管理的图书馆管理系统。要求该系统能满足管理人员对图书管理以及读者借阅需要,根据权限不同,用户具有不同的功能和操作界面。 二、应用需求分析 1、用户需求调查 通过对现行图书馆业务的调查,明确了图书馆工作由图书管理、读者管理、借书服务和还书服务4部分组成。用户对现有系统功能的描述如下:(1)图书管理 1)对馆的所有图书按类别统一编码;对各类图书建立图书登记卡,登记图书的主要信息。 2)新购的图书要编码和建卡,对遗失的图书要注销其图书登记卡。 (2)读者管理 1)建立读者信息表,对读者统一编号。 2)对新加盟的读者,将其信息加入到读者信息表中;对某些特定的读者,将其信息从读者信息表中删除。 3)当读者情况变化时,修改读者信息表中相应的记录。 (3)借书服务 1)未借出的图书要按类别上架,供读者查看。 2)建立借书登记卡,卡上记录着书号、读者和编号、借书日期;将借书登记卡按读者单位、读者编号集中保管。 3)读者提出借书请求时,先查看该读者的借书卡,统计读者已借书的数量。如果该读者无借书超期或超量情况,则办理借书手续。 4)办理借书手续的方法是:填写借书登记卡,管理员核实后读者可将图书带走。 (4)还书服务 1)读者提出还书要求时,先对照相应的借书卡,确认书号和书名无误后可办理还书手续。

2)办理还书手续的方法是:在借书卡上填写还书时间,管理员签名; 将已还的借书卡集中保管;收回图书。 3)将收回的图书上架,供读者查看和借阅。 2、系统数据流程图 经过详细的调查,弄清了系统现行的业务流程。通过分析和抽象后,用数据流图表示。图1是图书馆管理系统的顶层数据流图。 图1 图书馆管理系统顶层数据流图 在图书馆管理系统顶层数据流图中,“P1 部管理”和“P2 借书管理”两个处理框所表示的功能都太复杂,对它们进一步细化后得出第二层数据流图。见图2和图3。实际上“P1.1 图书管理”还可以细化,分为新书处理和图书记录

学生信息管理系统需求分析报告(完整版)5

学生信息管理系统 分 析 报 告 专业:经济学 班级:0902班 姓名: 吴雪艳 学号:090430213

任务分配: 1、可行性分析 2、系统功能分析 3、数据描述 4.详细设计 一、可行性分析 1. 问题: (1)目前的课程设计管理系统由人工统计处理。 (2)站用一个办公室和2-3个职工专门用来管理课程设计选课,每天有固定工作时间8小时。 (3)每人工资在每月2000-3000元。 (4)需要选题的同学按班级的方式报上来,经核对分配后方才生效,在通知老师选题情况。双方如有问题还需在工作时间来此解决。(5)由于是人工处理且工作量大,所以效率低,出错率高,修改麻烦。 2.项目目标:学生和老师可以方便的选课,同时可以查询和修改各自的信息,以便学校管理。 3.运行环境: (1)以Windows98 以上/ME/2000/XP作为学生选课管理系统的后台操作系统。 (2)前台开发程序为JAVA,SQL Server 2000。 (3)后台数据库为Microsoft Access 2000/ SQL Server 2000。

(4)主要硬件设备:PC机一台。 4. 开发风险:浪费资金人力,会影响原有管理方式,总体风险不大。 5. 经济可行性: 成本估计:一台计算机每天电费(工作18小时以上),需要4-5名管理远和数据库维护人员每天工资(每天工作在8小时以上),人员培训费用,定期软硬件更新费用,每年总运营费用,杂项费用。 资源分析:现有计算机比较充足,相关人才在学校内就能找到,工资要求低。 6.技术可行性:我校计算机系以及其他系都有软硬件知识丰富,具有较高的文化水平和计算机操作水平,可以设计管理该系统的学生和老师,且课余时间丰富,可以学习和了解在设计和应用当中会遇到或可 能遇到的技术问题。我校许多专业都以开设类似的课程设计题目,学生和老师在技术方面已经有经验,正缺少这样的实践机会。 7.法律可行性:虽然其他学校也有类似的管理系统,但都主要在本校使用,没有涉及到盈利方面,我校设计该系统也本着让学生和老师把握一次学习实践的机会的目的,锻炼他们的开发技术和能力,不会去抄袭已经设计好的管理系统,如有借鉴的地方发布时也会说明,而且该系统是本着方便学生学习的目的,而非盈利目的,所以不会和法律相冲突。 8.总体分析:比原有方式工作效率高,成本低,出错率低,使学校实现现代化网络教学管理。 二、系统功能分析

项目需求分析和调研实践过程

某集团船代项目需求分析和调研实践过程 此文档主要在于项目管理设置项目相关文档,有兴趣人员可以参考一下,对于项目管理和未来有此方向者有一定的参考价值。 流程再造方法论 -流程影射,系统评估,定义考核,再造建议 前言 本文档主要根据某集团船代项目需求分析和调研实践过程整理而得,描述从项目启动,调研到设计过程的大致过程叙述,重点在于咨询过程中涉及的需求分析和调研方法论,其他相关项目前期规划和调研可参考此方法论。如有不妥之处敬请指正,也希望能不断完善,谢谢!正文: 软件需求的定义: 根据IEEE软件工程标准词汇(1997年)中定义的需求为: 用户解决问题或达到目标所需的条件和能力; 系统或系统部件要求满足合同,标准,规范或其他正式规定文档所需具有的条件和能力; 一种反映上述条件和能力的文档说明。 本项目简介 因某某集团船代业务发展需要,加上目前的系统存在很大问题,也不能涵盖目前的所有业务需求,需进行调研和需求分析是否需要上一套

新的船代系统,新系统需要整合目前的业务结构和业务流程,同时满足业务的需求和未来发展。 适合读者 此文档适合信息系统项目咨询规划和分析的相关项目人员作为项目前期方法论参考之用。 目录 1.项目启动 2.项目调研 3.项目规划与考核指标 4.撰写SOR 项目启动 1.与成员企业与相关部门沟通 召开项目总启动会议,介绍项目组相关人员以及此项目的主要目的和要求,企业简单本项目涉及的业务流程和相关业务部门和目前主要组织结构。例如船代项目我们在这一个环节我们了解到了整个船代所涉及的主要业务可以分为: 集装箱进出口业务 散杂货进出口业务 箱管

订舱 根据业务的分工部门的分工也不同。以后的调研思路我们也可以按照这样两种业务流程主线去咨询调研相应的部门与人员。 2.安排项目相关人员 根据业务主线(集装箱进出口,散杂货进出口)整理调研思路,要求企业根据提供的业务主线流程,和部门结合分工安排,组织各部门主要相关人员积极配合项目未来的调研。 3.出初期调研时间和相关人员安排表 根据前期的准备工作,出具具体调研时间和人员安排表,时间项目组掌控制(需要和业务部门协调),人员安排需要业务部门提供详细人员名单资料。以便项目成员和企业相关部门人员提前做好调研准备(安排相关人员和准备一些相关资料)。 根据时间人员安排表,做好前期调研准备。 注:在调研具体调研前,我们因该知道所有物流在运作过程中碰到的四个主要问题为: 出错率 时效 成本 结算 在具体的调研过程中,我们始终要以此作为主导的思路问问题,才能找出目前的问题所在。也就是未来规划后的系统的价值所在。

IBM软件产品需求管理流程

IBM 软件产品需求管理流程 1. 简介 IBM 软件产品的版本(V.R.M.F)从市场规划和客户需求开始,到研发以及后续的交付遵循IB M软件部集成产品设计(IPD)流程。IBM 软件产品需求管理流程是IPD的一个体现,也就是一个由市场/客户驱动的,跨市场部门、研发产品管理部门及研发工程部门的端到端需求管理流程。同时,此次内容我们将描述IPD和产品需求管理流程,及流程中的角色(市场、研发产品管理部门及研发工程部门),以及他们之间是如何通过协作来管理需求的。 2. 背景——IPD IPD指导如何对软件产品发布版本进行投资决策和如何协调部门间工作以实现这些决策所 定义目标,IBM软件产品需求管理基于IPD流程,要了解这个需求管理的流程,首先我们要了解IBM所有产品开发所遵循的IPD的流程,包括其决策点。 IPD流程分为六个步骤: 1.概念:即概念验证阶段,主要对需求包进行评审,以确定其是否有足够的商业价值; 2.计划:即资源投入计划阶段,主要对需求包进行评估,以确定是否有足够的资源且在 一定的时间范围内将需求包开发出来; 3.开发:即对需求包进行开发成产品阶段; 4.验证:即对产品进行验证阶段; 5.交付:即将产品交付市场阶段; 6.生命周期:即产品在市场上销售,使用,维护和退出市场的阶段。 其中包括了几个重要的决策检查点(DCP):

1.概念决策检查点:即经过概念阶段各方面进行的一系列评审,在此检查点确定(1) 我们对需求包是否有足够的理解;(2)需求包是否有足够的商业价值。如果是,继续进入计划阶段; 2.计划决策检查点:即经过计划阶段的评估,在此检查点确定(1)我们是否有足够的 资源在既定的时间范围内完成需求包的开发(2)研发部门是否能在(1)的估计上承诺进行开发。如果是,继续进入开发阶段; 3.可交付决策检查点:即经过开发和验证阶段,在此检查点确定(1)产品是否质量合 格以交付给客户(2)我们产品的相应支持和销售是否已经准备好服务客户,如果是,产品交付市场; 4.生命周期结束决策检查点:即产品在市场使用一定时期后,在此检查点确定产品是否 退出市场。 一个产品从市场需求开始,经过概念验证,时间、资源等计划的支持,然后进行开发,验证,直至发布到市场供客户使用,最后在某个特定的时候结束产品在市场上的销售,在IBM都遵循着IPD流程。在其中过程中,这个产品的概念是否被接受,是否能得到资源上的投入的承诺,是否通过最终验证可以在市场上发布,以及什么时候在市场上停售,这些关键的决策都通过相应的委员会在不同的决策点上进行决策。 3. IPD 与产品需求管理流程 以上描述了IBM IPD的基本概念,我们接下来看IBM软件产品的需求管理是如何基于IPD 的。首先,请看下图一:产品需求管理流程。

图书管理系统数据流程图

1.1系统分析 1.1.1图书馆管理信息系统的基本任务 该“图书馆管理信息系统”是一个具有万人以上的员工,并地理位置分布在大型企的图 书馆理系统,图书馆藏书100多万册,每天的借阅量近万册。在手工操作方式下,图书的编目和借阅等的工作量大,准确性低且不易修改维护,读者借书只能到图书馆手工方式查找书目,不能满足借阅需求。需要建立一套网络化的电子图书馆信息系统。 该图书馆管理信息系统服务对象有两部分人:注册用户和一般读者。一般读者经注册后成为注册用户,注册用户可以在图书馆借阅图书,其他人员只可查阅图书目录,但不能借阅图书。系统同时考虑提供电子读物服务,目前只提供电子读物的目录查询服务,不久的将来将提供电子读物全文服务。用户可通过网络方式访问读图书馆管理信息系统。 1.1.2系统内部人员结构、组织及用户情况分析 为了对系统有一个全貌性的了解,首先要对系统内部人员结构、组织及用户情况有所了 解。图书馆系统的组织结构如图1-1所示。 图1-1图书馆管理信息系统的组织结构 图书馆由馆长负责全面工作,下设办公室、财务室、采编室、学术论文室、图书借阅室、电子阅览室、期刊阅览室和技术支持室。各部门的业务职责如下。 办公室:办公室协助馆长负责日常工作,了解客户需求,制定采购计划。

财务室:财务室负责财务方面的工作。 采编室:采编室负责图书的采购,入库和图书编目,编目后的图书粘贴标签,并送图书借阅室上架。 学术论文室:负责学术论文的收集整理。 图书借阅室:提供对读者的书目查询服务和图书借阅服务。 电子阅览室:收集整理电子读物,准备提供电子读物的借阅服务,目前可以提供目录查询和借阅。 期刊阅览室:负责情况的收集整理和借阅。 技术支持室:负责对图书馆的网络和计算机系统提供技术支持。 1.1.3系统业务流程分析 系统的业务室系统要达到的业务目标,业务流程分析是系统分析的基础环节。图书馆管 理信息系统的业务流程如图1-2所示。 图1-2图书馆管理信息系统的业务流程

相关文档
最新文档