某纸业有限公司信息化管理系统（ERP）需求调研报告（第二稿）（5篇材料）

第一篇：某纸业有限公司信息化管理系统（ERP）需求调研报告（第二稿）

XX纸业有限公司信息化 管理系统(ERP)需求调研报告(第二稿)XX电脑软件有限公司 2001年X年X日 目 录 1.概述 3 2.决策层需求 5 2.1 企业经营战略有关信息 5 2.2 业务运作信息 6 2.3 其他必要的信息 7 3.管理层及业务层需求 8 3.1 销售部需求分析 8 3.2 供应部需求分析 11 3.3 技术部需求分析 16 3.4 生产部需求分析 18 3.5 设备部需求分析 21 3.6 财务部需求分析 23 3.7 人力资源部需求分析 25 3.8 信息部需求分析 26 4.现行业务系统分析 28 4.1 核心业务流程 28 4.2 存在问题 28 4.3 改进建议 30 1.概述 珠海经济特区XX纸业有限公司是由云南红塔集团所属的云南红塔实业有限责任公司和维尔京群岛仁恒国际投资有限公司于1991年共同投资兴建的大型现代化造纸企业。

公司投资总额20亿人民币，注册资本9800万美元，占地面积34万平方米，其中厂房面积为17万平方米。主要技术装备分别从美国、德国、法国、奥地利、日本、芬兰等国家引进。公司有二条造纸生产线，一号纸机于94年12月正式投产，主要生产“红塔”牌高档涂布白卡纸（定量为180~350g/m2的系列卷筒、平板和舌头卡纸），年设计能力4.5万吨,产品质量达到九十年代国际先进水平。二号纸机于99年12月正式投产，主要生产“红塔”牌高级包装纸板（定量为150~400g/m2的系列卷筒、平板、舌头卡纸及液体饮料包装纸和口杯纸等），年设计生产能力17.5万吨。

公司现有员工896人，拥有一支占员工总数32%的具有各学科大中专学历和研究生学历的科技人员队伍，从事研究与技术开发并取得了丰厚的成果。雄厚的技术力量和先进的产品检测仪器，使公司的产品质量稳步提高并于97年顺利通过ISO9002国际质量体系认证。

“红塔”牌高档涂布白卡纸在卷烟、医药、食品、化妆品和生活用品等方面广泛使用，有效地替代了进口，改变了国内高档涂布白卡纸完全依赖进口的局面。以市场为导向、以科技为依托，向高档次、高技术含量、高附加值、高效益的高档包装纸板发展，走质量效益型的道路，创一流的现代化造纸企业，是“红塔人”的信念和追求。局面。以市场为导向、以科技为依托，向高档次、高技术含量、高附加值、高效益的高档包装纸板发展，走质量效益型的道路，创一流的现代化造纸企业，是“红塔人”的信念和追求。

为了向更有竞争力公司的目标迈进，管理层希望引入先进的管理系统，把全公司的设备、物流、信息流、资金流统筹管理，从而降低成本，提高效益。

XX组织架构图如下：

2.决策层需求 作为企业管理的最高层次，决策层的核心任务是就影响企业的业务方向和内容，及影响企业生存和发展的重大问题、事件进行思考并做出决策，同时监控和指引企业的实际业务运作，领导企业在不断变化的环境中完成自己的使命和目标。

对于XX决策层来说，主要的信息需求是决策支持性的分析报告和报表，包括企业经营战略有关和业务运作这两方面的信息。其他的需求包括必要的事务性和辅助性信息。

2.1 企业经营战略有关信息 2.1.1 企业环境 作为造纸行业，环境因素对XX经营战略有着一定的影响。企业决策层需要定期及不定期地获得相关的综合性或专题分析报告，以了解企业环境因素变化及发展趋势，相关的重大事件及其影响等，作为企业战略性决策的依据。这些因素主要有以下方面：

宏观发展环境对纸业发展的影响 宏观经济环境 宏观经济目标 宏观经济政策 宏观经济走势 行业目标、规模 行业趋势 行业规划 行业结构 影响纸业公司发展的微观环境因素 影响客户需求量的外部因素 烟草行业规模控制 包装行业的需求变化 2.1.2 战略性项目和决策 决策层需及时掌握对企业发展有重大影响的内外部战略性项目和决策的相关信息，以推动和保证其达到设定的目标。这样的项目如：

v 第三期规划 v 企业改革 v 企业战略规划 企业信息系统建设 2.2 业务运作信息 2.2.1 业务运作绩效 业务运作绩效通常通过定期的分析报表/报告，及一些关键业务指标情况反映出来。分析报表/报告如：

v 定期财务报告 v 成本分析 现金流 关键业务指标，如：

公司 总收入 税前利润 管理费支出 销售 产品销售量 产品销售额 应收帐款周转率 客户满意度 客户投诉次数 供应 原材料库存金额 产成品库存金额 存货周转率 生产 入库产量 计划产量 抄造率 成品率 产品合格率 总成本费用平均吨纸耗电度数平均吨纸耗水吨数平均吨纸耗浆吨数平均吨纸耗油吨数 生产台时 吨成本 内部管理 一般事故、危险性事故间平均运行时间间隔 2.3 其他必要的信息 信息系统还应当为领导层的日常工作提供必要的信息支持，这些信息如：

v 请示报告 v 必须处理的公文 v 必须参加的会议 v 必须处理的事件 v 相关的必要背景信息 v 日程安排 3.管理层及业务层需求 3.1 销售部需求分析 3.1.1 销售部现有的组织结构 3.1.2 销售部的职责和主要业务 · 根据公司年度经营目标，制定销售计划；

· 根据市场信息，制定销售政策，促使销售目标的完成；

· 跟踪或开发新的客户需求；

根据客户的要求，将公司与客户的合同或协议转化为普通的销售订单；

· 合同管理，合同或协议评审、批准；

· 信贷控制；

· 将不同客户的不同订单转化为按同类或近似类纸组织的生产指导订单，及业务联系单。生产部将根据销售部的业务联系单组织生产。

· 当客户对产品的质量有投诉时，销售部负责协调、分析并跟踪问题的解决。退货的，按退货流程处理退换货。

· 销售部各办事处负责所辖区域的销售业务，包括市场调查、市场开发、洽谈订货合同、衔接供货、对帐、催款、技术服务、接待客户的业务工作。确定的订单应及时传回珠海销售部。

· 发运主管负责制定发货计划，根据收款控制发货。负责异地库存的管理，协调业务联系单与库存的平衡及合同的执行。

· 发运员负责与运输公司的衔接，安排运输事宜，向客户反映并跟踪发货、收货情况。

· 结算员负责与财务部协调给客户开发票，定期或不定期与财务和客户对帐，登记客户的回款情况，供销售合同评审时的信贷控制参考或发货控制的参考。

· 统计员负责按时统计销售和发货的各种报表，分类归档管理合同资料。

· 审核员负责销售提成费用的建帐，对销售员或各办事处发生的差旅费、接待费的单据审核，以及代理商的代理费的审核。

3.1.3 具体业务流程需求 年度合同或大客户要货计划的管理 v 大客户通常签订年度订货合同或协议(定义为大客户要货计划)，包括总订货数量，按月的发货计划，价格，付款条款等；

v 具体执行时，应该直接由客户要货计划转化为普通的客户订单并及时反映大客户要货计划的执行情况；

v 当大客户要货计划发生变化时，要求能够比较其差异，同客户达成协议如何处理差异；

v 大客户要货计划应该能够纳入XX的主生产计划中，便于有效组织生产；

销售合同管理 v 当形成并确认客户的实际需求后，形成销售合同。销售合同指明纸的类别、规格、包装要求、订货重量、价格、付款条款、货运方式等。

v 根据年度合同或大客户要货计划、回款情况，评审销售合同，并同技术部、生产部、供应部(仓库)沟通，了解库存情况、生产准备情况以及技术准备情况，确定交货日期或是否为客户生产；

要求系统提供在线查询，实时反映客户所要产品的库存情况、生产情况、原材料准备情况、技术准备情况，模拟交货日期。

v 批准或下达销售合同；

在超过信贷额度时，系统自动锁住，需要高层领导批准下达。

v 对于客户所要产品为非标准产品的销售合同，必须会同技术部、生产部、供应部评审，看是否能够生产；

需要修改工艺标准的，必须由技术部下达工艺变更通知单指导生产。

v 所有的销售合同必须存档，便于查询。

v 系统必须支持零售类合同的快速录入，直接打印发票，收款提货一次完成。

销售发货管理 v 销售合同的预留：如果有库存，可以预留产品，产生分配量。

v 提货单打印：打印提货单，提货人员按提货单到仓库提货。

v 发货计划：要求能够根据大客户的要货计划、可以利用的运输能力、客户的回款情况以及实际库存情况，优化组织、控制发货计划。

v 发货通知单：在货品提出仓库后，打印发货通知单，用于跟踪发运过程，及时通知客户货物的发运情况，收货地址、日期、包装规格、件数、运输代理公司、每件的条码(序列号)、重量等，发货单经客户签收后成为收到货物的证据。

v 运费的管理：采用运输公司发货时，系统支持采购运费的采购订单的维护，以及运费的结算。

销售发票管理 v 对于出口，需要初始发票作为报关凭证；

v 系统支持直接由销售合同根据签收的发货通知单生成的发票打印；

v 同时支持按时间段的汇总发票；

v 支持退货时的红字发票；

v 系统能够同国家的金税系统接口，打印增值税发票；

v 发票打印后，系统与财务的应收帐集成，实时产生应收帐款；

v 支持第三方发票：即付款方同收货方不同。

客户查询、投诉和退货管理 v 客户查询订单执行情况时，系统可以在线查询销售合同的执行情况，可以实时告诉客户客户所要产品的生产准备情况、投产情况、完工入库数量等；

准确回答客户的查询可以极大地提高客户的满意程度，还可以协调发货计划，及时满足客户的要求；

v 当客户投诉时，根据客户订单号或产品序列号查询销售合同的记录，包括产品类别、规格，以及生产技术标准；

v 产品出现质量问题时，可以根据系列号、轴号，追踪查询其发货情况、生产日期、生产车间、生产班次、原材料以及生产的工艺标准和实际生产的工艺条件，便于发现问题的原因，及时修改或找到解决问题的方法。

v 记录所有客户的投诉内容，汇总归纳，分析投诉类别，帮助改善产品质量、工艺以及客户服务流程，提高客户服务水平。

应收帐款分析，催款 v 实时登记客户应收帐和回款情况；

v 系统根据付款条款，对应收帐进行帐龄分析，自动提示催款；

v 系统可以打印对帐单，辅助催款和结算；

v 系统能够按办事处的地域划分汇总应收帐款报告；

v 系统支持大客户的付款计划的维护；

价格管理 v 为应对市场的变化，系统支持多种价格政策的管理与发布，如：不同客户分类、不同地域、不同时段、不同合同数量下的不同价格或折扣；

v 系统支持批量价格修改，如对某类纸不同规格的价格调整；

客户或代理商资料管理 v 系统集中管理客户资料，如：编码、名称、地址、联系人、发货地址、发票地址、缺省发货方式、付款条款、发票类型、销售员等；

v 系统支持一个客户多个发货地址的设置；

v 系统提供足够的客户分类字段，便于销售的分类统计以及价格政策的制定；

销售统计分析和预测 v 销售台帐：生产线、发票号码、开票日期、片称、客户名称、产品代码、产品名称、等级、长、宽、规格、克重、数量、销量（吨）、单价（美元/吨）、金额、税率、销值（元）、编号、付款方式、。

v 各区域销售任务完成进度分析：

v 各区域货款回笼情况分析；

v 按品种的销售统计、预测；

v 按区域的销售统计、预测；

销售费用、提成的审核 v 销售差旅费票据审核 v 代理商提成的登记 v 销售员提成的计算 3.2 供应部需求分析 3.2.1 供应部现有的组织结构 3.2.2 供应部的职责和主要业务 · 根据组织结构图，供应部的职责分为采购与仓库管理两大类；

· 计划采购管理：计划员根据年度和月度生产计划制定年度和月度采购计划；

· 询价/报价管理 · 供应商资料管理 · 采购订单管理 · 仓库管理 · 运输协调 · 转库 · 供应商发票与货款的核对 3.2.3 具体业务流程需求 请购流程 v 所有物料的请购需要下请购单；

v 根据材料的分类，由不同的采购员负责不同类物料的采购，如：寻找供应商、询价、比较价格，签订合同(转为采购订单)；

v 请购单可能来自不同部门。生产用料中，采用按批量采购策略的原材料，由物料需求计划(MRP)的运行生成，生产用料中按重订货点订货的物料则由重订货建议生成请购单。非生产性物料则来自其他部门，如：设备配件的采购申请，办公用品的申请；

v 物料请购单应该经过部门领导的批准后，流入采购部门；

系统要求能够制定审批流程；

v 对自动下达的采购申请单，系统应允许根据实际情况对其作适当修改（如需求日期、采购数量等），同时由于存在某些紧急采购或特殊采购（如客服中心的采购需求），其采购申请必须手工处理，因此系统也应要支持采购申请单的手工录入。另外也希望在手工录入采购申请单时，能拷贝已往的申请单，以加快手工处理的速度；

v 对于同时存在多个供应商的物料采购，系统在运行MRP时可以自动根据事先定义好的分割百分比产生不同的请购单。

询价流程 v 由于材料采购需求汇总至采购部后，采购部需要向不同供应商进行询、报价处理，所以希望系统提供这样的功能：可以直接将采购申请单生成询价单和报价单，以减少手工录入的工作量。同时在询价单和报价单中，需标注供应商相应材料的编码；

v 系统自动打印报价接受函和拒绝函；

v 可以进行不同订货量的报价的比较；

采购订单处理流程 v 既可以直接从请购单或询价单转为采购订单也可以手工录入采购订单；

v 既存在着长期的采购合作业务，也有短期的采购业务，希望系统既能支持标准采购合同处理，也能支持框架协议或批量采购订单的采购业务。

v 需根据采购金额的大小和采购物资种类等，采用不同的审核路径（审批人数一般超过2人），所以希望系统能按需要设置不同的审批路线并支持在线审批，以加速审批速度。

v 方便的查询：按物料分类、供应商分类等查询；

v 采购订单发出到供应商后，系统应该自动定期提示采购员，催询供应商确认采购订单及交货期；

v 确认的采购订单上的数量，应该作为在途量考虑，系统运行MRP时不能重复采购；

v 系统能够跟踪采购订单的任何修改；

发生修改时，可以 打印采购订单修改单，并发给供应商确认；

v 对于供应商托管的库存，可以根据消耗生成采购订单；

供应商管理 v 系统不仅能够对供应商基本信息进行保存管理，如供应商分类情况/公司名称/企业性质/税号/银行帐号/法人代表/邮编/电话/初次合同/备注/财务状况/资本结构等，也应对同一供应商在不同地点的信息进行分类管理;v 对于生产物料的供应商必须通过审核认证，因此希望ERP系统能对合格供应商进行管理;v 希望系统能提供一次性供应商管理的功能。对于非生产物料的采购，可能会从一些临时性供应商处采购;v 系统能够提供供应商评估功能，根据供货价格、供货准时性、供货质量、售后服务等因素对供应商进行考核评比，从而为选择最优供应商提供依据;v 对于某些材料可能存在多个供应商，希望系统能建立采购物资从不同采购来源的采购比例关系，以便将来采购部的采购订单能由生产制造部从系统上直接在线下达，而不需手工录入。对需配额采购的物料，希望能在生成采购订单时，按照用户要求进行配额处理;制定采购计划 v 因为供应部每月需要汇总生产部的原材料需求报告和仓库的库存报表、结合全年的采购计划等制定月度采购计划。所以希望系统能将销售计划、销售订单、库存现有量、最小库存量、最大库存量、未完工的生产订单及未完成的采购订单等因素紧密结合起来，同时结合经济订货量、采购提前期，生产周期等因素，尽可能准确地自动计算物料采购需求，以确保采购部有足够的采购提前期，从而降低材料库存和采购成本。

v 对于包装材料（纸蕊、托盘等），销售部在发送《业务联系单》的同时系统可根据公式自动生成包装材料的需求量到供应部，并自动根据生产计划生成包装材料的送货时间，以减少手工劳动，避免采购的临时性和突发性，同时也可减少供应商的库存负担。

库存件(物品)基本数据维护 v 制定统一的库存件的编码规则，包括原材料、辅助材料、备品备件、成品等；

v 定义物品的特征：克重、纸的类型、规格、单涂/双涂等，便于查找；

v 制定库存件的分类原则，采用ABC分类法管理库存；

v 确定所有库存物品的提前期(采购提前期，制造提前期)，便于系统MRP运行时建议采购订单的交货日期或销售订单的产品的交货日期；

v 确定所有库存件的盘点周期；

v 确定所有物品的计划策略和数据，包括计划策略(L4L、Re-order etc)及标准；

v 确定所有物品的库存成本和成本核算方法；

v 批号序列号跟踪的选择；

先进先出；

v 有效期控制；

v 两个计量单位：件和吨。

库位划分 v 对一期、二期库存的分开管理，独立核算；

v 仓库库位的划分：仓号、区号、层、格等并提供位置号；

v 仓库种类：成品仓、纸浆仓、备品备件仓等；

v 远程办事处的库存可以在系统中统一管理；

v 不同类型库位的设置，如：质检区、发货区、生产线库存区等；

采购接收验收入库流程 v 采购员将监控供应商的生产状况、装船发运情况，到达口岸时间、报关情况以及预计到仓库时间，以保障按期到货，及时进行意外处理，同时根据实际情况及时调整预期到货日期。所以希望系统也能提供对供应商交货跟踪的功能。

v 由于采购的物料既有需要全检的生产原材料，也有不需要检验直接入库的备品备件，系统应能支持多种采购接收流程；

v 对于关键原材料，需要贯彻ISO9000的要求，系统应该同质量管理集成，在物料到达时自动提示按质量管理的要求检验；

v 送检后的物料，可以有多种处理流程，如：好的入库、退货、降级处理；

v 可以设置送货数量的限制，禁止超额送货；

v 采购接收报告可以全面记录接收情况，并自动与供应商发票的维护集成，便于对帐；

v 原辅材料的入库不分一、二期，出库时才区分一、二期，减少仓管人员工作复杂程度。

成品发货出库流程 v 对于成品的销售出库，严格按照提货单出库，库存台帐自动记录出库原因，如客户提货单号等。

v 出库时，需要根据客户号选择对应的成品出库；

v 销售退货时，可以支持有订单和无订单号的退货处理流程；

车间生产(维修)领料出库流程 v 生产领料通过生产订单出库，系统应该支持流程生产的按配方反冲物料；

自动形成库存出库台帐；

v 生产物料的占用，应该形成在单量，减少可用量，以便MRP运行时产生采购申请；

v 维修的备品备件的领用按维修单出库；

自动生成库存台帐；

v 领用物料，系统自动按其入库的时间顺序显示，便于实行先进先出的物料管理规定；

生产成品入库 v 生产成品的入库应该按生产订单入库，自动生成库存台帐；

v 成品入库应该记录批号/序列号、生产日期；

v 成品的等级管理；

v 同时登记数量(件)和重量(吨)；

v 库存记录可以反映客户名或编码(指定客户的成品)；

储运组工作流程 v 可根据销售部的装卸发运通知生成叉车调配建议；

v 可记录每台叉车的使用情况。

盘点 v 支持循环盘点；

v 支持按区、按物品分类产生盘点报告盘点；

v 按定义的盘点周期自动生成盘点报告盘点；

v 支持实物盘点(年终)；

v 自动根据盘点结果调整库存台帐；

计量单位与小数点位数 v 支持库存双计量单位，如件和吨；

小数点至少3位；

库存周转率、呆料报告 v 系统提供库存周转率报告；

v 定期显示或报告自定义的呆料报告；

库存台帐和财务报告 v 集中的库存台帐管理，并且跟踪到序列号；

v 月末财务要求的库存报告自动生成；

v 所有库存事务(出入库)自动产生相应的凭证，同总帐集成；

v 可在月未生成运费报表；

成本核算方法 v 支持不同的成本核算方法，如：标准成本、移动平均成本；

v 一期、二期的库存可以有不同的成本设置；

零星出入库、退货和报废出库流程 v 非生产物料的出入库；

v 零星物料的领用出库；

v 报废的出库；

v 原材料的退货或让步使用处理，可与技术部共享该类信息。

3.3 技术部需求分析 3.3.1 技术部组织结构 3.3.2 技术部主要职责及业务 · 新产品开发 · 制定原材料、半成品、成品技术标准 · 制定生产工艺规程 · 编制工作联系单 · 质量管理 · 技术服务 3.3.3 技术部关键业务流程需求 工作联系单 v 系统可记录工作联系单；

v 可记录产品的工艺变动；

v 工作联系单能与业务联系单（客户订单/合同）关联，生产计划、控制人员可方便地查阅相应的工作联系单；

产品技术标准文档管理 v 系统可对产品技术标准文档进行管理，功能应包括版本控制、权限控制；

v 文档可以方便地查询，查询方式包括：文档编号、内容、作者、发布日期；

质量管理 v 可从采购、库存、生产、销售等系统获得与质量检验、控制相关的数据；

v 支持采购、库存、生产合过程的控制计划；

v 支持统计过程控制（SPC）3.4 生产部需求分析 3.4.1 生产部组织结构 3.4.2 生产部主要职责及业务 · 月度计划编制 · 生产计划编制；

· 生产计划下达；

· 生产计划执行；

· 生产计划反馈；

3.4.3 关键业务流程需求 月度计划 v 系统可协助计划编制人员编制月度生产计划；

v 可根据月度生产计划计算物料需求计划；

v 可将月度计划与实际生产进行比较；

计划编制 v 系统可协助计划编制人员编制生产计划；

v 可根据销售部门的《业务联系单》生成初步的生产计划安排（《生产顺序安排》），计划员可调整该生产计划；

v 《生产顺序安排》表内容包括：生产线（BM1/BM2）、安排表编号、序号、品种、定量、规格、计划产量、业务联系单、用户、工艺标准、备注、拟制、审批、下达日期；

v 生成的生产计划跨度可由计划人员设置，计划跨度应不小于两周；

v 生产计划安排可具体到班组；

v 生产计划编制时需考虑订单交货日期、生产机台的可用性、计划停机因素、包装材料是否到位、是否有技术部门的《工作联系单》；

v 当生产计划调整时，系统可自动重新生成新的《生产顺序安排》，并对受影响而延期的生产安排或《业务联系单》产生警告；

v 系统应支持插单生产或加急单生产的计划编制；

优化排产 v 系统排产可根据《业务联系单》的优先级别、同一品种、同一克重、尺寸组合、设备运行效率最高原则，自动排好复卷的生产计划；

然后根据复卷的生产计划，自动排好切纸各工序的生产计划；

v 系统可提供优化的套切生产计划建议；

计划下达 v 计划下达后，可通过系统自动分发到相关的生产工段及供应部；

v 系统可产生具体到班组的计划领/送料单据；

v 通知的形式需包括：报表打印、电子邮件；

v 对有特殊质量要求的生产安排，可自动检查相关的《工作联系单》是否完备；

计划跟踪及反馈 v 可记录每行生产顺序安排的完成情况，包括成品入库量（吨/件）；

v 针对每行生产顺序安排的完成情况可自动汇总《业务联系单》的完成情况；

v 生产计划及各《业务联系单》完成情况可被销售、供应、财务等相关部门查询；

v 可记录到每一行生产顺序安排的原材料的实际消耗量；

v 可将原材料实际消耗与额定消耗进行对比；

v 可计算每一行生产顺序安排的实际成本及标准成本；

生产记录 v 可记录每一工段的关键生产数据，主要包括：复卷机产量记录、切纸机产量记录、包卷机产量记录、平板包装线产量记录；

v 可记录关键工段的质量检测记录；

v 当出现质量问题时能方便快速地查询到相关的生产数据，如：轴、卷及其相应的生产班组、所用原材料等。

生产过程监控 v 系统可记录在同一品种、定量的生产时，各工段的关键生产数据并以时间段区分，主要包括从原辅料投入到完成入库的全过程；

v 系统能方便快速地查询到有关生产数据如以纸件编号查询从制浆到完成在生产期间的生产数据与有关质量记录。

质量控制与处理 v 系统能迅速记录出生产过程中成品、半成品质量情况及异常现象，并进行数据查找与分析；

v 系统能记录并迅速查出生产过程中全部质量自检情况。

报表及数据统计 v 可计算出各种原辅材料及包装材料当月实际消耗量和单耗量，全年累计消耗量和累计单耗量；

v 月底、年底相应以月报、年报反映出各种考核指标的完成情况；

v 生产部可查看仓库每日发往生产各工段的物料数量；

v 可显示上年度和半年度产品对比图、主要消耗对比图，三率完成情况对比图；

v 可用快报形式反映仓库当天入库产量品种数量及全月入库情况，当天生产时间、卷取产量；

v 可反映两台纸机成品纸的关键指标：PPS直方图 3.5 设备部需求分析 3.5.1 设备部组织结构 3.5.2 设备部主要职责及业务 · 设备采购计划 · 设备档案管理 · 设备维护 · 管理备品备件 3.5.3 关键业务流程需求 设备档案管理 v 设备基本属性，设备的名称，编码，生产厂商，生产日期，供货商，安装日期，价格，安装位置，负责人等基本信息。

v 设备结构，可按层次描述出组成设备的组件、部件，分解到可单独管理的部件。

v 设备关系，将设备的操作位置确定为多重系统的一部分。

v 设备状态，可设置必要的测量点，并给定标准的测量值和合理的变动范围，做为预防性维护、故障趋势分析和缺陷分析的依据。

设备维修计划管理 v 维修计划生成，可从标准的故障维修方案和预防性维护方案生成一系列的作业工单，并可将单独的工作单加入维修计划。

v 维修计划审批，可根据不同类型的工作单设置不同的审批工作流程和权限。

v 维修计划资源准备，可给维修计划指定人员、设备等资源，并可生成相应的物料需求计划和出库单。

v 维修计划跟踪控制，可根据作业计划计划中的工作单的状态来跟踪整个维修计划的完成情况。

v 维修计划分析，可记录、比较维修计划与实际执行情况的差异，并进行分析。

工作单管理 v 工作单生成，可根据需要单独生成多种类型的工作单。

v 工作单状态管理，可设置多种状态来跟踪工作单，并可记录工作完成情况和资源消耗，结束工作单。

v 工作单优先级管理，可根据不同的重要或紧急程度对工作单设置不同的优先级。

v 工作单排程，可根据时间、资源、优先级等不同情况，对多个工作单进行排程和优化。

设备维修方案管理 v 设备故障管理，对设备故障进行系统的定义，分类和记录跟踪，以满足设备系统性管理 要求。

v 设备故障维修方案，可对不同的故障定义标准的维护方案，即工作单模板。包括工作程序，操作要点，人员、设备、物料、工时的要求和消耗标准，以满足标准化作业的要求。

v 设备预防性维护方案，可针对不同的系统、周期等制定多种类型的标准预防性维护方案，例如周检、月检、年检等。并可在维护方案中包括多项标准作业规程。内容包括工作程序，操作要点，人员、设备、物料、工时的要求和消耗标准，以满足标准化作业的要求。

外协任务管理 v 外协计划，根据设备维修计划及内部资源情况制定外协项目的计划。

v 外协任务生成，给出外协任务的内容，工作标准，时间，供应商，价格，金额等。

v 外协任务审批，可根据不同类型的外协任务制定相应的审批流程和权限。

v 外协任务发放，将已批准的外协任务发放供应商执行。

v 外协任务跟踪，设定多种状态跟踪和记录外协任务的执行情况。

设备维护分析报表 v 材料及人工消耗分析，从设备维护工件单及维护记录中分析材料及人工消耗的情况，作为确定和调整消耗定额依据，同时还可分析异常的消耗情况，作为缺陷分析的依据。

v 故障趋势分析，从设备状态记录和故障记录，分析设备系统主要的故障趋势。

v 缺陷分析，从故障及各类零配件的消耗情况，分析设备和零配件的质量情况，确定需要改进的设备和配件缺陷，作为系统、设备、配件改进方案的依据。

v 分析报表定制，可根据实际需要，灵活地编制其他需要的分析和报表。

设备管理集成 v 财务管理集成：设备管理成本核算和预算控制；

设备维修计划资金计划。

v 库存管理集成：根据维修计划生成物料需求计划；

根据维修作业（工单）生成物料出库单；

记录维修作业物料消耗。

v 资产管理集成：设备报废，更新等变动反映到资产管理。

v 人力资源管理集成：设备管理维护人员及其工种，技能，薪酬，培训管理。

3.6 财务部需求分析 3.6.1 财务部组织结构 3.6.2 财务部主要职责及业务 财务部是公司的财务管理部门。根据国家的有关制度，结合公司的具体情况，全面负责会计核算、资金使用、资产管理和预算与分析等财务管理及工程预结算管理工作；

为公司领导进行财务决策提供依据；

制定会计财务制度，并贯彻执行。

3.6.3 具体业务流程需求 帐务处理 v ERP系统与财务总帐系统是紧密连接的，当事务单据（提送货单、发票等）产生后，系统可自动生成相关的会计分录，通过会计人员审核后可以记帐凭证的形式转入总帐系统；

通过这种自动连接可大大降低财务人员重复录入的工作，并使总帐系统能从财务的角度及时反映物流及资金流的变化；

v 系统应支持多个利润中心，在一套总帐科目下能对目前的一期（BM1）、二期(BM2)或将来的三期独立核算，既可生成独立的也可生成合并的财务报表；

v 系统支持多角度的成本中心设置，从不同角度反映成本归集情况；

应收帐管理 v 能与销售管理系统紧密连接，当提/送货单及发票开出后系统自动更新客户应收帐款余额；

v 可随时方便查询对客户的销售及发货情况，如客户合同、客户订单、提/送货单等；

v 支持多币别；

v 当收到客户付款后，可输入系统并自动冲减相应客户的应收帐款，可自动产生相应的会计分录并过入总帐；

v 每月可按客户生成对帐单；

v 如客户应收款已过期可自动产生催款单；

v 可生成《帐龄分析报表》及《应收帐款周转分析报表》。

客户信贷管理 v 客户信用信息设置，可设置客户信用限额、客户间信贷关系、信用复查日期、付款方式、增值税代码、开户银行等重要信息；

v 当客户放帐额超出信用限额时可自动产生警告及锁定客户订单或提/送货单；

应付帐管理 v 能与采购管理系统紧密连接，当录入供应商发票后可自动更新供应商应付帐余额；

v 可方便地查询供应商供货情况，如采购合同、采购订单、入库单等；

v 可根据发票到期日期制定付款计划；

v 支持多币别结算；

v 系统可以自动提出折扣建议并且可以手工调整；

v 系统支持部分付款；

发票管理 v 可根据提/送货单产生客户发票；

v 提供与税控机接口，可直接通过税控机打印增值税发票；

v 支持退货和红字发票处理；

固定资产管理 v 登记固定资产卡片；

v 固定资产折旧计提；

成本核算 v 支持实际成本和标准成本；

v 可按品种、规格、订单核算生产成本；

v 成本数据可从其他业务系统自动获取；

v 支持不同角度的成本差异分析。

3.7 人力资源部需求分析 3.7.1 组织结构 3.7.2 主要职责及业务 · 组织结构及职位设置 · 人力资源计划 · 员工招聘与选择 · 培训及发展 · 考核与工作表现改进 · 薪酬设计与管理 · 职业发展与激励机制 · 安全与健康 · 劳资关系 · 员工权益与纪律处分 3.7.3 关键业务流程需求 人事档案管理 v 记录人事档案 员工培训管理 v 记录员工培训情况；

v 记录员工所获得的资历、证书等；

员工休假管理 v 记录员工休假情况 工资与考勤 v 通过电脑考勤机记录员工出勤情况；

v 考勤记录可与工资计算关联，自动考虑员工班期、假期等情况；

3.8 信息部需求分析 3.8.1 组织结构 3.8.2 主要职责及业务 · 档案管理 · 公司网络建设 · 网站维护 · 企业信息系统规划、实施 3.8.3 关键业务需求 文档管理 v 支持文档的版本管理；

v 支持图形、图象的存取；

v 支持文档发布 4.现行业务系统分析 XX现行业务系统的内容包括为实现业务目标而设置的组织机构、业务流程、业务单据及管理信息系统等元素。

4.1 核心业务流程 4.2 存在问题 通过初步的调研分析，XX现行的业务系统主要存在以下问题：

信息化集成度低 XX重视对信息系统的建设，在过去的几年时间里，在管理信息系统方面分别使用了远方财务系统（目前主要应用在固定资产）、金蝶财务系统、指纹打卡系统及自行开发的HR-MIS系统，在生产控制方面则引入了先进的DCS和QCS系统。但由于这些系统分属不同供应商进行开发，使得系统间的信息化集成度低，存在ＭＩＳ开发中常见的＂信息孤岛＂的现象，难以形成数据共享与知识积累。从而制约了管理层与决策层难以从分散、孤立的系统中查看所需要的资料、数据。例如: l 财务部门无法通过销售系统及时获得销售合同进度和变化情况；

l 设备部门在绘制备件储备与采购计划或安排检修任务时，由于无从知道现有库房中某种备件的现有储备量，为了设备的安全与检修的方便，只有加大备品备件的储备数量以提高生产的可靠系数，结果造成了库存资金的增加；

l 仓库管理人员无从知道她管理的备件使用在现场的哪些设备上，因此当现场生产人员到库存领件时，双方只能是凭经验与感觉，当一个仓库管理员休假时，别人难以替代他的工作；

l DCS、QCS控制系统中存在着大量对管理决策有用的数据，但是由于系统自身的局限性，实时数据没有集成进管理信息系统，这些有用的信息不能在管理中发挥应有的作用。

财务部以事后统计为主，缺乏对业务部门的监督控制 l 由于无法及时获得销售部门的销售数据，财务人员对无法及时地对销售部门进行有效的监督控制，例如：在订立合同时，财务部门无法及时准确地了解客户的信用状况，从而控制坏帐的风险；

对客户应收帐款不能进行及时全面的汇总统计并执行催收，目前XX的应收帐款余额巨大（超过3亿元），应收帐周转天数超过120天且未开票欠款数额占很大部分；

l 现有系统不支持按客户、销售人员或地区进行分类统计的辅助帐，难以及时了解销售人员所经手的应收帐余额，以便进行跟踪控制；

l 没有及时准确的销售、生产、采购计划的反馈，财务难以制定精确的资金计划；

l 采购合同在签定后存财务部备案，无事前的合同评审和核价程序。

销售管理手段落后，难以适应现有的生产规模和将来的市场竞争 l 缺乏对销售人员的奖励制度 目前XX对销售部门的考核是根据总部及各办事处的销售业绩确定各办事处的销售费用提取比例进行的。销售人员的收入基本与销售业绩无关，难以刺激销售人员的工作积极性。

l 缺乏灵活的销售定价策略 同一产品销售价格与客户所购买的数量、批量、规格联系不大；

l 无按客户利润贡献的统计分析评估手段，缺乏对已有客户进行合理筛选淘汰机制。

信息反馈不及时，导致原材料的积压 l 目前XX总的销售计划每年制定一次，由于缺乏对销售情况的及时反馈，主要原材料的采购计划只能根据年度销售计划按生产能力制定，再加上主要原材料的采购周期较长而销售交货期短，为保证生产不中断，往往需加大每次的采购批量，从而使得原材料备货过多，导致原材料的积压（目前XX原材料的存货周期为4个月）。

难以准确把握客户交货量要求，导致产成品积压 l 由于缺乏对逐个客户/销售渠道的销量跟踪预测手段，难以准确跟踪客户交货要求，导致部分为客户提前生产的产品积压在仓。此外，“无订单”成品（因套切剩余的成品）也是产成品积压的来源之一。目前XX的产成品存货周期约为3.7个月。

无外仓存货（托管产品）辅助帐，对厂外产成品存货控制不严 l 目前XX在厂外有十多个由第三方物流公司或客户托管的成品仓，部分托管产成品存货仅以未开票欠款的形式反映，未设立托管产品的辅助帐，难以及时跟踪这些产成品的流向和耗用。

成本核算 l 成本核算不够明细（只对品种，不能明细到订单、规格）；

l 成本考核不完全，只对主要物料消耗有考核，没有对人工及制造费用进行定额考核；

l 未采用计划成本进行成本差异分析和控制。

设备管理 l 现有设备管理系统不能有效控制生产与维护成本。

XX生产过程复杂，生产系统十分庞大，企业的发展要求加强生产过程的管理和生产成本控制，而旧有的MIS系统所采取的仅是一种事后管理模式，没有集成生产动态管理、财务控制、资产管理等事中监测功能，难以实现对整个生产过程的有效控制，也不能有效地降低生产成本。

l 缺乏有效的分析工具。数据是决策的依据，然而没有有效的分析工具的支持，即使面对大量的数据，决策者也往往难以做出最佳的决策。

4.3 改进建议 以引入ERP系统为契机，建立和完善适应市场变化的管理体制 l 制定合理的销售人员考核及奖励机制 l 制定适应市场变化的销售价格策略 l 强化财务部对业务部门的监控作用 l 建立客户信用评估机制 l 引入标准成本制度 l 引入设备维护的工作单制度 引入先进的ERP系统，使企业信息系统建立在一体化的信息平台上 l 使主要业务部门能彻底摆脱现有的手工作业系统 l 使财务、销售、生产、供应、设备、技术、人力资源部门能在整合的系统下运作 l 使工业控制系统(DCS,QCS系统)与信息管理系统(ERP)整合达到管控一体化 <完> 仅供参考

第二篇：停车场管理系统需求报告

停车场收费管理系统

需求报告

目录 1 2 3 摘要

项目背景介绍

停车场收费管理系统的现状

功能需求

4.1 通用基本功能 4.2 图像识别比较功能 4.3 先进的闸机安全安装 4.4 可增设中远距离车辆感应 5

性能需求

5.1 系统基本要求

5.2 数据管理能力要求

5.3 故障处理要求

外部接口说明

6.1 入口和出口部分 6.2 数据流程 7

修正系统开发计划 摘要

停车场电脑收费管理系统是现代化停车场车辆收费及设备自动化管理的统称，是将车场完全置于计算机管理下的高科技机电一体化产品。

根据多年设计、安装停车场收费系统的实际经验，我们在软件和系统设计上为停车场提供了一套最严格、最先进、易用、便于维护和运行可靠的收费系统；一套能有效的堵塞收费漏洞，降低操作成本，提高经济效益和减轻劳动强度，提高工作效率的现代化收费管理系统

随着时代的发展，私家车越来越多，而车位却十分紧张。在市区内有很多空间没

有被充分利用，大多车辆是停在路边或者简易停车场，缺乏管理，这样导致了资源的浪费，也造成了街道的拥堵。为了适应社会的发展，大量的现代化大规模的停车场会被投入使用，但管理方面又容易出现问题。因此，停车场管理系统的开发和应用是十分必要的。

此报告的目的重在分析此程序的总体需求，实现方案，并分析开发系统的可行性，为决策者提供是否开发该系统的依据和建议。项目背景介绍

2.1 开发软件名称：停车场管理系统 2.2项目开发者：

某软件开发小组

2.3用户单位：

某公司

2.4大体框架：

智能停车场收费管理系统 门禁管理系统 智能通道管理系统 考勤管理系统 智能巡更管理系统 收费管理系统等子系统 闭路监视系统（CCTV）

消防安全系统(FA)和保安系统（SA）紧急广播系统 停车场收费管理系统的现状

该系统具有很大的市场潜力，以现在的车辆增长速度推测，在不久的将来肯定会有许多大规模停车场（包括住宅小区）建成，此系统的开发很有价值。本系统现有的技术条件完全有能力顺利完成开发工作，硬件、软件上的配置也很容易满足开发者的要求，开发系统的计算机硬件已经非常普及，完全没有问题；现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的；各类技术人员的数量、水平、来源等也能很容易满足；而且此系统的专业性不强，因此不需要相关行业人士，开发人员的选择就有很大余地。停车场计费管理系统的主要工作是减少人工计费带来的不便，提高办事效率，使车辆管理工作更加信息化，电子化。充分发挥计算机的信息传输速度快、准确度高的优势。功能需求

4.1通用基本功能：

入口读卡升闸、出口读卡验卡收费、车满显示、出入口与收费亭对讲、公正收费等等。

4.2 图像识别比较功能：

其他有图像识别功能的系统，其识别都是单向识别，即仅入口摄取，出口须由管理员目测比较。本系统入口、出口均采用摄像机比较，方便管理员直观比较。

4.3 先进的闸机安全安装：

道闸栏杆配的自动平稳装置，以及防抬杆、防砸车功能，检测功能具有高灵敏度和高可靠性。能很好地识别非机动车及人员等误报情况。

4.4 可增设中远距离车辆感应：

采用50-80cm中距离或5-8m远距离感应范围的读卡器，经多次实际认证为最方便的操作距离。系统如果没有特殊要求一般车辆经过读卡器的距离约为10--15cm。性能需求

5.1 系统基本要求

响应时间：系统的响应时间不能超过1分钟

警告时间及次数：每隔三分钟重复警告一次，每次警告时间持续一分钟。主存容量：内存：128MB RAM 磁盘容量：不小于１Ｇ

显示器：256色,800*600以上的兼容显示器

5.2 车辆管理能力要求

计费

分为入口和出口，中间设立岗楼，一人操作，高峰时期可两人操作，入口处发放计费卡，出口处凭借计费卡缴费，放行，操作简单快速方便。长期客户可办理月票。客户也可购买车位，实现车位预留 监控

全范围监控，无死角，监控画面与保安室相连接，可录像。一旦出现事故或意外，保安可第一时间赶到现场，必要时可以直接报警。出现紧急情况，如火灾时，会自动启动消防设备，并自动开启大门，放行车辆。自动引导车位

停车更加快速，有效，方便。

5.3 故障处理要求

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。输出发生错误时，在系统的代码部分进行修改 外部接口说明

6.1 入口和出口部分

入口控制部分： 智能停车场收费管理系统 门禁管理系统 智能通道管理系统 考勤管理系统 智能巡更管理系统

出口控制部分： 收费管理系统等子系统 闭路监视系统（CCTV）

消防安全系统(FA)和保安系统（SA）紧急广播系统

6.2 数据流程 修正系统开发计划

对于车辆的管理有待提高，如停车位置，出场路线等。在以后的系统中，会提供诸如此类的更加人性化的服务。

本系统会提供多国语言的电子录音，使此系统对不懂中文的客户也适用。

第三篇：书店管理系统需求分析报告

书 店 管 理 需 求 分 析 规 格 说 明 书

目录

1.引言.................................错误！未定义书签。1.1编写需求分析规格说明书的目的........................4 1.2软件设计目标........................................4 1.3 术语表.............................................4 1.4参考资料............................................4 2.软件产品的一般性描述...................................5 2.1运行环境............................................5 2.2软件产品的功能（用例模型）..........................5 2.3用户特征............................................7 2.4限制与约束..........................................7 3.系统功能行为分析......................................7 3.1引言................................................7 3.2 系统功能模型——系统用例模型........................7 3.3相关用例的展开——活动图...........................10 3.4系统静态模型——对象类模型.........................12 3.5系统动态模型（顺序图）.............................14 3.6系统体系结构模型...................................18 3.7输出结果...........................................19 4.系统性能分析.........................................20 4.1数据精准度.........................................20

4.2时间特性...........................................20 4.3适应性.............................................20 4.4故障处理...........................................20 5.系统运行要求分析.....................................20 5.1用户界面...........................................20 5.2硬件接口...........................................20 5.3软件接口...........................................20 6．其他要求............................................20 7.附录.................................错误！未定义书签。

1.引言

1.1编写需求分析规格说明书的目的

随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。传统的书店管理系统其日常管理工作都是人工操作，存在着许多缺点,如:效率低下、保密性差,另外时间一长,将产生大量的文件和数据,这对于数据的查找、更新和维护都带来了不少的困难，并且浪费了许多人力和物力。在信息时代，使用计算机对图书信息进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高书店管理的效率。因此，开发这样一套书店管理软件成为很有必要的事情。

1.2软件设计目标

（1）登录系统：管理员和顾客进入登陆界面，输入各自的的用户名和密码进入登陆界面，可以通过登录该系统进行各项功能的操作

（2）书籍管理：管理员进入书籍管理界面，对书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。

（3）书籍出售：管理员进入书籍出售管理界面，根据ISBN号出售图书,删去相应库存,记录销售时间，包括预订书籍、查询书籍的处理。

（4）顾客管理：管理员进入顾客管理界面，进行对顾客的一系列操作，包含对顾客信息的增删改等操作，以及会员服务等。

（5）查询书籍：管理员和顾客登录系统，进入书籍查询界面，对图书的一些详细信息进行查询。

（6）预定书籍：顾客登录系统，进入书籍预定界面，通过对图书信息查询，对已选择的图书进行预定。

（7）购买书籍：顾客登录系统，进入购买图书界面，对已选择的图书进行购买。

(8)系统应符合书店管理的规定，满足书店相关人员日常使用的需要，并达到操作过程中的直观、方便、实用安全等要求；

(9)系统采用模块化程序设计方法，即便于系统功能的各种组合和修改，又便于未参与开发的技术维护人员补充、维护；(10)系统应具备数据库维护功能，及时根据用户需求进行数据的添加、删除、备份等操作；

(11)尽量采用现有软硬软硬件环境及先进的管理系统开发方案，从而达到充分利用现在有资源，提高系统开发水平和应用效果的目的。

1.3 术语表

[1].登录：包括书店管理员、顾客在书店登陆界面输入各自用户名和密码，如 果输入正确就可以直接进入书店系统，管理员可以对系统进行相应的操作；而顾客也可以进行相应的操作。

[2].书籍管理：是指管理员对书籍进行一个比较系统的管理，如对图书信息进行录入、删除、浏览、查询、修改等基本操作 [3].书籍出售：是指管理员对书籍的出售情况进行管理，及时处理顾客的订单，完成书籍出售的过程。

[4].顾客管理：是指管理员对顾客的管理，包括对会员的管理，对会员信息进行维护，及时的增加、修改、删除等来完善对会员的管理；也包括对其他顾客的信息管理。是指

[5].购买书籍：是指顾客对已选择的图书进行购买的过程。

[6].查询：是指管理员查询图书的库存，出售情况，以及缺货补充等的查询；顾客对图书种类，价格等的查询。[7].预定书籍：是指顾客再经过对图书的查询，选择需要的图书并对图书进行预定，方便购买。

1.4参考资料

[1] 黄梯云 《管理信息系统》 经济科学出版社 2000.3 [2]甘仞初《信息系统开发》经济科学出版社 1996.9 [3]汪星明 《管理系统中计算机应用》武汉大学出版社 1997.5 [4] 方美琪，软件开发工具[M]，经济科学出版社

[5] 陈禹，方美琪，软件开发工具[M]，经济科学出版社

2.软件产品的一般性描述

2.1运行环境

硬件环境：

512M以上内存

软件环境：

数据库Microsoft SQL Server 2005及以上版本 Windows XP，Win7 CP/IP 通信协议

2.2软件产品的功能（用例模型）

图1 功能用例 “系统登录”用例

1.管理员和顾客进入登陆界面 2.填写各自用户名及密码 3.系统进行账户的核实 4.成功登陆

5.管理员可以进行顾客管理、图书管理、售书管理、书籍查询等。6.顾客可以进行书记的查询、预定、购买等。

“顾客管理”用例

1.管理员登陆顾客管理界面 2.系统响应相应的用户权限 3.列出相应的信息 4.用户选择相应的操作 “购买书籍”用例

1.管理员进入登陆界面 2.系统响应相应的用户权限 3.列出相应的信息 4.用户操作 “图书管理”用例

1.登陆图书信息管理界面

2.系统响应相应的用户权限操作

3.图书信息进行录入、删除、浏览、查询、修改等基本操作 4.列出相应的信息

5.用户选择相应的操作

“预定书籍”用例

1.管理员进入登陆界面

2.系统响应相应的用户权限,对订单信息进行管理或处理

3.列出相应的信息

4.接收订单并发货、拒绝订单、查询库存、订购货品、订单增加 5.用户操作 “售书管理”用例

1.管理员进入登陆界面 2.系统响应相应的用户权限 3.列出相应的信息 4.用户操作 “査书管理”用例 1.陆查询界面

2.系统响应相应的用户权限 3.列出相应的信息

4.管理员对图书销售及相关信息的情况查询

5.顾客（会员和游客）对图书的相关信息的查询

6.用户选择相应的操作进行查询

2.3用户特征

该软件适用于掌握计算机基础知识的客户，书店员工可根据自己的权限进行相应操作，系统管理员要求由计算机的专业知识。

2.4限制与约束

1.建议开发软件运行的最短寿命：3年 2.进行系统方案选择比较的期限：3个月 3.经费来源和使用限制：新华书店

4.硬件、软件、运行环境和开发环境的条件和限制：新华书店拥有大型机以及用来支持的数据库，安装有Windowsxp及以上的操作系统。

5.建议开发软件投入使用的最迟时间：开发完成后试运行1个月。

3.系统功能行为分析

3.1引言

第一步创建系统的用例模型。作为描述系统的用户或参与者所能操作的模型，它在需求分析阶段有着重要的作用，整个开发过程都围绕系统的需求用例表述的问题和问题模型进行。

3.2 系统功能模型——系统用例模型

创建系统用例的第一步是确定系统的参与者。

书店管理系统的参与者包含以下三种：

管理员： 进入管理页面，可以维护客户注册信息、维护图书信息、处理订单信息、报表维护（报表输出、报表备份、报表恢复、报表删除）、商品销售查询。

员工： 进入工作管理页面，可以对图书（或商品）信息进行录入、删除、浏览、查询、修改（商品销售）、维护个人信息、维护订单信息（接收订单并发货、拒绝订单、查询库存）。

顾客：（会员和游客）会员：进入登入页面，可以对图书信息进行查询、，并可以维护个人信息，维护订单信息（订单状态查询、订单删除或增加）； 游客： 进入网站后，只能进行基本的信息浏览和查询。

图2 系统参与者

1.用户用例（会员和普通用户）

（1）登录：会员通过身份验证，登录到网上书店系统。

（2）注册：普通用户在网上书店系统注册个人信息，可以成为会员。（3）浏览图书：会员或游客可以浏览网上书店的图书。

（4）查询个人资料： 会员可以查询修改个人资料，包括个人的基本信息、订单信息。

（5）修改个人资料：会员可以修改个人信息。

（6）加入购物车：会员可以将要买的书籍添加到购物车，可以对购物车里 书籍数量信息进行修改。

（7）提交订单：会员可以对所下订单进行提交。（8）付款：会员可以进入付款界面进行结算。2.员工用例

(1)登录：员工根据用户名和密码，登录到网上书店系统。(2)销售查询：员工可以对书店的销售情况进行查询。(3)库存查询：员工可以对书店所剩下的书籍进行查询。(4)图书管理：员工可以修改书籍信息、添加图书、删除图书。(5)订单处理：员工可以修改订单信息、删除订单。

3.管理员用例

(1)登录：管理员输入账号和密码可以登录带网上书店系统(2)管理会员：管理员可以修改会员信息、添加、删除会员。(3)员工信息维护：管理员可以修改员工信息、添加、删除员工。

在识别出参与者和用例后，要想建立用例图，还需要识别出他们之间的关系。“加入购物车”、“添加书籍到购物车”、“查看个人资料

”、“ 提交订单”等，这些动作是由“会员”执行的。为了购物安全方便，系统还需要提供用户信息验证，确保只有会员用户才可以进行书籍购买。用例“管理书籍”、“ 管理订单” 这些动作是由“员工”执行的。用例“维护员工信息”“维护系统”等，这些动作是由“管理员”执行的。为了系统的安全性，系统还需要提供进行身份验证的功能，以确保只有具有权限的“系统管理员”才可以使用系统的功能，所以“管理员”必须与用例“登录”交互，也即“管理员”在使用系统前，要使用用户名和密码进行登录，系统验证用户的密码正确后，用户才可以执行进一步的操作。

图3 会员用例图

图4

管理员用例图

图5

员工用例图

3.3相关用例的展开——活动图

（1）员工订单处理活动图

员工可以对用户提交的订单进行处理，员工在系统中，先对系统发出订单处理请求，系统转到订单管理界面，如果要删除订单，选择要删除的订单，系统将修改的信息保存到数据库中。如果需要删除订单，订单处于待修改状态，体统将 10

修改后的信息保存到数据库中。

图6 员工订单处理活动图

（2）员工图书管理活动图

图7

员工图书管理活动图

（3）顾客购买商品和管理员处理订单的活动图如图8所示。

图8

顾客购买商品和管理员处理订单的活动图

从图8中可以看出，管理员、顾客发生了相互的关系。顾客登录后查询商品，在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单的循环状态。与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库存情况判断是否拒绝该订单，并更新客户订单。在顾客查询到订单状态变成已处理后，购买过程结束。

3.4系统静态模型——对象类模型 进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象[7]分析的基本任务。系统的静态结构模型主要用类图和对象图描述。

进一步分析系统，发现类以及类之间的关系，确定它们的静态结构，是面向对象分析的基本任务。系统的静态结构模型主要用类图和对象图来实现的。类图从抽象的角度描述系统的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类之间的相互关系。其中类的识别分为三类：识别实体类、识别边界类和识别控制类。

类不是孤立的,UML为我们定义了它们之间的四种关系，它们是：关联（Association）关系（聚合和组合）、依赖（Dependency）关系、泛化（Generalization）关系、实现（Realization）关系。

关联关系是类之间最广泛的关系，若两个类的对象的实例之间具有某种（属

性上的）依赖关系，对象所属类间的关系称为关联关系,关联关系是一种结构关系，是一种弱关系，被关联的元素间通常可以被独立的考虑。指出了一个事物的对象与另一个事物的对象之间的语义上的连接。其表示方法是在UML中，关联的图形表示是实线+箭头，箭头指向被关联的类。关联可以是单向的，也可以是双向的。关联关系包含两种：聚合关系和组合关系。其中聚合关系是类与类之间的关系具有“整体——部分”的特点。其表示方式：在UML中聚合的图示方式为，在表示关联关系的直线末端加一个空心的小菱形，空心菱形紧挨着具有整体性质的类，即箭头指向整体类。组合关系是整体和部分是不可分的，整体的生命周期结束时也就是部分的生命周期到头时。

依赖关系是对于两个相对独立的对象，当一个对象负责构造另一个对象的实例，或者依赖另一个对象的服务时，这两个对象之间主要体现为依赖关系。用虚箭头表示。

泛化关系表示一个泛化的元素和一个具体的元素之间的关系。它又称继承，UML中的泛化是通用元素和具体元素之间的一种分类关系。具体元素完全拥有通用元素的信息，并且还可附加一些其它信息。泛化可用于类、用例等各种模型元素。父类与子类的泛化关系图示为一个带空心三角形的直线，空心三角形紧挨着父类。

实现关系是指定两个实体之间的一个合同。实现是规格说明和其实现之间的关系，它将一种模型元素与另一种元素连接起来。在UML中，实现关系的符号与泛化关系的符号类似，用一条带指向接口的空心三角箭头的虚线表示。

根据上述类的关系，完整的类图如图9所示

图9

类图

3.5系统动态模型（顺序图）

系统的动态模型可以使用交互作用图、状态图和活动图来描述。交互作用图包括序列图和协作图。序列图描绘了系统中的一组对象在时间上交互的整体行为，协作图描绘的是系统中一组对象的交互行为。创建顺序图：

（1）顾客订购顺序图如图10所示。

用户首先使用自己的账号和密码登录系统，登录模块会将客户的ID保存在系统缓存中并提交给商品查询模块。商品查询模块提示客户输入查询条件，客户输入适当的查询条件后查询模块显示符合查询条件的商品列表。客户得到商品列表后，提交自己想要购买的商品ID。订购模块得到商品ID，生成订单并提交给数据模块进行保存。保存成功后，订购模块提示用户订购该商品成功。

图10 顾客订购顺序图

（2）顾客删除订单顺序图如图11所示。

客户在提交订单后可以对订单进行维护（添加、删除、修改）。客户首先输入自己的账号和密码登录系统。登录模块会将客户的ID保存在系统缓存中并提 14

交给订单查询模块。订单查询模块显示该客户当前的所有订单，客户得到该列表后，选择需要删除的商品ID，订单处理模块把删除信息提交给数据模块，数据模块保存信息。订单处理模块提示用户删除操作成功。

图11 顾客删除订单顺序图

（3）管理员处理订单顺序图如图12所示。

管理员使用其账号和密码登录后，登录模块会将管理员的ID保存在系统缓存中并提交给订单处理模块。订单处理模块提交给管理员未处理订单的列表，管理员提交某商品ID得到该商品的库存情况。如果库存充足则接受订单，并把接受信息提交给数据模块，数据模块更新该客户的订单信息并返回成功信息给订单处理模块，订单处理模块提示管理员该操作成功。

图12 管理员处理订单顺序图

（4）.管理员登录顺序图

管理员登陆的过程为：管理员进入系统，进入登录页面，输入账号密码，系统验证身份信息，验证成功，界面返回成功信息，管理员接受成功消息，登陆系统成功。如图11。

图13

管理员登录顺序图

（5）会员提交订单顺序图

会员登录系统，进入提交订单界面，将确认的订单提交到系统中，如果订单无误则显示成功提交订单，并返回提交订单界面，如果订单有误，则显示是错误

订单，会员在进行订单的修改确认。

图14 会员提交订单顺序图

（7）员工管理图书顺序图

员工进入图书信息管理界面，可以进行图书的检查、修改、删除、增加等操作。进入修改删除图书界面，并输入要修改的图书信息，以及要增加的图书信息，如果增加图书信息成功则返回信息成功修改添加界面，并显示修改成功，返回界面，如果有误在进行进一步的修改。

图15

员工管理图书顺序图

3.6系统体系结构模型

我们可以识别系统中存在的主要实体类：书店、员工、用户。

图16

书店管理系统的主要参与者

(1)主界面

系统的主界面具有菜单和菜单项，当选择不同的菜单项时，用户可以执行不同的操作。当程序退出时，主界面窗口关闭。

(2)图书信息显示界面

图书信息显示界面是进行书籍查询时所需要的对话框。用户根据书籍名、作者、类别等条件查询书籍，系统查询数据库获取符合条件的书籍并显示到界面。

(3)注册界面

注册界面是进行游客注册时所需要的对话框。当选择主窗口中的菜单项“注册”时，对话框弹出，游客填写用户名、密码、电话、家庭住址、邮编等信息，然后点击“提交”按钮，系统创建用户的信息并将之存储到数据库中。并且系统将自动登录到系统主页。

(4)购物车界面

购物车界面是进行操作“删除购物车里的书籍”、“修改购物车里书籍数量”或“提交订单”时所需要的对话框。

当用户选择删除购物车里的书籍时，对话框弹出，用户点击“删除按钮”，系统删除用户购物车里的该书籍。当用户选择修改购物车里书籍数量时，用户输入书籍的数量，然后点击“更新”按钮，系统更新用户购物车里的该书籍数量。当用户选择“提交订单”时，系统进入付款界面，并且系统将此购物产生一个订单保存到数据库中。

(5)图书管理界面

图书管理界面是进行操作“添加书籍”、“编辑书籍”或“删除书籍”时所需的对话框。

当选择主窗口中的菜单项“添加书籍”时，对话框弹出，员工输入书籍信息，然后单击按钮“添加”，系统创建书籍的信息并将之存储在系统中。当选择菜单项“编辑书籍”或“删除书籍”时，对话框弹出，员工输入要编辑或删除的书籍的名称，单击按钮“OK”提交。系统查询数据库检索到书籍信息后弹出对话框BookDialog，显示书籍的详细信息，如若是“编辑书籍”，员工编辑修改书籍的有关信息，然后单击按钮“更新”，更新系统中存储的书籍信息；如若是“删除书籍”，员工则单击按钮“删除”，系统删除所存储的该书籍信息，当然，与该书

籍有关的其他信息业也一并删除。

(6)登陆界面

登陆界面是用户用来登陆的界面。用户输入用户名和密码，点击按钮“登陆”，系统查询数据库检索此用户的用户名和密码是否正确，若正确，若是admin用户，系统将显示后台管理界面，否则系统将显示首页面。若错误，系统提示“用户名或密码错误。”

根据上述部分界面的分析，网上书店系统中的边界类图

图17 边界类图

图18

控制类图

3.7输出结果

4.系统性能分析

4.1数据精准度

在向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数据时，要求输入数据准确。金额，身份证，卡号等按需求设定字符数。

4.2时间特性

程序响应时间：在人的感觉和视觉事件范围内；

信息交换时间：要求在程序调用前、调用后都与数据库保持同步更新，网络信息交换时间应该小于程序调用的时间。

4.3适应性

要求数据库具有很好的更新能力，由于本产品是实验性软件，故对磁盘和内存容量没有很高的要求，但是数据库应该能够对并发事件、脏数据具有较强的识别处理能力。

4.4故障处理

软件应具备自动拼写错误检查等功能，在出现故障后应从整个系统数据库重新载入数据进行操作。

5.系统运行要求分析

5.1用户界面

屏幕格式：采用全屏格式，通过分窗口操作进行各个操作之间的转换 报表格式：以银行原报表格式设计电子打印表格式。

菜单格式：下拉式菜单，应显示储户资料及帐户资料的各个详细条目。

5.2硬件接口

网络硬件接口要求：现实中要求具有高速以太网组网以实现联网操作，但是从理论实验验证软件本身的目的来看，无需网络通讯接口。业务员键入储户的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。

5.3软件接口

Windows标准接口，要求与其他软件无冲突错误发生。

6．其他要求

安全保密性、复用性、灵活性、易用性、可维护性、可移植性等。指明不同属性的相对侧重点，例如易用程度优于易学程度，或者可移植优于有效性。(1)健壮性：说明软件在容错能力，故障处理能力上需要达到的目标，保证系统稳定可靠；

(2)安全保密性：包括用户身份确认或授权方面的需求，保密性策略，产品所创建或使用的数据的保护等等；

(3)安全性：通过网络传送的数据需要简单加密，服务器端对接收到的数据需要二次简单验证。

(4)复用性：说明本项目是否可以复用已有软件、是否可为其它产品复用；(5)灵活性：说明在运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。

7.附录

第四篇：图书管理系统需求分析报告

目录 一．概述

1.编写目的 2.项目背景 3.定义 4.参考资料 5.开发环境 二．需求分析 1.问题提出

2.系统的业务功能分析 3.需完成的功能 三．系统需求说明 1.对功能的规定 2.对性能的规定 3.输入输出要求 四．新系统的逻辑模型 1.图书馆组织机构分析 2.系统功能结构图 3.业务流程图 4.数据流程图 5.数据字典 一．概述

1、编写目的

按照关系型数据库的基本原理，综合运用所学的知识，以小组为单位，设计开发一个小型的图书管理系统。通过对一个实际问题的分析、设计与实现，将原理与应用相结合，使学生学会如何把书本上学到的知识用于解决实际问题，培养学生的动手能力；另一方面，使学生能深入理解和灵活掌握教学内容

2、项目背景

数据处理手工操作，工作量大，出错率高，出错后不易更改。图书馆采取手工方式对图书借阅情况进行人工管理，由于信息比较多，图书借阅信息的管理工作混乱而又复杂；一般借阅情况是记录在借书证上，图书的数目和内容记录在文件中，图书馆的工作人员和管理员也只是当时对它比较清楚，时间一长，如再要进行查询，就得在众多的资料中翻阅、查找了。造成查询费时、费力。如要对很长时间以前的图书进行更改就更加困难了。

a.待开发的软件系统的名称是《图书管理系统》

b.本软件适用于教育界，他是比较完善的系统管理软件，对图书馆的书籍、读者资料、借还书等可以进行方便的管理。

C.开发员：王林飞，张应锋

3、定义

数据流程图（DFD）：为描述软件系统中的信息流提供了一个图形方法。箭头代表数据流，方框代表数据的源点或终点，圆框代表数据流的交换，双杠代表数据存储的地方。数据字典是对数据流程图中的数据，变换等进行精确的定义。

5、开发环境

WindowXP,/7 eclipse，需求分析

1、问题的提出：

图书馆作为一种信息资源的集散地，图书和用户借阅资料繁多，包含很多的信息数据的管理，现今，有很多的图书馆都是初步开始使用，甚至尚未使用计算机进行信息管理。根据调查得知，他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于图书借阅情况（如借书天数、超过限定借书时间的天数）的统计和核实等往往采用对借书卡的人工检查进行，对借阅者的借阅权限、以及借阅天数等用人工计算、手抄进行。数据信息处理工作量大，容易出错；由于数据繁多，容易丢失，且不易查找。总的来说，缺乏系统，规范的信息管理手段。有必要建立一个图书管理系统，使图书管理工作规范化，系统化，程序化，避免图书管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改图书情况。

2、系统的业务功能分析：

1）建立读者类，实现对读者编号、姓名、所在单位等信息的描述。

2）建立书籍类，实现对图书的编号、名称、作者、出版社、出版日期、价格、采购日 期、单价、数量、金额、版次、分类号、ISBN等信息的描述。

3）建立用于记录借书情况的类，实现输入读者编号和书籍编号后成功借书的描述。

系统的业务流程分析：

3、需完成的功能

1)图书基本情况的录入、修改、删除等基本操作。2)实现借书功能。3)实现还书功能。

4)能方便的对图书进行查询。5）管理员进行借书者用户进行管理

一、系统需求说明

1、对功能的规定

经过以上详细的用户调查，在现行业务流程和数据分析的基础上，基本可以确定系统设计必须达到的目标。

以下是图书管理系统必须具备的功能：

1.图书基本情况的录用：对于购进的新书，系统必须具备图书信息资料的录入功能。当图书资料发生变化，如图书丢失或有错误信息输入时，则应能够及时对数据进行修改和补充。

2.办理借书卡模块：系统的主要功能之一，供本校学生借阅图书。3.实现借书功能：可以方便学生们借书。

4.实现还书功能：归还图书，并进行登记。

5.能方便的对图书进行查阅：可以快速简单的对图书进行查找一些信息。

2、对性能的规定

为了保证系统能够长期、安全、稳定、可靠、高效的运行，图书管理系统应该满足以下的性能需求：

（1）、系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足学校对信息处理的需求。

（2）、系统的开放性和系统的可扩充性 图书管理系统在开发过程中，应该充分考虑以后的可扩充性。例如用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。

（3）、系统的易用性和易维护性

图书管理系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

（4）、系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。

（5）、系统的先进性

目前计算系统的技术发展相当快，做为图书管理系统工程，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。

（6）、系统的响应速度

图书管理系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。

3、输入输出要求

输入：键盘，鼠标。输出：显示器。

二、新系统的逻辑模型

1、图书馆组织机构分析

通过对图书馆工作人员的调查，图书馆主要有4个部门。借阅管理部负责图书的借阅管理；图书管理部负责书籍类别标准的制定，类别信息的输入；书籍类别信息的查询，修改；书籍信息的输入；读者管理部负责主要针对各类读者信息进行管理；系统管理部负责用户管理和密码管理。组织机构图如下：

图书馆组织机构图

2、系统功能结构图

图书馆管理系统 借阅信息管理 图书信息管理 读者信息管理 系统管理 还书信息管理 借书信息管理 设置图书信息 设置图书种类 设置读者信息 设置读者种类 密码管理 用户管理还还还书书书信信信息息息查修添询改加 借借借书书书信信信息息息查添修询加改 图图图书书书信信信息息息查修添询改加 图图书书类类别别添修加改 读读读者者者信信信息息息查修添询改加 读读者者种种类类修添改加

3、数据流程图

通过对业务流程图的细化，可得到系统的分层数据流图。如下图： 顶层数据流图：

读者信息读者图书信息借书卡、借阅信息图书管理系统会员信息读者审核信息借阅信息借还书信息管理员 图书馆管理系统的顶层数据图

对顶层数据流图细化、分解可得到图书管理系统的第一层数据流图，如下图： 借阅信息 借还书信息P1借阅信息管理借书信读者息还书信息读者P2图书信息管理书库文件管理员借书卡、借阅信息读者资料读者信息审核会员信息P3读者信息管理读者记录管理员信息P4系统管理 图书馆管理系统的第一层数据图

对第一层数据流图进一步细化、分解，可以得到第二层数据流图，如下图： 借书卡P1.1身份审核合格读者借书信息读者记录借还书信息P1.2借书登记管理员还书信息书库文件P1.3书籍检查合格书籍读者还书信息P1.4还书处理借阅信息管理数据流图

注：附一些操作页面

1、登录页面

2、系统主页面（用户）（管理员 用户名：admin 密码：123）

3、新增图书

4、所有图书

5、借书

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

图书馆管理系统需求分析报告

一、概述

1、编写目的

在对系统计划阶段的确定的工作范围内进一步对目标对象和环境作细致、深入的调查分析。

2、项目背景

a.所建设开发软件系统的名称：图书馆管理系统。b.本项目的任务提出者：系统开发小组。c.用户：图书馆工作人员及读者。d.软件系统委托方：图书馆领导。

3、定义

数据流程图（DFD）：为描述软件系统中的信息流提供了一个图形方法。箭头代表数据流，方框代表数据的源点或终点，圆框代表数据流的交换，双杠代表数据存储的地方。

数据字典是对数据流程图中的数据，变换等进行精确的定义。

4、参考资料

《数据库系统简明教材》 《软件工程技术与实践》 《软件工程基础》

二、现行系统概况

该单位图书馆现为人工管理，效率低，易比错，手续繁琐，而且耗费大量的人力。图书馆希望设计一个图书管理系统，用于管理读者的登记，图书的购入、借出、归还以及注销等。并且方便管理人员还查阅某位读者、某本图书的借阅情况。并可加快对当前借阅情况统计的效率，以全面掌握图书的流通情况、提高工作效率、加快信息反馈，为读者提供满意的借阅环境。

三、系统需求说明

1、对功能的规定

经过以上详细的用户调查，在现行业务流程和数据分析的基础上，基本可以确定系统设计必须达到的目标。

以下是图书管理系统必须具备的功能：

1.新进图书的登记功能：对于购进的新书，系统必须具备图书信息资料的录入功能。

2.图书的查询修改功能：当图书资料发生变化，如图书丢失或有错误信息输入时，则应能够及时对数据进行修改和补充。

3.借阅的登记，归还的登记功能：系统的主要功能之一，供本校学生借阅图书、归还图书，并进行登记。

4.学生信息的增加、删除和修改功能：系统主要功能之一，建立学生信息，并对其进行维护。

2、对性能的规定

为了保证系统能够长期、安全、稳定、可靠、高效的运行，图书管理系统应该满足以下的性能需求：

（1）、系统处理的准确性和及时性

系统处理的准确性和及时性是系统的必要性能。在系统设计和开

发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足学校对信息处理的需求。

（2）、系统的开放性和系统的可扩充性

图书管理系统在开发过程中，应该充分考虑以后的可扩充性。例如用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。

（3）、系统的易用性和易维护性

图书管理系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

（4）、系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。

（5）、系统的先进性

目前计算系统的技术发展相当快，做为图书管理系统工程，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。

（6）、系统的响应速度

图书管理系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。

3、输入输出要求

输入：键盘，鼠标等。

输出：显示器等。

4、其他专门要求

数据库：对于图书馆管理信息系统来说，数据的处理流程 从软件操作的过程确定基础数据为： 图书管理员数据 读者数据（图书证）图书信息

为了方便用户对图书的维护工作减少数据输入量和数据一致性，基础数据还定义为： 图书类别定义 出版社定义

5、条件、假定和限制

运行环境：兼容当前主流操作系统95/98/NT/ME/2000/XP,Office软件等。

硬件环境：奔腾4以上计算机，打印机、扫描机等。开发软件：SQL Server、vb等。最早投入运行时间：2010年12月30。

windows

四、新系统的逻辑模型

1、图书馆组织机构分析

通过对图书馆工作人员的调查，图书馆主要有4个部门。借阅管理部负责图书的借阅管理；图书管理部负责书籍类别标准的制定，类别信息的输入；书籍类别信息的查询，修改；书籍信息的输入；读者管理部负责主要针对各类读者信息进行管理；系统管理部负责用户管理和密码管理。组织机构图如下：

图书馆 借阅管理部 图书管理部 读者管理部 系统管理部

图书馆组织机构图

2、系统功能结构图

图书馆管理系统 借阅信息管理 图书信息管理 读者信息管理 系统管理 还书信息管理 借书信息管理 设置图书信息 设置图书种类 设置读者信息 设置读者种类 密码管理 用户管理还还还书书书信信信息息息查修添询改加 借借借书书书信信信息息息查添修询加改 图图图书书书信信信息息息查修添询改加 图图书书类类别别添修加改 读读读者者者信信信息息息查修添询改加 读读者者种种类类修添改加

3、业务流程图

通过对学校的图书馆借书、还书业务的调查，弄清了借书还书的业务流程，如下图所示：

借书单借书证读者借书证借书审核合格书证、借书单借书登记图书目录图书档案书库记录图书还书审核合格图书还书处理

4、数据流程图

通过对业务流程图的细化，可得到系统的分层数据流图。如下图： 顶层数据流图：

图书管理系统读者信息会员信息读者审核信息借阅信息借还书信息读者图书信息借书卡、借阅信息管理员 图书馆管理系统的顶层数据图

对顶层数据流图细化、分解可得到图书管理系统的第一层数据流图，如下图：

借阅信息 借还书信息P1借阅信息管理借书信读者息还书信息读者P2图书信息管理书库文件管理员借书卡、借阅信息读者资料读者信息审核会员信息P3读者信息管理读者记录管理员信息P4系统管理 图书馆管理系统的第一层数据图

对第一层数据流图进一步细化、分解，可以得到第二层数据流图，如下图：

借书卡P1.1身份审核合格读者借书信息读者记录借还书信息P1.2借书登记管理员还书信息书库文件P1.3书籍检查合格书籍读者还书信息P1.4还书处理借阅信息管理数据流图

管理员管理员身份信息P2.1身份审核合格人员P2.2书籍查询P2.3入、出库情况图书目录书库文件书库记录图书信息管理数据流程图

管理员管理员身份信息P3.1身份审核合格人员P3.2读者查询P3.3读者情况读者信息表读者记录读者信息管理数据流图

5、数据字典

1）数据元素 数据元素条目

数据元素名称：用户密码 别名：userpass 长度：16 描述：用户登录系统的密码 有关的数据结构：User 数据元素条目

数据元素名称：图书分类编号 别名：Bookindex 类型：数值型 长度：10 描述：图书分类的编号 数据元素条目

数据元素名称：读者编号 别名：Readerindex 类型：数值型 长度：10 描述：区分读者的唯一标识 数据元素条目

数据元素名称：图书名称 别名：BookName

类型：文本型 长度：50 描述：图书的名称 2）数据流条目 数据流条目

数据流名称：添加读者 简述：进入读者管理可进行添加 数据来源：读者资料 数据流向：读者信息表 包含的数据结构： 数据流条目

数据流名称：查询结果 简述：从图书信息表中检索信息 数据来源：图书信息表 数据流向：查询结果 包含的数据结构： 数据流条目

数据流名称：查询读者信息 简述：读者登录后可进行查询 数据来源：读者信息查询窗口 数据流向：读者信息查询窗口 包含的数据结构：

数据流条目

数据流名称：按条件查找

简述：读者按类别或作者查找的结果 数据来源：读者信息查询条件窗口 数据流向：读者信息查询条件窗口 包含的数据结构： 数据流条目

数据流名称：管理员登录 简述：管理员对图书进行管理 数据来源：管理员表 数据流向：管理员表 包含的数据结构： 数据流条目

数据流名称：显示图书 简述：由条件将各类数据显示 数据来源：图书信息表 数据流向：浏览图书 包含的数据结构： 数据流条目

数据流名称：修改读者信息 简述：输入预修改的信息 数据来源：读者信息表

数据流向：读者信息修改界面 包含的数据结构： 数据流条目

数据流名称：读者信息 简述：读者都能对它进行维护 数据来源：读者信息表 数据流向：读者信息维护 包含的数据结构： 数据流条目

数据流名称：添加图书 简述：新购图书的添加 数据来源：图书信息表 数据流向：图书信息表 包含的数据结构： 数据流条目

数据流名称：修改图书信息 简述：图书更新 数据来源：图书信息表 数据流向：图书信息表 包含的数据结构： 3）处理过程描述 处理功能条目

名称：查询图书

输入数据：按图书编号、书目名称、作者等来查询 输出数据：图书编号、书目名称、书目作者 处理逻辑：（1）支持模糊查询

（2）对查询的图书可进行修改删除等 处理功能条目 名称：添加用户

输入数据：用户ID，用户密码，用户名称。输出数据：是否添加成功 处理逻辑：（1）用户名称是否不同

（2）用户密码是否包含非法字符 处理功能条目 名称：添加图书

输入数据：图书编号，图书名称，作者，在库数量，单价，图书分类，图书简介。

输出数据：是否添加成功 处理逻辑：（1）是否有漏填

（2）数据要求是否匹配

（3）信息是否填写完整 4）数据存储 数据存储条目

数据存储名称：图书信息表

说明：存储图书基本信息

结构：图书编号，图书名称，图书分类，出版社，入库时间，入库数量，图书状态，在库数量，图书简介。关键字：图书编号

相关处理：查询，修改，添加，删除。数据存储条目

数据存储名称：管理员信息表 说明：存储管理员信息

结构：管理员编号，管理员姓名，管理员密码。关键字：管理员编号 5）外部实体条目 外部实体条目 名称:图书 说明:图书情况

输出数据流：图书借阅信息表 输入数据流 图书 借阅信息 外部实体条目 名称:管理员 说明:读者信息情况 输出数据流：读者信息表 输入数据流 管理员 读者信息 外部实体条目

名称:读者 说明:读者借阅情况

输出数据流：读者借阅信息单 输入数据流 读者 借阅信息