第一篇：管理信息系统分析报告
管理信息系统分析报告
（一）见于贵公司企业员工人数的不断增长，企业员工的管理工作以日趋繁重，由于企业员工调试灵活，给管理工作带来了难度。为贵公司员工管理部门建立一套网络化的员工管理信息系统已经迫在眉睫。我公司研发的员工管理信息系统通过对员工的进厂、离厂、在职时的各种信息，包括面试管理、招工管理、聘任管理、岗位、部门调动管理、离职管理。
一：企业背景
北京三微软件开发有限公司是三微科技下属的高科技企业，专门致力于管理型软件的研究与开发。凭借三微科技优良的管理和技术资源，并坚持“求是、创新”的三微精神，以创新协作、脚踏实地的务实作风，为客户提供先进的管理理念和应用管理软件。
北京三微奉行“以科技促进步，以管理求发展”的宗旨，争创“一流技术、一流产品、一流服务”。近年来，公司一直以软件的行业化作为产品的定位方向，结合特定行业的具体业务流程和特点，为我们的客户提供最全面、功能最丰富的解决方案。目前已形成：物业管理软件、汽车货运管理软件、材料质量检测软件、产品检验与计量检定软件、企业管理软件等具有明显行业特色的软件产品。
作为应用管理软件提供商，优质的服务是我们对客户最好的承诺。我们建立了顾问咨询部和售后服务部，我们的人员拥有丰富的咨询和实施经验，确保客户信息管理系统的成功。同时，我们同国内外著名管理咨询公司、业界领先的软件开发商建立了战略联盟合作关系，实现优势互补，共同发展。
二、组织与管理方面的可行性
“企业员工管理信息系统” 完成对企业员工从招聘到就业的全套管理，同时它能满足企业各级部门所需要的上报表、盘信息，适应当代社会信息变化大的形势。因此，它的研究、开发受到企业领导的大力支持和积极配合。
稳定、合理的系统开发团队管理制度是本项目取得成功的基础和保证，公司现有一支由博士、硕士、学士所组成，集咨询、分析、设计、开发及实施为一体的强大队伍。公司一直与国内、省内信息化领域的专家保持密切联系，使三微软件以其先进的管理理念、优秀的设计方法、完善的系统功能，赢得了众多用户的青睐。所以企业员工管理信息系统组织与管理方面是完全具有可行性的。
三、技术上的可行性
本系统在网络环境下，采用客户机／服务器形式利用最先进的开发工具和开发平台（服务器操作系统：Miorosoft中文 Windows NT 4． 0；数据库系统： MSSQL Server 6．5For Windows NT．客户机操作系统： Microsoft中文 Windows 95；软件开发工具为： Power Builder 5 0 F0r Windows 95）系统在数据库设计方面，完全依据企业组织的改革、发展的需要和可能，分成若干项目，分步进行开发设计的，确保了企业员工管理工作的标准化和代码规范化。
系统采用模块化结构和规范化的代码结构，使得系统具有通用性、可扩充性及良好的可维护性。
近年来，世界各国都开始对信息系统的建设实施项目管理，不少软件开发商还提供了项目管理软件，如美国微软公司的Project2000、美国Primavera公司的ProjectPlannerP3和OS/23.0、我国北京梦龙公司的PERT3.0等。
系统现阶段的发展过程中，利用现有人力和物力是完全具备的能力开发出来的，作为阶段性产品，日后的发展空间大，实现方法逐步简单容易，所以企业员工管理信息系统在技术上是完全可行的。
四、经济上的可行性
1、投资预算 硬件安装费及软件费共25万元。
2、效益估计 如果系统运行良好，提高工作效率5倍多。
本系统开发人员少，投资少，技术含量高，但是它带来了无形的不可估量的收益，因次产品在经济上是可行的。
总之，本系统的如下特点：
1、采用了与数字化企业统一的设计，保证了与其它系统信息共享。系统设计根据J2EE规范定义的分布式多层应用模型将不同性质和用途的组件部署到不同类型的应用服务器中，并将整个应用系统划分为客户层、中间层（其中可包括WEB层、业务层）和数据服务层三层结构。依照此设计保障了系统的灵活性和可扩展性。
2、系统功能完善，解决了企业员工管理工作烦杂工作，从企业员工员工的进厂、离厂、在职时的各种信息，包括面试管理、招工管理、聘任管理、岗位、部门调动管理、离职管理。基于 B/S结构以方便的网页形式支持网络办公模式。系统还提供了综合信息服务系统、网络消息系统，企业员工网上互动系统等子系统。
3、功能强大的管理与培训有关的信息，统计分析员工培训情况，包括培训申请、培训计划、培训项目、培训教材、培训考核等内容。
4、网络环境的可扩展性：系统拥有很强的扩展性，支持多服务器集群，可以存储大量的资源数据，并可降低网络的负载，所有这些对使用者完全透明，用户不必考虑数据的存放位置。基于J2EE技术体系，利用虚拟机技术实现平台无关性，使得用户对运行环境（硬件、操作系统、应用服务器、数据库）可以拥有更大的选择自由度。
5、我们采用可插接的标准的JAAS安全服务技术以及完善的数据备份策略的配合，彻底解决了B/S架构的应用和数据安全问题，提供7*24小时服务。同时在数据传输、存储、备份 恢复等过程中保证数据的高度安全性。对于机密信息，按照不同安全等级从存储和传输两个方面保证了安全性。系统灵活的架构设计可适应不同的安全解决方案，便于建立防火墙，防范计算机病毒和非法用户的攻击。
北京三微软件开发有限公司是顾客的首选理由，我们有理由相信本系统产品的开发、生产是完全可行的！
管理信息系统分析报告
（二）一、文献选择:
1、检索角度选择
a、信息系统与组织创新有关的检索词，eg:信息化、信息技术、信息系统;组织创新，组织变革、组织创新、组织结构、组织文化、组织。
b、电子数据处理系统（EDP）、事务处理系统（TPS）、管理信息系统（信息管理与信息系统）、决策支持系统（DSS）、办公自动化系统（OA）、电子商务（EC）、商务智能（BI）、虚拟企业（VE）、企业资源规划（ERP）、电子政务等等具体领域信息系统的引入后对组织的影响。
c、信息系统建设的原则和方法、理论，eg:商务系统规划（BSP）、关键成功因素（CSF）、组合规划（portfolio）、信息系统生命周期理论对组织的影响。
2、检索式
利用以上1中的检索词进行检索，同时加上以下限定：
a、时间约束,2000-2004；
b、期刊约束，核心期刊；
c、学科分布，可以从学科中选择与本次主题相关的学科增强关联性，包括：管理学、图书情报与数字图书馆、计算机技术、互联网技术，排除像金融、医学等专门学科文献的干扰；
3、筛选文献方式：利用以上检索式检索的结果依旧很多，所以确定一下筛选文献方式。
a、核心作者，核心作者的文献质量较高，有利于对整体方向的把握。
b、核心机构，利用cnki的分析功能可以看到，清华大学、武汉大学、大连理工大学、浙江大学、复旦大学、上海交通大学、华中科技大学对此领域研究较深，所以优先选择。中国矿业大学虽然贡献也很大，但此单位的研究对象偏向于矿业所以不予考虑。
c、利用cnki中的趋势分析法，可以看到2000-2004年本领域文献属于快速增长期，也就意味着本领域的许多基本观点没有定论，这个时期各种应用系统中提出的观点比一般笼统的信息系统中提出的观点更有价值。
4、优化检索策略，利用上面的检索后，发现符合规定的文献并不是很多。所以在搜索结果的基础上，利用cnki中的关键词分析发现更多有用的关键词，重复上面的检索过程，使检索文献更有代表性。另外，通过参考文献发现相关文献。
二、文献研究结果：
1、组织结构(纵向研究)
如上海交通大学林英晖等人在《电子商务与企业组织结构变革》中从当前电子商务对企业生存环境的影响，指出企业组织结构将在规模与边界、层级结构、决策权分配发生变革。汤汇道等人在《网络组织—适应电子商务发展和变革要求的组织范式》中，根据电子商务的要求分析分析组织模式从泰罗的直线制、法约尔的职能制、事业部制、矩阵制到目前的网络组织。南京商学院程刚等在《基于企业信息化的组织结构变革研究》中提出信息化时代下，企业信息系统引入后，组织结构由纵向的直线型结构向组织结构扁平化、柔性化、网络化、虚拟化、边界模糊化方向发展。辽宁工程技术大学李士金等人在《基于电子上午的企业组织再造》中提出因直线型组织管理成本、效率、对外部环境适应性的缺陷进而提出钻石型组织模式。
总之，在这个阶段从企业纵向职能角度出发研究组织结构变化的文献非常多，大致都提出在信息系统的应用下，企业组织将会超扁平化、柔性化、网络化、虚拟化、边界模糊化、网络型（双向互动的多对多方向）等方向发展。
2、具体因素（横向研究）
如大连理工大学陆牡丹等在《信息系统建设中的组织文化变革管理》中，针对信息系统引入后组织文化发生的变革进行具体分析，其中对信息系统的引入采用六阶段理论（发起阶段、采用阶段、适应阶段、接受阶段、常规化阶段、扩散阶段）。中山大学马芝蓓在《信息系统对组织中信息活动与价值活动的影响分析》中，就信息系统的引入对组织中的信息活动与价值活动的影响进行分析，并得出信息系统只能围绕组织的价值链不断创新，才能全面提高信息系统在组织中的地位及影响力。复旦大学赵卫东等在《电子商务环境下的跨组织流程研究》中，针对跨组织流程这一方面进行阐述信息系统所带来的变化。
总之，就单方面方面进行研究的文献并不是很多。针对这方面进行研究的内容比较杂，没有统一的定论。
3、综合研究
如复旦大学曾学智等在《IT/IS对企业组织影响的框架研究》中提出的IT/IS对组织影响的多维模型，分别从范围（组织内部、外部）、深度（技术导向、绩效导向、社会与文化导向）、层次（运营层、知识层、管理层、战略层）进行分析，同时结合具体系统，eg:TPS、OA、KWS、MIS、DSS、IOS等分析。中科院夏昊翔等在《关于信息系统概念基础的一点思考》中，从 “基于事实”的信息系统模型的分析促使我们对信息系统的本质进行重新思考，提出了组织信息系统以及其五层结构理论。武汉大学信息管理系王毅夫等人在《对企业组织中信息系统思考》中组织中的信息系统概念、作用以及在企业知识管理中的桥梁作用。中山大学马芝蓓在《从Nolan模型到Synnott模型—组织管理信息模式选择研究》中，阐释了Nolan模型从时间角度，Synnott模型则从空间角度出发提出信息系统选择方案，并对两个模型进行比较，并提出任何信息系统的选择时间维是其必要条件，空间维是其充分条件。
总之，综合分析主要从信息系统与组织的概念或者对组织影响的多维因素出发。
三、启发：
1、筛选过程可以利用citespace分析出核心作者，高被引等文献会更专业，cnki只能进行粗略的分析且分析数量较少。
2、从检索角度而言，仅用检索词检索不全面，浏览会有意外的收获，所以下次的检索策略将使用检索与浏览相结合的方式。
3、关于交叉学科之间的相关知识的了解过少，像对于跨组织流程等的研究无法深入理解。
第二篇：管理信息系统案例分析报告
管理信息系统案例分析报告
宝供储运的成长故事
指导教师：
教授
小组成员：
：
组织讨论，课堂演示
：
参与讨论，制作幻灯片
：
参与讨论，制作书面材料
：参与讨论，修改书面材料
：
参与讨论，提供参考资料
：
课堂演示
提供工作案例
：
起草书面材料、幻灯片文稿，课堂演示
背 景 简 介
Ø 此案例发表于99年的《IT经理世界》
Ø 宝供储运，一家民营的中型储运企业，94年底成立至今仅有4年多的历史，然而它对信息技术的追求却一直贯穿始终。
Ø 刘武，高中毕业，宝供的创始人兼CEO，具备极强的思辨能力，对企业发展的前瞻性认识相当出色。谦虚好学，意志坚定，目标远大。
Ø 唐友三，中科院退休专家，多年从事企业信息系统研究，一直未了的心愿是能在企业中真正实施信息系统。受聘担任宝供的CIO，是看中宝供的发展潜力和对信息、网络的渴望及适用。
Ø 宝供在开始时只有宝洁一个客户，优质的服务使其成为宝洁的铁路总代理，直到97年宝洁开始有意识分单引入竞争，刘武意识到必须开发更多客户，借助于建立先进的企业信息系统实现企业目标。
Ø 和北京英泰奈特公司翟学魂总经理－一位企业信息系统专家的合作，使得宝供能够以先期较低投入站在较高起点收到很好效益，进而继续投入继续改进提高，形成良性循环，促进宝供不断发展的欲望。
Ø 自始至终对气氛的营造，对项目的支持，业务人员的真正积极参与，使得员工和企业都在信息化进程中得到了益处和提高，素质的增强和企业的壮大反过来又推动了企业信息系统建设的进一步发展。
Ø 至99年，宝供拥有45个客户，在全国31个城市设有运作点，客户中80％是外资企业。如何向国内企业灌输现代物流观念并帮助其规范管理流程，进而开发成为宝供的客户，是一个艰巨的任务。
Ø 宝供信息化建设第三阶段即将展开，新一轮腾飞蓝图构想完成。
从宝供储运企业的信息化发展历程，分析企业信息系统建设中的关键成功因素有哪些？
Ø 企业对信息系统建设有着切实的需求。以宝供来看，发展中的信息瓶颈使得他们为谋求进一步的发展而不断思变，并最终走向信息化发展。从开始做宝洁的学生，为了符合宝洁的高目标、新需求而不断改善企业的服务系统，随着业务的扩大，出现信息瓶颈，而宝洁公司对物流各个环节信息的关注，都对宝供提出更高要求，最终宝洁的分单事件迫使宝供储运彻底改变企业的信息系统。
Ø 企业一把手的重视支持与推进
刘武从意识到要改变到找到唐友三,仅仅是变革的第一步,他在以后的系统改进中对研发的重视与支持是非常关键的,这一点从刘武改变财务流程可以看出.Ø 真正懂IT的人才:强大的技术支持与保障—唐友三
刘武意识到要改变，高度重视信息系统的引进，但真正将其实施的是CIO唐友三;合作伙伴——北京internet的翟学魂,与翟的合作,不但顺利实现信息系统的建设,而且节约了很大一笔资金,这对发展中的宝供无疑是最大的支持.Ø 系统建设的资金要敢于投入,企业自身的实力也是很关键的因素。
组织对信息系统建设的认可,人员素质较高，管理较为规范,能在较短的时间内掌握信息系统的精髓,有资金、技术和人才的保证,信息系统规划和企业目标统一。
阐析在信息系统建设中CEO与CIO各自的责任与作用，以及他们两者的关系？
Ø CEO：（1）重视支持CIO的工作，提供人力，物力，财力的支持，宣传信息系统建设的重要性，推动信息系统建设顺利开展
（2）规范管理，提高人员素质的责任
（3）负责鼓动，宣传，推广使用MIS
（4）向CIO提出建立MIS的目标和要求
Ø CIO：负责开发与企业业务流程相适应的信息系统，联系IT界相关人才，鼓励领导支持信息系统建设
（1）熟悉企业生产经营运作，领会了解CEO或企业对MIS建设的要求
（2）及时了解掌握和解决CIS运行过程中出现的问题
（３）有关人员的培训工作
（４）树立信息系统建设的重要形象
两者关系：相互合作，相互促进。CEO重在财政的支持，对CIO应充分信任并相应授权；CIO应结合企业的实际情况，合理配置资源，力求最好的投入产出比。
CEO的责任：提供人力，物力，财力的支持，宣传信息系统建设的重要性。
从宝供储运的信息系统开发与建设过程，阐述系统分析在系统开发中的地位与作用？
Ø 系统分析即了解业务流程以便编写相应的软件，系统分析是系统开发的第一步，既是系统开发的前提和基础，也是系统开发的关健和核心，具体来说：
系统分析可以确定系统应具备哪些功能模块
弄清各模块之间的关系，即系统的逻辑结构，使得开发出的系统科学合理
Ø 系统分析关心：现行系统做什么、新系统该如何做、何时做、存在哪些问题等等。准确、详尽的系统分析旨在明确需求，是以后工作的目标和导向。系统分析的成败直接关系到整个系统开发的成败，如果系统分析中没有注意到一些重要环节，这将使将来整个系统的运行出现故障，甚至瘫痪
如果宝供储运在全国各地建有多家分支机构, 那么让你帮助改进它的信息系统方案为Client/Server模式, 请你根据其管理分布情况, 为他们选择一种Client/Server的模式(模式1-模式5之一), 并说明理由。
Client/Server的五种模式及其特点
模式
Server
Client
模式一（分式表达）
数据管理、逻辑处理、信息表达
信息表达
模式二（远程表达）
数据管理、逻辑处理
信息表达
模式三（分布式逻辑处理）
数据管理、逻辑处理
逻辑处理、信息表达
模式四（远程数据管理）
数据管理
逻辑处理、信息表达
模式五（分布式数据管理）
数据管理
数据管理、逻辑处理、信息表达
Client/Server的类型划分依据：
信息表达的处理过程在何处进行
逻辑处理或者企业规划在何处执行
数据管理文件（DBMS）和信息（数据库）放在什么地方
Client/Server
优点：
1、分布式处理能够反应组织的运作过程
2、其信息、软件、处理能力的分布是透明的3、应用软件能被重复调用
4、服务器能控制信息的使用
5、客户机端具有良好的灵活性
6、便于系统升级
7、支持电子商务的概念
缺点：
1、有些系统软件不支持Client/Server模式
2、Client/Server系统隐含成本不可忽视
3、数据的一致性难以控制
Client/Server的关键
1、了解自己的组织怎样工作
2、选择恰当的Client/Server实现模式
3、用面向对象技术开发Client/Server系统
Ø 选择Client/Server模式３：分布式逻辑结构
在这种结构下，服务器具有数据处理和数据管理功能，客户机是智能终端，客户机除具有表示功能外，还具有一定的的处理应用功能，可以满足各分支机构处理信息的需要。总公司将负责公司所有通用的物流客户信息，各分公司可重复调用软件，最终将减少软件的开发费用，提高工作效率，分公司与总公司都承担逻辑处理或企业规则这两项功能，总部通信量不至于过大，而且比较安全。
如果现在刘武打算建立宝供储运的电子商务系统, 你认为除了公司自己的网络和系统软件开发外, 还需要做哪些方面的工作(具备哪些必备条件)?
Ø 宝供储运要继续加强公司内部管理，如：提高人员素质和管理水平；建设网络基础：因特网，外联网，其它网络及通信设施 ；建立信息安全体系；建立电子商务支付系统；构建相应的信息系统工具
宝供储运信息系统的应用仅仅是实现了内部电子商务：内部网、远程通信。要真正实现电子商务，外部电子商务至关重要，向客户灌输现代物流观念和帮助他们规范管理流程是十分必要的。
通过对宝供储运的案例分析，我们可以得出如下结论：
1、信息技术的使用可以强化内部控制，增强企业对环境变化反应的灵活性，提高企业的竞争力，使企业在激烈市场竞争中占据有利位置，从而为企业发展提供良好的保证。所以，我们应坚定用信息技术提升企业竞争优势的信心。
2、企业对信息技术的使用应有适合且明确的目标。这是信息技术在企业实施成功的关键。否则，会产生
3、信息技术在企业实施的成功还须有其他条件的配合。首先，应加强从企业高层到各级部门对信息技术在企业实施的必要性、重要性的认识，以增强信息技术在企业实施的动力，减小阻力。其次，要有一定的资金投入，以保障实施中的各项费用支出。再者，要有适合的人机构为企业量身订做适宜的软件系统。
4、要以信息化改造为契机，配合信息化改造，加强内部管理与协调，使企业日常管理与信息化改造相融合，否则，会产生企业日常管理和信息化管理两张皮的现象。
5、信息技术在企业使用还要关注外部环境。要适应、引导相关供应商和客户发现企业信息技术给其带来得便利之处。同时，注重对外界面的友好，不要因本企业的信息化而使相关供应商和客户感到不便。
在信息技术日益深入我们社会生活的方方面面的今天，我们应适应并引导信息化潮流，使我们的企业获得和保持竞争优势。
第三篇：图书馆管理信息系统 分析报告
图书馆管理信息系统 需求分析..................................................................................2
1.1 系统背景分析........................................................................................................2 1.2图书管理业务流程图..........................................................................................4 1.3数据流程图...............................................................................................................7 1.4数据字典..................................................................................................................11 1.4.1 数据项描述....................................................................................................11 1.4.2 数据结构.........................................................................................................11 1.4.3 数据流的描述................................................................................................11 1.4.4 处理逻辑的描述...........................................................................................20 1.4.5 数据存储的描述...........................................................................................23 1.4.6 外部实体的描述...........................................................................................25 2 概念模型设计........................................................................25
2.1实体图.......................................................................................................................25 2.2 实体—联系图......................................................................................................27 2.3 数据库概念模型.................................................................................................28 3 逻辑模型及物理模型设计...................................................28
3．1 数据库概念模型转换为关系模型.........................................................28 3．2 数据库物理模型..............................................................................................29 4 数据库的实施与运行...........................................................29
4．1生成的SQL语句.............................................................................................29 5 参考资料................................................................................33 需求分析
1.1 系统背景分析
<系统背景简介…> 1． 组织机构介绍。。2． 业务情况介绍
随着学院的日渐扩大，图书馆的管理工作也日益复杂，但其主要工作分为：
新书入库：首先，图书馆的管理部门根据图书的库存量、图书的需求量和各类图书的最近发展情况向采购员发出购书计划单，采购员根据购书计划单向图书供应商发出购书单，采购员收到图书供应商的提货通知单并提货，将检验不合格的图书退给供应商，并发出重新发货的通知单。其次，将入库书单和检验合格的图书交付给图书管理员。最后，对新书进行分类处理：即按国家统一的分类进行编号，登记书号、书名、作者、出版社、价格、数量等信息到书库，并将购书单和提货单交付给财务部门。记入入库文件。
图书出库注销：对于过期的各类图书进行出库处理，注销其相应信息。 图书的借出：图书管理员根据借阅者的借书单去查阅书库，若有借阅者要借的书，则将书借给借阅者，并将借阅者的借阅证号、姓名及所借图书的信息记入书库借阅文件，若没有借阅者要借的书，借阅者可以预定所要借的书，管理员将预定信息记入预定文件。
图书的归还：借阅者将所借的书归还图书馆时，管理员对图书进行检查，若完好，将借阅者的这条归还信息记入归还文件，并注销相应的借阅信息；若被损坏，开出罚款单，并将罚款信息记入罚款文件，将借阅者相应的归还信息记入图书归还文件，并注销相应的借阅信息；若超期，则根据超期的天数进行罚款，同时将相关罚款信息记入罚款文件，将借阅者的这条归还信息记入归还文件，并注销相应的借阅信息。若借阅者不慎将图书遗失，图书管理员根据图书的单价和学院的相关规定开出赔偿单据，借阅者交纳赔偿金后，管理员相关的赔偿信息记入赔偿文件，注销相应的借阅信息，并注销该书的信息。
统计情况：图书管理员对图书借阅情况进行统计，对逾期未还的借阅者催其归还
图书。并且定期对图书进行整理及统计。
检索：对图书馆书库的各方面进行检索。
图书馆管理信息系统的数据需求包括如下几点： 1． 数据录入的可靠性
数据的输入主要依靠手工，而准确的输入关系到该系统的数据是否能准确处理，加之该系统需要输入大量的图书及用户资料，所以系统必须有简洁的界面和一定的灵活性使得输入工作迅速而准确。2． 数据的完整性与一致性
对于输入的数据，要有一定的完整性规则，如果不能符合要求，系统应该拒绝该数据。由于系统的数据是共享的，图书作为共享数据，其去向必须是明确的，系统需保证图书不能被两人同时借出，而要解决这一问题，需要一定的人员维护数据的一致性。
1.2图书管理业务流程图
采编部有关部门新书书单不合格书单新书报表校验员藏书报表新书清单合格书单藏书清单编码员库藏清单书库书籍分配单领书清单书库管理员领取新书报表书库 新书入库业务流程图
书库有关部门注销计划注销申请表不合格申请表注销通知审核员藏书报表注销清单合格申请表藏书清单编码员 旧书出库（含遗失注销）业务流程图
读者预约申请表借书申请表续借申请表无效申请表预约通知续借通知领书通知索书员未在库在库在库在库书籍清单有效申请表借出书籍清单预约清单书库管理员书库无此书库存报表缺书申请单补书单采编部有关部门 图书借阅（图书借出、图书预约、图书续借）业务流程图
读者遗失通知超期通知还书通知有关部门遗失申请表归还申请表遗失清单在库清单书库管理员归还清单在库报表遗失报表藏书清单注销通知遗失统计编码员藏书报表 图书归还（遗失归还、超期归还）业务流程图
新用户有关部门用户申请表不合格申请表新用户登录通知审核员读者清单读者清单合格申请表新用户清单读者管理员 读者入库业务流程图
读者有关部门注销申请表不合格注销表用户注销通知单审核员读者报表读者清单合格注销表注销清单读者管理员 用户注销（证件挂失）业务流程图
1.3数据流程图
符号说明
外部实体处理数据流数据存储 p1管理员新旧书书单书书单采编入库注销书籍p2注销出库p3读者归、籍书籍阅书借还新用户名单注销用户名单借阅归还借归阅清还单清、单新书清单清单D1书籍基本信息管理员p4编码入库p5注销出库新用本信户基息用户销注信息基本D2读者基本信息（1层数据流程图）
管理员不合格书单新书书单P1.2审核合格书单P1.3编码新书基本信息新书报表新书基本信息书籍基本信息管理员（2层新书入库管理）
读者不合格书单借书单、预约书单所借书籍P3.1.1审核合格预约书单P3.1.2预约处理合格借书单P3.1.3借书处理借书清单借书清单书籍基本信息管理员读者借书情况报表（2层图书借阅、预约管理）
P3.2.4读者罚款通知罚款金额交纳入帐罚款清单归还书籍、遗失书籍P3.2.1审核损坏书单还书清单遗失书单罚款报表读者还书情况报表P3.2.2损坏处理损坏清单还书清单P3.2.3遗失处理遗失报表损坏清单遗失清单遗失书籍报表损坏书籍报表书籍基本信息管理员（2层图书归还、遗失管理）
管理员不合格书单旧书书单P2.1审核合格书单P2.2注销旧书清单旧书注销报表旧书注销清单书籍基本信息管理员（2层旧书出库管理）
管理员不合格名单新用户名单P4.1审核合格名单P4.2编码入库新用户基本信息新用户报表新用户清单读者基本信息管理员（2层新用户入库管理）
管理员不合格名单注销名单P5.1审核合格名单P5.2注销注销用户基本信息注销用户报表游乐用户清单读者基本信息管理员（2层用户注销管理）
1.4数据字典
1.4.1 数据项描述
1.4.2 数据结构
1.4.3 数据流的描述
数据流编号：D1 数据流名称：新书书单
简
述：购入书籍的表单 数据流来源：管理员 数据流去向：审核模块
数据流组成：索书号+书名+出版社等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D2 数据流名称：合格书单
简
述：通过审核的新书书单 数据流来源：审核模块 数据流去向：编码模块
数据流组成：索书号+书名+出版社等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D3 数据流名称：不合格书单
简
述：没有通过审核的新书书单 数据流来源：审核模块 数据流去向：管理员
数据流组成：索书号+书名+出版社等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D4 数据流名称：新书基本信息
简
述：新入库图书的信息 数据流来源：编码模块
数据流去向：书籍基本信息
数据流组成：条形码+索书号+书名+出版社等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D5 数据流名称：新书清单
简
述：新入库图书的书单 数据流来源：编码模块 数据流去向：新书报表
数据流组成：条形码+索书号+书名+出版社等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D6 数据流名称：借书单
简
述：读者借书的书单 数据流来源：读者 数据流去向：审核模块
数据流组成：索书号+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D7 数据流名称：预约书单
简
述：读者预约书籍的书单 数据流来源：读者 数据流去向：审核模块
数据流组成：索书号+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D8 数据流名称：合格书单
简
述：通过审核的借书单 数据流来源：审核模块
数据流去向：借书处理模块
数据流组成：条形码+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D9
数据流名称：不合格书单
简
述：没有通过审核的借书单 数据流来源：审核模块 数据流去向：读者
数据流组成：索书号+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D10 数据流名称：不合格书单
简
述：没有通过审核的预约书单 数据流来源：审核模块 数据流去向：读者
数据流组成：索书号+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D11 数据流名称：合格书单
简
述：通过审核的预约书单 数据流来源：审核模块
数据流去向：预约处理模块
数据流组成：条形码+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D12 数据流名称：所借书籍
简
述：读者借到的图书 数据流来源：借书处理 数据流去向：读者
数据流组成：条形码+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D13 数据流名称：预约清单
简
述：预约图书的书单 数据流来源：预约处理模块 数据流去向：预约情况报表
数据流组成：条形码+借阅证号码 数据流量：200张/天 高峰流量：400张/天
数据流编号：D14 数据流名称：预约图书信息
简
述：预约图书的基本信息 数据流来源：借书处理模块 数据流去向：书籍基本信息
数据流组成：条形码+借阅证号码 数据流量：200张/天 高峰流量：400张/天
数据流编号：D15 数据流名称：借书清单
简
述：借出图书的书单 数据流来源：借书处理模块 数据流去向：读者借书情况报表 数据流组成：条形码+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D16 数据流名称：借出图书信息
简
述：借出的图书的基本信息 数据流来源：借书处理模块 数据流去向：书籍基本信息
数据流组成：条形码+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D17 数据流名称：归还书籍
简
述：归还图书的书单 数据流来源：读者 数据流去向：审核模块
数据流组成：条形码+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D18 数据流名称：遗失书单
简
述：遗失图书的书单 数据流来源：读者 数据流去向：审核模块
数据流组成：条形码+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D19 数据流名称：罚款通知
简
述：交给罚款的通知 数据流来源：审核模块 数据流去向：读者
数据流组成：条形码+借阅证号码+罚款金额等 数据流量：15张/天 高峰流量：30张/天
数据流编号：D20 数据流名称：损坏书单
简
述：损坏的图书的书单 数据流来源：审核模块
数据流去向：损坏处理模块 数据流组成：条形码+书名等 数据流量：15张/天 高峰流量：30张/天
数据流编号：D21 数据流名称：归还清单
简
述：归还图书的书单 数据流来源：审核模块
数据流去向：读者还书情况报表 数据流组成：条形码+借阅证号码等 数据流量：200张/天 高峰流量：400张/天
数据流编号：D22 数据流名称：遗失书单
简
述：遗失的图书的书单 数据流来源：审核模块
数据流去向：遗失处理模块
数据流组成：条形码+借阅证号码等 数据流量：15张/天 高峰流量：30张/天
数据流编号：D23 数据流名称：损坏清单
简
述：损坏图书的书单 数据流来源：损坏处理模块 数据流去向：损坏图书报表
数据流组成：条形码+借阅证明号码等 数据流量：15张/天
高峰流量：30张/天
数据流编号：D24 数据流名称：损坏图书信息
简
述：损坏图书的基本信息 数据流来源：损坏处理模块 数据流去向：书籍基本信息 数据流组成：条形码+书名等 数据流量：15张/天 高峰流量：30张/天
数据流编号：D25 数据流名称：归还图书信息
简
述：归还图书的基本信息 数据流来源：审核模块
数据流去向：书籍基本信息 数据流组成：条形码+书名等 数据流量：200张/天 高峰流量：
数据流编号：D26 数据流名称：遗失清单
简
述：遗失图书的书单 数据流来源：遗失处理模块 数据流去向：遗失报表
数据流组成：条形码+借阅证号码等 数据流量：15张/在 高峰流量：15张/天
数据流编号：D27 数据流名称：遗失图书信息
简
述：遗失图书的基本信息 数据流来源：遗失处理模块 数据流去向：书籍基本信息 数据流组成：条形码+书名等 数据流量：15张/天 高峰流量：30张/天
数据流编号：D28 数据流名称：罚款金额
简
述：交给罚款的金额 数据流来源：读者
数据流去向：交纳处理模块
数据流组成：借阅证号码+罚款金额+罚款通知序号等
数据流量：15张/天 高峰流量：30张/天
数据流编号：D29 数据流名称：旧书书单
简
述：陈旧图书的书单 数据流来源：管理员 数据流去向：审核模块
数据流组成：条形码+索书号+书名等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D30 数据流名称：不合格书单
简
述：没有通过审核的陈旧图书的书单 数据流来源：审核模块 数据流去向：读者
数据流组成：条形码+索书号+书名等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D31 数据流名称：合格书单
简
述：通过审核的陈旧图书的书单 数据流来源：审核模块 数据流去向：注销模块
数据流组成：条形码+索书号+书名等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D32 数据流名称：注销书单
简
述：注销图书的书单 数据流来源：注销模块 数据流去向：出库报表
数据流组成：条形码+索书号+书名等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D33 数据流名称：注销图书信息
简
述：注销图书的基本信息 数据流来源：注销模块
数据流去向：书籍报表信息
数据流组成：条形码+索书号+书名等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D34 数据流名称：新用户名单 简
述：新进用户的名单 数据流来源：管理员 数据流去向：审核模块
数据流组成：学号（或工作证号码）+姓名等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D35 数据流名称：合格名单
简
述：通过审核的新用户名单 数据流来源：审核模块
数据流去向：编码入库模块
数据流组成：学号（或工作证号码）+姓名等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D36 数据流名称：不合格名单
简
述：没有通过审核的新用户名单 数据流来源：审核模块 数据流去向：管理员
数据流组成：学号（或工作证号码）+姓名等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D37 数据流名称：新用户信息
简
述：新进用户的基本信息 数据流来源：编码入库模块 数据流去向：书籍基本信息
数据流组成：借阅证号码+学号（或工作证号码）等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D38 数据流名称：新用户清单 简
述：新用户的名单 数据流来源：编码入库模块
数据流去向：新用户报表
数据流组成：借阅证号码+学号（或工作号码）等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D39 数据流名称：注销名单
简
述：注销用户的名单 数据流来源：管理员 数据流去向：审核模块
数据流组成：借阅证号码+学号（或工作号码）等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D40 数据流名称：合格名单
简
述：通过审核的注销用户名单 数据流来源：审核模块 数据流去向：注销模块
数据流组成：借阅证号码+学号（或工作证号码）等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D41 数据流名称：不合格名单
简
述：没有通过审核的注销用户名单 数据流来源：审核模块 数据流去向：管理员
数据流组成：借阅证号码+学号（或工作证号码）等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D42 数据流名称：游乐用户信息 简
述：注销的基本信息 数据流来源：注销模块
数据流去向：用户基本信息
数据流组成：借阅证号码+学号（或工作证号码）等 数据流量：1张/3个月 高峰流量：1张/月
数据流编号：D43 数据流名称：注销图书清单 简
述：注销图书的书单
数据流来源：注销模块
数据流去向：注销用户报表
数据流组成：借阅证号码+学号（或工作证号码）等 数据流量：1张/3个月 高峰流量：1张/月
1.4.4 处理逻辑的描述
处理逻辑编号：P1.1 处理逻辑名称：审核处理
简
述：对新购入图书进行审核 输入的数据流：新书书单
处理描述：对照新书书单对新购入图书进行检查，核对图书数量、内容，检查是否完整。输出的数据流：不合格书单、合格书单 处理频率： 1次/2个月
处理逻辑编号：P1.2 处理逻辑名称：编码处理
简
述：将合格图书近一定要求编码入库 输入的数据流：合格书单
处理描述：由管理人员对采购回来并审核无误的图书，按照国家统一的分类进行编号，之后登记书号、书名、作者、出版社等图书基本信息
输出的数据流：新书基本信息、新书清单 处理频率： 1次/2个月
处理逻辑编号：P2.1 处理逻辑名称：审核处理
简
述：对陈旧图书进行审核 输入的数据流：旧书书单
处理描述：检查图书是否已经过期或内容已不满足读者的需要，是否已遗失 输出的数据流：合格书单、不合格书单 处理频率：1次/2个月
处理逻辑编号：P2.2 处理逻辑名称：注销处理
简
述：将图书从书库中撤消 输入的数据流：合格书单
处理描述：将与合格书单中的图书从书库中删除。输出的数据流：注销图书基本信息、注销图书基本信息 处理频率： 1次/2个月
处理逻辑编号：P3.1.1 处理逻辑名称：审核处理
简
述：对借书单、预约书单 输入的数据流：借书单、预约书单
处理描述：根据借书单进行审核检查书库中是否有该图书，该图书是否在库，读者是否能够再借阅该图书；根据预约书单进行审核检查看书库中的图书是否已经有人预约
输出的数据流：不合格借书单、不合格预约书单、合格借书单、合格预约书单 处理频率： 200次/天
处理逻辑编号：P3.1.2 处理逻辑名称：借书处理
简
述：处理读者借书问题 输入的数据流：合格借书单
处理描述： 根据合格借书单信息将书籍借予读者 输出的数据流：借书清单、借出图书信息
处理频率： 200次/天
处理逻辑编号：P3.1.3 处理逻辑名称：预约处理
简
述：处理读者预约问题 输入的数据流：合格预约书单
处理描述：根据合格预约书单信息将书籍归入预约状态 输出的数据流：预约清单、预约图书信息 处理频率： 200次/天
处理逻辑编号：P3.2.1 处理逻辑名称：审核处理
简
述：将归还书单、遗失书单进行审查 输入的数据流：归还书单、遗失书单
处理描述：根据还书书单检查所借阅书籍是否已经超期或损坏，若有则给予罚款通知；检查遗失图书情况是否属实
输出的数据流：罚款通知、损坏书单、归还图书信息、归还图书清单、遗失书单 处理频率： 200次/天
处理逻辑编号：P3.2.2 处理逻辑名称：损坏处理
简
述：对损坏图书进行处理 输入的数据流：损坏书单
处理描述：对已损坏图书进行修补并记录其损坏程度 输出的数据流：损坏清单、损坏图书信息 处理频率： 200次/天
处理逻辑编号：P3.2.3 处理逻辑名称：遗失处理
简
述：对遗失图书进行处理 输入的数据流：遗失书单
处理描述：对已的图书进行注销
输出的数据流：遗失清单、遗失图书信息 处理频率： 200次/天
处理逻辑编号：P3.2.4 处理逻辑名称：交纳入帐 简
述：处理罚款问题 输入的数据流：罚款金额
处理描述：根据罚款通知单内容收纳罚款金额并对其进行记录 输出的数据流：罚款清单 处理频率： 200次/天
处理逻辑编号：P4.1 处理逻辑名称：审核处理
简
述：对申请入库的新用户进行审查 输入的数据流：新用户名单
处理描述：对申请入库的新用户检查其是否已经办理过入库 输出的数据流：合格名单、不合格名单 处理频率：30次/天
处理逻辑编号：P4.2 处理逻辑名称：编码入库
简
述：对合格用户进行编码 输入的数据流：合格名单
处理描述：对合格用户按其职位和所在部门进行统一编号 输出的数据流：新用户清单、新用户基本信息 处理频率：30次/天
处理逻辑编号：P5.1 处理逻辑名称：审核处理
简
述：对注销用户名单进行审核 输入的数据流：注销名单 处理描述：对注销用户的各类信息进行检查，若其有未还图书或未交纳罚款认为其不能注销 输出的数据流：不合格名单、合格名单 处理频率： 30次/天
处理逻辑编号：P5.2 处理逻辑名称：注销处理
简
述：对合格名单的处理 输入的数据流：合格名单
处理描述：将合格名单上的用户从库中撤消 输出的数据流：注销清单、注销用户基本信息 处理频率：30次/天
1.4.5 数据存储的描述
数据存储编号：F1 数据存储名称：书籍基本信息
简
述：存储所有藏书的基本信息
数据存储组成：条形码+索书号+作者+出版社+出版日期+所在书库+单价表+库存数+书名+在库数量+入库日期
关键字：条形码
相关联的处理：P1.2，P2.2，P3.1.3，P3.2.1
数据存储编号：F2 数据存储名称：新书报表
简
述：存储新购入图书的信息
数据存储组成：条形码+索书号+作者+出版社+出版日期+所在书库+单价表+库存数+书名+在库数量+入库日期 关键字：条形码 相关联的处理：P1.2
数据存储编号：F3 数据存储名称：旧书注销报表
简
述：存储注销图书的信息
数据存储组成：条形码+索书号+作者+出版社+出版日期+单价表+书名 关键字：条形码 相关联的处理：P2.2
数据存储编号：F4 数据存储名称：读者借书情况报表 简
述：存储读者借书的信息
数据存储组成：借阅证号码+姓名+条形码+索书号+书名 关键字：条形码+借阅证号码 相关联的处理：P3.1.2
数据存储编号：F5 数据存储名称：读者预约情况报表
简
述：存储读者预约图书的信息
数据存储组成：条形码+索书号+书名+借阅证号码+姓名 关键字：条形码+借阅证号码 相关联的处理：P3.1.2
数据存储编号：F6 数据存储名称：损坏图书报表
简
述：存储损坏图书的信息
数据存储组成：条形码+索书号+作者+出版社+出版日期+单价表+书名 关键字：条形码
相关联的处理：P3.2.2
数据存储编号：F7 数据存储名称：遗失图书报表
简
述：存储遗失图书的信息
数据存储组成：条形码+索书号+作者+出版社+出版日期+单价表+书名 关键字：条形码
相关联的处理：P3.2.3
数据存储编号：F8 数据存储名称：读者还书情况报表
简
述：存储读者归还图书的信息
数据存储组成：条形码+索书号+书名+借阅证号码+姓名 关键字：条形码+借阅证号码 相关联的处理：P3.2.1
数据存储编号：F9 数据存储名称：罚款报表
简
述：存储罚款的信息
数据存储组成：借阅证号码+姓名+罚款通知序号+罚款金额+罚款原因 关键字：借阅证号码+罚款通知序号 相关联的处理：P3.2.4
数据存储编号：F10 数据存储名称：读者基本信息
简
述：存储读者的基本信息
数据存储组成：借阅证号码+学号（或工作证号码）+姓名+所在部门 关键字：借阅证号码
相关联的处理：P4.2，P5.2
数据存储编号：F11 数据存储名称：新用户报表
简
述：存储新用户的信息
数据存储组成：借阅证号码+学号（或工作证号码）+姓名+所在部门 关键字：借阅证号码 相关联的处理：P4.2
数据存储编号：F12 数据存储名称：注销用户报表
简
述：存储注销用户的信息
数据存储组成：借阅证号码+学号（或工作证号码）+姓名+所在部门 关键字：学号（或工作证号码）相关联的处理：P5.2
1.4.6 外部实体的描述
外部实体编号：S1 外部实体名称：读者
简
述：从图书馆中借阅图书的人
输入的数据流：所借图书、不合格借书单、不合格预约书单、罚款通知 输出的数据流：借书单、预约书单、归还图书、遗失书单、罚款金额
外部实体编号：S2 外部实体名称：管理员
简
述：管理图书的人
输入的数据流：不合格书单、不合格旧书书单、不合格新用户名单、不合格注销名单 输出的数据流：新书书单、旧书书单、新用户名单、注销名单 概念模型设计
2.1实体图
索书号条形码所在书库出版日期在库数量库存数量图书入库日期书名作者出版社单价表索书号 图书实体
索书号索书号索书号索书号书库类别 书库类别实体
所在部门借阅证号码学号学生借阅证 学生借阅证实体
所在部门借阅证号码工作证号码教师借阅证 教师借阅证实体
管理员姓名工作证号码管理员 管理员实体
学号姓名性别学生年龄政治面貌籍贯所在系 学生实体
工作证号码姓名性别职称教师年龄政治面貌籍贯所在系 教师实体
罚款金额日期借阅证号码序号罚款单 罚款单实体
2.2 实体—联系图
图书n存放1书库借阅mn学生借阅证教师借阅证拥有教师
n1罚款11拥有学生1罚款清单nn1管理管理员1
2.3 数据库概念模型
图书条形码索书号作者书名出版日期出版社单价表库存量在库数量书库书库名可用借书证类型借阅周期超期罚款单价教师借阅证借阅证号码工作证号码所在部门学生借书证借书证号码学号所在部门罚款单序号借阅证号码罚款金额日期教师工作证号码姓名性别所在部门职称政治面貌籍贯教师年龄学生学号姓名性别教师年龄所在系籍贯政治面貌管理员管理员号码管理员姓名 3 逻辑模型及物理模型设计
3．1 数据库概念模型转换为关系模型
1．管理员（管理员姓名，工作证号码）
2．图书（。。）
3．2 数据库物理模型
BNOBNOchar(10)BSNAMETCARDchar(10)BNUMBNO = BNOANAMEBNAMEBDATEBPUBLISHPRICETCARD = TCARDBSTOCKSBSTORAGERELATION_88BOOKSBOOKSTORAGEchar(10)BSNAMEchar(10)BSNAME = BSNAMEchar(10)BSCARDchar(10)char(10)BSCIRCLYintegerchar(20)BSPRICEfloatchar(20)dateBNO = BNOchar(20)RELATION_89floatBNOchar(10)integerSTUCARDchar(10)integerSTUCARD = STUCARDTCARDSTCARDTNUMTNOTDEPTchar(10)char(10)char(10)char(40)STUCARD = STUCARDAMERCESTUCARDSSTUCARDSNOSTUNOSTUDEPTANOSTUCARDchar(10)STUCARD = STUCARDMNOchar(10)CARDchar(10)AMARYchar(40)ADATEMNO = MNOTNUM = TNUMTCARD = TCARDTEACHERchar(10)char(10)char(10)char(10)floatdateSNO = SNOSTUDENTSNOSTUCARDSNAMESSEXTAGESDEPTSADRESSSPOLITICSTNUMTCARDTNAMETSEXTDEPTTPOSTTPOLITICSTADRESSTAGEchar(10)char(10)char(10)char(2)char(40)char(10)char(10)char(10)integerchar(10)char(10)char(10)char(2)integerchar(40)char(10)char(10)MANAGERMNOMNAMEchar(10)char(10)4 数据库的实施与运行
4．1生成的SQL语句
%% ============== %%
Database name: MODEL_1
%%
DBMS name:
Sybase SQL Anywhere
%%
Created on:
2002-12-16 0:44
%% ==============
%% ============== %%
Table: BOOKSTORAGE
%% ============== create table BOOKSTORAGE（BSNAME
char(10)
not null，BSCARD
char(10)
，BSCIRCLY
integer ，BSPRICE
float ，primary key(BSNAME));
%% ============== %%
Table: MANAGER
%% ============== create table MANAGER（MNO
char(10)
not null，MNAME
char(10)
，primary key(MNO));
%% ============== %%
Table: TCARDS
%% ============== create table TCARDS（TCARD
char(10)
not null，TNUM
char(10)
，TNO
char(10)
，TDEPT
char(40)
，primary key(TCARD));
%% ============== %%
Table: STUCARDS
%% ============== create table STUCARDS（STUCARD
char(10)
not null，SNO
char(10)
，STUNO
char(10)
，STUDEPT
char(40)
，primary key(STUCARD));
%% ============== %%
Table: BOOKS
%% ============== create table BOOKS（BNO
char(10)
not null，BSNAME
char(10)
，BNUM
char(10)
，ANAME
char(20)
，BNAME
char(20)
，BDATE
date
，BPUBLISH
char(20)
，PRICE
float ，BSTOCKS
integer ，BSTORAGE
integer ，primary key(BNO));
%% ============== %%
Table: STUDENT
%% ============== create table STUDENT（SNO
char(10)
not null，STUCARD
char(10)
，SNAME
char(10)
，SSEX
char(2)，TAGE
integer ，SDEPT
char(40)
，SADRESS
char(10)
，SPOLITICS char(10)
，primary key(SNO));
%% ============== %%
Table: TEACHER
%% ============== create table TEACHER（TNUM
char(10)
not null，TCARD
char(10)
，TNAME
char(10)
，TSEX
char(2)，TDEPT
char(40)
，TPOST
char(10)
，TPOLITICS char(10)
，TADRESS
char(10)
，TAGE
integer ，primary key(TNUM));
%% ============== %%
Table: AMERCE
%% ============== create table AMERCE（ANO
char(10)
not null，STUCARD
char(10)
，MNO
char(10)
，CARD
char(10)
，AMARY
float ，ADATE
date
，primary key(ANO));
%% ============== %%
Table: RELATION_88
%% ============== create table RELATION_88（BNO
char(10)
not null，TCARD
char(10)
not null，primary key(BNO, TCARD));
%% ============== %%
Table: RELATION_89
%% ============== create table RELATION_89（BNO
char(10)
not null，STUCARD
char(10)
not null，primary key(BNO, STUCARD));
alter table TCARDS
add foreign key FK_TCARDS_RELATION__TEACHER(TNUM)
references TEACHER(TNUM)on update restrict on delete restrict;
alter table STUCARDS
add foreign key FK_STUCARDS_RELATION__STUDENT(SNO)
references STUDENT(SNO)on update restrict on delete restrict;
alter table BOOKS
add foreign key FK_BOOKS_BSTOCK_BOOKSTOR(BSNAME)
references BOOKSTORAGE(BSNAME)on update restrict on delete restrict;
alter table STUDENT
add foreign key FK_STUDENT_RELATION__STUCARDS(STUCARD)
references STUCARDS(STUCARD)on update restrict on delete restrict;
alter table TEACHER
add foreign key FK_TEACHER_RELATION__TCARDS(TCARD)
references TCARDS(TCARD)on update restrict on delete restrict;
alter table AMERCE
add foreign key FK_AMERCE_RELATION__STUCARDS(STUCARD)
references STUCARDS(STUCARD)on update restrict on delete restrict;
alter table AMERCE
add foreign key FK_AMERCE_RELATION__MANAGER(MNO)
references MANAGER(MNO)on update restrict on delete restrict;
alter table RELATION_88
add foreign key FK_RELATION_RELATION__BOOKS(BNO)
references BOOKS(BNO)on update restrict on delete restrict;
alter table RELATION_88
add foreign key FK_RELATION_RELATION__TCARDS(TCARD)
references TCARDS(TCARD)on update restrict on delete restrict;
alter table RELATION_89
add foreign key FK_RELATION_RELATION__BOOKS(BNO)
references BOOKS(BNO)on update restrict on delete restrict;
alter table RELATION_89
add foreign key FK_RELATION_RELATION__STUCARDS(STUCARD)
references STUCARDS(STUCARD)on update restrict on delete restrict;参考资料
1、萨师煊、王珊
《数据库系统概论（第三版）》
北京 ：高等教育出版社，2000
2、黄梯云、李一军
《管理信息系统（修订版）》
北京：高等教育出版社，2000
3、陈景艳、侯炳辉
《管理信息系统（第二版）》
北京：中国铁道出版社，2001
4、徐引篪、霍国庆
《现代图书馆学理论》
北京：北京图书馆出版社，1999
第四篇：管理信息系统可行性分析报告
研究生管理信息系统可行性分析报告
一 系统建立的背景及意义
1.系统建立的背景
随着学校校研究生招生人数的不断增长，研究生的管理工作以日趋繁重，由于研究生培养方式灵活，更给管理工作带来了难度。为学校研究生管理部门建立一套网络化的研究生管理信息系统已经迫在眉睫。学校研发的研究生管理信息系统通过对学生选课、课表编排、成绩查询和分析等管理事务的网络化和自动化，减少了研究生管理工作中大量烦杂的工作。
2.现在系统存在的问题分析
（1）网络环境的可扩展性不够大
（2）选课管理、排课管理功能不够简便
（3)教学计划的制定、选课管理、课表的编排、考试的安排、成绩的录入查询信息不便
二 系统的可行性研究
1.系统的开发方式和目标
学校需要一套管理信息系统，能够通过对学生选课、课表编排、成绩查询和分析等管理事务的网络化和自动化，减少了研究生管理工作中大量烦杂的工作。
根据学校的状况，迫切需要一套管理系统：
（1）购置商品化的系统
（2）根据自身实际情况，自行开发系统
通过管理部门讨论，认为购买商品化的系统软件有以下弊端
（1）经费支出大
（2）功能难以适合学校的实际情况
鉴于此，最好的方法就是自行组织开发系统
2.系统的可行性分析
（1）系统实施运行的可行性
各部门人员都已经熟练掌握计算机的基本实用方法和操作技能，对新系统的开发表达出极大的热情，提出了很多好的建议和要求
（2）技术上的可行性
本系统在网络环境下，采用客户机／服务器形式利用最先进的开发工具和开发平台（服务器操作系统：Miorosoft中文 Windows NT 4． 0；数据库系统： MSSQL Server 6．5For Windows NT．客户机操作系统： Microsoft中文 Windows 95；软件开发工具为： Power Builder 5 0 F0r Windows 95）系统在数据库设计方面，完全依据国家教委、国务院学位委员会最新颁布的‘高等学校和科研机构研究生管理基本信息集”规定的标准来设计的，确保了研究生管理工作的标准化和代码规范化。
系统采用模块化结构和规范化的代码结构，使得系统具有通用性、可扩充性及良好的可维护性。
系统现阶段的发展过程中，利用现有人力和物力是完全具备的能力开发出来的，作为阶段性产品，日后的发展空间大，实现方法逐步简单容易，所以学籍管理系统的技术上是完全可行的。
（3）经济上的可行性
1、投资预算满足硬环境的，软件费（包括服务和安装）：2万元；没有硬环
境的，可帮助设计、购置、安装硬件，硬件安装费及软件费共25万元。
2、效益估计如果系统运行良好，提高工作效率5倍多。本系统开发人员少，投资少，技术含量高，但是它带来了无形的不可估量的收益，因次产品在经济上是可行的。
综上所述，我们有理由相信本系统产品的开发、生产是完全可行的！
第五篇：医疗管理信息系统可行性分析报告
医疗管理信息系统可行性分析报告
系统建立了对医疗资源空间和属性信息的综合管理平台，有利于医疗资源布局和分配的科学决策，为卫生信息社会服务化增加了有益的内容，也为卫生电子政务的全面展开打下良好的基础。
系统具有如下特点：
先进性：系统充分利用现今国内外各种成熟的先进技术和设备，使系统站在一个较高的起点，具有较长的生命期。
实用性：系统具有良好的实用性是，确实能为医疗资源管理提供有效手段，方便其日常工作。 可靠性：系统的可靠性也是系统的生命力基础，因此有时宁愿舍弃一些不成熟或不实用的“先进”技术、设备，也必须保证系统的稳定性与可靠性。 资源共享性：网络上的所有资源，可以一体化管理，可以被各组成单元共享。各医疗机构信息、用户信息等，不管是在卫生局局域网还是在互联网，都是统一的。 易用性：友好的人机交互界面，输入查询等操作直观方便，全面支持鼠标操作，尽量减少人工数据录入；提示信息简单明确，引导用户完成系统的各项功能。联档帮助功能完整齐全，方便非计算机专业人员的学习和使用。 扩充性：系统基于模块化的设计，可以方便地进行扩充，当业务需要新的功能时，可以方便地进行扩充，保持系统的生命力。
基本医疗管理信息系统
1998年，国务院发布了《关于建立城镇职工基本医疗保险制度的决定》（国发[1998]44号文件），要求城镇所有用人单位包括企业、机关、事业单位、社会团体、民办非企业单位及其职工都要参加基本医疗保险，实行属地管理；基本医疗保险费用由用人单位和职工双方共同负担；用人单位缴费率应控制在职工工资总额6%左右，职工缴费率一般为本人工资收入的2%。
医疗保障制度改革是我国社会保障制度改革的重要组成部分，其目标是适应建立社会主义市场经济体制和提高职工健康水平的要求，建立社会统筹医疗基金与个人医疗帐户相结合的社会医疗改革制度。建立符合中国国情的医疗改革新制度，是建立多层次社会保障体系的重要内容，是完善社会保障体系的重大举措，意义重大影响深远。
基本医疗保险是社会保险中的一个新兴险种。基本医疗保险以其覆盖面广、涉及人员多、情况复杂、对社会贡献大等特点，使其在劳动保险中占据了重要的位置；是继基本养老保险之后的又一重要的基本社会保险险种。
基本医疗保险的业务量巨大，所需信息分布地域广，只靠增加业务人员不能从根本上解决问题，而运用现代化手段，建设庞大的计算机网络，加强科学管理，向现代化要效益，向自动化要人力，向网络化要信息，提高业务、办公效率和质量是根本出路。
基于基本医疗保险软件系统具体的需求分析，该系统将在实施过程中进行修改或重新开发，其主要的功能模块如下：
一、基本医疗保险收缴系统
（一）单位管理
1、单位概况
2、单位缴费史
3、单位特殊政策
4、单位基数核定情况
5、催缴(交)通知单
6、记应收帐日志
7、单位概况日志
（二）个人管理
1、职工概况
2、职工缴费史
3、职工医疗个人帐户
4、职工医疗个人帐户结息
5、职工概况日志
6、职工转移日志
二、基本医疗保险结算系统
1、基本信息
2、医疗待遇审核
3、基本医疗统筹金支付
4、基本医疗统筹金支付审批
5、支付政策
6、支付单位特殊政策
7、定点医院管理
8、医院机构类别
9、支付历史
10、定点药店管理
11、支付历史
12、基本医疗统筹金支付医院汇总
13、银行数据接口
14、药品目录
15、诊疗费目录
16、服务设施费目录
17、手术项目目录
18、药品类型
19、药品剂型
20、病种管理
21、病种类型编码
22、病种类型与医疗费关系
三、票据子系统
1、托收单据
2、生成银行数据
四、定点医院管理系统
1、住院登记
2、医嘱管理
3、床位管理
4、押金管理
5、住院费用审核
6、住院费用结算
7、挂号管理
8、门诊费用审核
9、门诊费用结算
10、特殊病种统筹基金支付审核结算
11、药房管理
12、与医院系统接口管理
五、定点药店管理系统
1、医疗保险范围内售药
2、医疗保险范围外售药
3、当日售药记录
4、进药管理
5、药品库存管理
6、售药统计
7、进药统计
8、药品排行分析
9、药品销售趋势分析
六、IC卡管理子系统
1、密钥管理
2、制、发卡管理
3、挂失、损坏补发管理
4、黑名单管理
5、单位用卡情况统计
七、统计报表子系统
1、专管员业务办理情况
2、应办未办统计表
3、单位欠费情况
4、统筹金使用情况
5、退休人员医疗费用情况
6、离休人员医疗费用情况
7、二等乙级医疗费用情况
8、单病种医疗费统计
9、同病种医疗机构医疗费统计
10、投保单位医疗费统计
11、大病病种医疗费统计
12、门诊住院医疗费统计
13、外地就诊医疗费统计
14、累计分段医疗费统计
15、医疗机构医疗费统计
...........................八、参量管理子系统
1、社会环境信息
2、医疗保险基金收费政策
3、医疗保险统筹支付政策
九、公众服务系统
1、基本医疗保险政策查询
2、基本医疗保险知识问答
3、社会保险机构介绍
4、本市基本医疗保险制度改革发展情况
5、单位缴费情况查询
6、医疗个人帐户查询
...........................十、系统维护子系统
1、用户管理表
2、编码库
3、系统模块管理
4、部门维护
5、公共变量维护
6、模块更新维护
7、当前用户状态
8、系统日志维护
9、备份数据登记及审核
10、地区代码
11、用户地区对照表
12、医院、药店与用户对照表
点击咨询 