银行系统需求分析报告

银行系统需求分析报告（通用8篇）

银行系统需求分析报告 篇1

1.引言

编写目的

随着时代的发展，信息技术在各服务行业中的重要作用得到充分体现，通过服务模式的信息化，可以极大提高服务质量，节约人力成本，提高工作效率。

本产品是针对银行的排队取号业务而开发的新一代银行排队系统。本产品较现有的银行排队系统在功能上有一定的扩充，这体现在用户端用户体验的提升以及银行内部管理人员的管理效率的提升。

本产品目前版本号：ver.1.0 1.2项目风险 1.3 文档约定

1.4 预期读者和阅读建议 用户：各大银行

开发人员：熊宇轩，蒋雅楠，刘昕

项目经理：王萌

营销人员：暂缺

测试人员：蒋雅楠

文档编写入员：熊宇轩 1.3定义

静态数据：系统固化在内的描述系统实现功能的一部分数据。动态数据：在软件运行过程中用户输入的后系统输出给用户的一部分数据，也就是系统要处理的数据。

数据字典：数据字典中的名字都是一些属性与内容的抽象和概括，它们的特点是数据的“严密性”和“精确性”，没有半点含糊。1.4参考资料

NEUSOFT实习资料

2任务概述

2.1目标

本系统的设计目标是能够实现客户银行排队取号，柜员柜台叫号功能，并且使银行管理者能够查询排队记录。系统应该具有简单，易用，小巧，经典的特色，应该能够对银行排队取号业务进行优化，使其系统化，高效化，智能化。并保证工资管理的准确性，简易性，为学校财务人员提供便利。相应的需求如下：

（1）普通客户排队取号

（2）VIP客户优先取号

（3）移动端预约客户身份验证取号

（4）柜员叫号

（5）客户对柜员服务进行评分

（6）数据的统计，并且在经理客户端显示数据

（7）经理手动插队权限

（8）登录信息管理。（9）人性化服务体验提升功能 本软件系统的开发设计思想是：

1.系统应符合银行管理的规定，满足银行客户和管理人员的需要，并达到操作过程中的直观、方便、实用、安全等要求；

2.系统采用模块化程序设计方法，既便于系统功能的各种组合和修改，又便于未参与开发的技术维护人员对其进行补充、维护；

3.系统应具备数据库维护功能，及时根据用户需求进行数据的添加、删除、修改、备份等操作。

2.2用户的特点

本软件的最终用户是各银行网点，由于该单位的员工的学历、素质较高，具有一定的计算机操作技能。本软件需要至少一名系统管理人员，由于本软件系统的易用性，并不需要受过专业训练人员。

2.3假定和约束

由于本软件系统较小，且在linux系统下采用c 语言开发，故在一般环境下基本没有什么限制。

一个更为完善的工资管理系统，应提供更为便捷与强大的信息查询功能，如相应的网络操作及服务，由于开发时间和计算机数量有限，该系统并未提供这一功能。对信息的保护手段仅限于设置用户级别，以及提供数据文件的备份，比较简单，不能防止恶意的破坏，安全性能有待进一步完善。

3需求规定

3.1对功能的规定

3.1.1功能模块及描述

本系统主要功能模块如下，系统功能模块图如图： 1）用户排队取号模块

叫号机当前服务信息： 普通用户VIP用户预约用户 图1-1 该模块可以实现普通用户取票，VIP 用户取票，移动客户端预约用户身份验证取号业务。三个按钮对应三个不同的服务客户对象类型，右侧的对话框显示当前叫号情况。

普通用户和VIP用户会跳转至图1-2所示的页面

窗体标题负债业务当前等候人数资产业务当前等候人数中间业务当前等候人数

图1-2-1

三个按钮对应不同的业务类型，按下之后就可以取票，通过socket通信将排队请求上传到服务器，并在服务器端口进行多线程任务管理，自动为客户分配排队号码。负债业务对应柜台1-3，资产业务对应4-6，中间业务对应7-9。

图1-2-2 预约用户可跳转至图1-2-2的界面，输入手机号和验证码来验证信息，并且取已预约的号

2）员工叫号模块 叫号界面正在为 服务叫号正在呼叫下一个

图1-3 员工可使用图1-3所示界面进行叫号，叫号按钮按下之后，会自动生成正在呼叫的客户排队号码。为了防止有的客户取号之后又离开银行的废票现象的发生，我们设置了跳转至下一个排队用户的按钮。右侧的对话框显示正在服务的客户，在柜员对面的客户服务端按下开始服务按钮之后，柜员的正在呼叫对话框内将被置空，而有侧的对话框会显示相应服务信息。

3）用户服务模块

用户界面评分1开始服务2345结束服务

图1-4 开始服务和结束服务按钮对应柜员端相应功能，在按下结束服务按钮之前，用户要通过右侧的按钮对服务进行评分。评分情况和服务时间可在经理端显示

4）经理管理模块

业务情况排队情况业务分类序号刷新插队退出排队号取号时间已等候时间负债业务已受理情况资产业务柜员评分信息统计中间业务

图1-5-1 经理可使用图1-5-1所示界面来查看当前排队信息，并且可以通过上方的插队按钮帮助特殊客户插队。业务情况排队情况业务分类序号刷新插队退出排队号开始时间结束时间负债业务已受理情况资产业务柜员评分信息统计中间业务

图1-5-2 经理可以通过左侧的已受理情况按钮查询以往客户的排队情况。业务情况排队情况业务分类柜员号刷新插队退出姓名已受理人数平均分负债业务已受理情况资产业务柜员评分信息统计中间业务

图1-5-3 经理可以通过评分按钮来查看客户对柜员的评分情况，便于内部考核使用。信息统计排队情况已受理情况柜员评分信息统计刷新

图1-5-4 经理可以查看总体的数据统计概要。

5)柜员/经理登陆模块

柜员登陆柜员号密码登陆 系统可以通过查询数据库中的记录来识别柜员/经理的身份。

4．业务流程图

系统的业务流程图如下图所示:

普通用户取号VIP用户取号插队插队插队负债业务资产业务中间业务预约用户取号等待叫号插队柜员叫号开始服务经理结束服务返回记录客户评分5.数据库管理

5.1 动态数据描述 输入数据：菜单选项，查找关键字，新建记录项。输出数据：由查询关键字确定的数据库记录集合。内部生成的数据：中间查询结果。数据库描述

5.2数据库描述

银行系统需求分析报告 篇2

为了真实的把握农村金融的现状,深入了解武汉市农民信贷需求,2016年1月在武汉市范围内进行了针对农民信贷供求状况的问卷调查。此次调查共发放问卷100份,回收有效问卷94份。问卷回收率为94%。调查对象的基本信息包括家庭住址,家庭人口数、家庭成员最高文化程度、农民类型、家庭收入来源等。

2调查问卷描述性统计

2.1被试农民的经济活动特征

1)武汉市范围内农民经营活动多样化。通过对武汉市范围内农民进行信贷供求状况问卷调查得知,武汉市范围内的农民经营活动具有多样化特征,并且主要以兼业为主。

2)农民土地经营规模较小,农业生产结构单一。由调查结果可知,武汉市以粮食作物为主的农民占63.4%,以经济作物为主的农民占25.9%,仅有10.7%的农民在种植粮食作物的同时还种植了经济作物。

3)武汉市范围内农民家庭经济条件居中。相较于其他地区农民的家庭经济条件,武汉市范围内农民家庭条件居于中等水平的占78.9%左右。

4)武汉市范围内农民家庭收支呈递增趋势。由2014年、2015年对武汉市范围内农民进行全年家庭收入与支出信息的调查问卷可以看出武汉市范围内大多数农民都能够在实现收支平衡的同时存有结余。调查说明大部分农民其实是具备一定储蓄能力和抵御自然灾害以及承担风险的能力的[1]。

2.2被试农民的信贷需求特征

1)农民有较强的资金融入需求。由调查问卷可以看出,武汉市范围内农民2014-2015年期间在生产生活中存在资金短缺状况的占98.21%,实际发生过借贷行为的占73.63%,有近60%的农村农民表示之前的确有过借贷需求,但由于受主客观原因的抑制,而没有进行实际的借贷。此外,近50%的农民表示未来三年有贷款的打算。鉴于武汉市农民的经营范围和规模不断扩大,消费需求也不断增加,加之各类兼业活动的开展,使得武汉市范围内大多数农民的资金融入意向愈发强烈。现阶段武汉市大多数农村中资金流动性不足的问题时有发生,武汉市范围内大多数农民的资金融入需求逐渐增强。

2)武汉市范围内的农民普遍存在小额借款行为。经过问卷调查表明,武汉市范围内农民借款在万元以下占67%,同一年度发生多笔借款的占20%左右,连续2-3年内均有借款行为的占33%,充分说明武汉市范围内农民的借款规模在一定程度上受到了其农村金融市场供给的束缚,使大多数农民借款的规模呈现出小而分散的特点。

3)武汉市范围内农民正规借贷的方式以保证为主。问卷调查结果显示,武汉市范围内农民经正规金融机构以保证为主进行借贷的约为68.63%,以抵押或质押方式为主的占20.59%,而以信用方式为主的仅占10.78%,由此可见,以保证为主的正规借贷方式在现阶段的农村商业银行惠农贷款中的应用日趋广泛。保证是将第三方作为保证人,对于保证人来说,具有代为清偿债务能力的法人、其他组织或者公民,均能够以保证人的身份出现[2]。在武汉市农村经济文化的发展以及农民法律意识增强的时代背景下,盲目担保已不能满足独立个体的借贷需求,金融机构对保证人提出了更高的要求,对其资格的审查也愈发严格,一定程度上增强了农民保证贷款的能力。

3武汉市农民信贷需求的影响因素分析

通过对武汉市农民信贷需求的特征分析得出,影响武汉市农民信贷需求的因素主要表现为以下两点:

1)农民自身状况。从农民自身来讲,农民的受教育程度,家庭常住人口,家庭在校学生人数,家庭总收支情况以及对小额信用贷款的了解程度等都会在一定程度上影响到他们的信贷需求[3]。

2)小额信贷需求的贫困农民。这部分贫困农民每年的收入主要是以农作物形式为主的实物收入,现金收入量很少,申请惠农贷款是为了满足基本生活需要。然而由于资金量小,没有抵押物可以用来抵押所申请的贷款,因而大多数农村商业银行都不愿冒险放贷给小额信贷需求的贫困农民[4]。

除上述两点影响因素外,农民信贷需求还会受到户主的年龄、家庭收入来源以及家庭财富积累程度等诸多负面因素的影响,尽管这些因素造成的影响并不能对农民的贷款需求起到决定性的作用,但是所在村镇有无正规金融机构网点对农民的信贷需求则具有很大的负向影响。

4对策建议

1)农民应提高金融理财意识。依据上述中关于农民信贷需求的调查分析,钟祥市七个乡镇农民应当增强信贷意识,主动了解银行和金融机构的信用贷款。

2)农民应树立信贷风险意识。当前很多商业银行与金融机构的信用贷款都存在着一定的风险,法律法规的缺失也加大了风险程度。农民有了信贷需求,还需要充分了解信贷风险,保护自身的合法权益。

参考文献

[1]王信.我国新型农村金融机构的发展特征及政策效果研究[D].成都:西南财经大学,2014.

[2]王志刚,梁爽,李腾飞.黑龙江地区农户小额信贷需求的影响因素研究——以桦川县为例[J].农村金融研究,2012(2):63-67.

[3]胡琴,肖诗顺.农村信贷需求与供给的研究方法综述[J].商业经济,2013(4):9-14.

银行系统需求分析报告 篇3

关键词：互联网金融；商业银行；客户关系

一、“互联网金融”下商业银行的发展环境的变化

我国社会发展进入新常态以来，经济增长由高速回落至中高速，实体经济也面临着转型和结构调整的压力。同时，央行实行宽松的货币政策，下调利率和法定存款准备金率并加强对银行业的监管力度和贷款业务的风险控制。这使得商业银行传统存贷业务市场面临着收紧趋势，也将受到来自企业债、资产管理、直接融资等替代性渠道的竞争，经营环境会出现一定的变动和不确定性。并且伴随着我国金融融资形式多样化进程，多元化的融资形式和金融创新市场的快速发展将对我国商业银行的经营产生重大影响。

（一）金融脱媒加速形成，传统业务面临严峻挑战

随着我国互联网以及金融市场的不断发展和完善，金融脱媒对银行的传统存贷业务产生了较大的影响，更多的企业和个人客户不再通过银行中介，直接实现了资金需求者与投资者之间的交易行为。这使银行的存款和贷款规模受到了限制，从而冲击了银行的整体业务，影响了银行经营的稳定性和盈利的持续性。

如图1所示，自2010年以来银行业存款与贷款的增幅均大幅下降。存款方面上，因银行的利率远低于市场的利率水平，并且居民的理财观念增强，其更愿意将剩余的财富转移到资本市场，以获得更高的收益。贷款方面，直接融资的优势越来越明显，大量企业开始通过直接融资而避开商业银行获取资金，这些企业会直接通过发行股票、债券等金融工具手段筹得资金，而不再仅仅是依靠商业银行的贷款，因此对银行业金融中介机构的依赖性不断减弱。

此外，银行业在贷款期限结构上业产生了巨大变化。如图2所示，2005年短期贷款与中长期贷款的占比相同，但此后短期贷款呈现明显的下降趋势，而中长期贷款占比则整体上升。2014年短期与中长期贷款占比分别为38.5%与56.3%。这表明在金融脱媒的形势下，短期贷款资金脱离银行金融中介机构的速度和规模远远高于中长期贷款资金，这是因为短期资金操作起来比较方便，风险相对较小，更容易从银行机构流出。

（二）互联网金融及其他金融创新冲击日渐明显

互联网金融是运用互联网技术与精神实现资金融通和金融服务的新兴金融模式，其本质上是一种更民主、更普惠的大众化金融形式。以P2P、众筹为代表的融资平台利用互联网技术集聚大量的信息，降低了市场信息不对称带来的各种风险，一定程度上推动了对利率市场化的进程；其参与门槛低、渠道成本低的特点也拓展了社会的融资渠道。这极大的冲击了银行的信贷业务。

利用电子商务平台发展的契机，互联网企业积累了相应的客户和金融产品开发销售的经验，使得电子商务平台代理销售金融产品成为非银行业金融机构又一重要的销售渠道。以余额宝、理财通为代表的互联网金融产品，凭借其较高的收益率，吸引了大量客户。电子商务平台的发展使商业银行代理基金、保险等金融业务的收入锐减，互联网金融产品创新的分流商业银行存款业务。

支付宝等第三方支付的兴起，将不可避免在结算费率及电子货币领域给商业银行的中间业务带来挑战。随着第三方支付平台走向支付流程的前端，并逐步涉及基金、保险等个人理财等金融业务，银行的中间业务正在被其不断蚕食。另外，第三方支付公司利用其系统中积累的客户的采购、支付、结算等完整信息，可以以非常低的成本联合相关金融机构为其客户提供优质、便捷的信贷等金融服务。同时，支付公司也开始渗透到信用卡和消费信贷领域。随着移动交易支付方式的不断普及，未来移动类第三方支付也将与商业银行全方位竞争中间业务。

二、 公司客户需求变化分析

随着社会转型期的到来，商业银行的经营环境发生了新的变化，同时作为银行服务对象的客户在金融行为与服务需求上也发生了重大改变。尽管目前银行客户的粘性较大、忠诚度高，但在互联网金融背景下，方便、快捷、差异化、全面性服务体验是客户的基本诉求，但同时客户在选择金融服务时对于安全性的要求并没有降低，反而对与资金安全、交易安全都提出了更高的要求。

（一）存款业务

存款业务作为商业银行的基础性业务，既为银行贷款提供资金来源，也是商业银行盈利增加及规模扩张的最终决定因素。随着我国市场经济的发展以及金融业的对外开放，客户需求转变为非标准化的综合性需求和一揽子金融服务，即根据不同客户或者客户群的经营服务需求，将客户关系管理、资金管理、投资组合管理等融合在一起形成一个综合化、个性化的理财服务，并且在了解客户财务资源的基础上，从帮助客户做好现金管理入手，为客户提供各类金融资产的流动性管理、营运资金管理、财务价值管理和风险防控等服务。

商业银行要突破“为存款而存款”的线性思路，把存款业务纳入整体业务转型的范畴，通过各项业务、产品的创新，如通过推进供应链融资、融资租赁、信托理财等信贷产品结构的优化，大力推动托管、第三方支付、养老金业务等新型产品发展，来提升银行整体竞争力和对客户的吸引力，进而促进存款业务的发展。要注意处理好规模与成本的关系，不断完善存款定价机制，优化存款的期限结构，在扩大存款规模的同时，努力控制好付息成本。要探索主动负债发展模式，利用基金、保险、代客理财等业务转化高成本负债，适应资本、保险、基金等市场的快速发展，重视链接各要素市场相关金融产品的开发，把银行打造成各类金融产品的交易平台，实现客户资金流在银行体系内的循环流转。

（二）贷款业务

无论从资产负债规模和从业人数来看，银行业都是我国金融体系中一个重要的构成部分。虽然我国银行业发展迅速，积极拓宽融资平台，但仍然不能充分满足国内的融资需求，尤其是中小企业。

小微企业的经营或投资往往面临临时性、短期性、急迫性资金需求，受限于融资渠道的局限性和议价能力的不足，以及对资金到位时间的强烈要求，小微企业对资金价格的选择和谈判空间较小，其利率明显高于大企业信贷业务。商业银行虽然设有小企业金融部，但出于支持国有经济和资金成本核算考虑，对小微企业金融支持十分欠缺。而当前的互联网金融填补了商业银行的业务空白，其凭借在信息处理方面的优势，针对小微企业在融资需求上“短、小、频、快”等特点设计流程和开发具有针对性的产品，从而抢占了商业银行在小微企业信货领域的市场份额。

目前，供应链融资成为商业银行中小企业融资的一个有效解决方案。供应链融资依托供应链的核心企业，通过第三方物流公司的货物监管，实现下游经销商在库商品的资金融通，同时通过应收账款的封闭式回款，实现上游供应商的资金盘活。供应链融资有效利用了中小企业的信誉与资产，借助供应链管理使得中小企业具有融资的规模优势。对于银行而言，供应链融资降低银行的信息收集成本，缓解信息不对称程度，提高银行对中小企业客户的把握能力和控制能力。

（三）中间业务

长期以来，客户需求主要集中在一般结算、汇兑、代收付等业务，且各商业银行中间业务同质性较严重。随着信息技术的进步，虚拟的网络银行给客户带来了很大的方便，网上银行、手机银行成为公众生活不可或缺的一部分。而用户对于便捷性、个性化的业务需求引导着银行加快中间业务的创新服务。现代中间业务已经超出了柜台服务的局限，综合的中间业务服务取代了原有的单一服务。客中间业务的服务模式的创新发展的基础是在细分客户群体的前提下，计对不同的客户群体进行差别化的服务。

差别化的金融产品是银行在竞争中获得优势的关键，围绕客户需求进行产品设计，挖掘客户潜在需求，制定中间业务产品开发的规划，是中间业务取得成功的方向。中间业务产品的种类较多，实施产品组合开发有利于产品结构的调整，有利于实现中间业务的优化。中间业务产品的组合设计一方面能够完善中间业务功能，满足市场细分的要求，另一方面，选择发展潜力大、成本低的中间业务产品进行组合，既能发挥中间业务的优势，也填补了市场的空缺，抢占了市场。

2007年以来，各家银行开始致力于开发风险各异、品种多样、期限灵活的理财产品和金融衍生产品，银行产品开始越来越多的与证券、基金、期货、利率、汇率甚至自身的信贷资产挂钩。并且各家银行开始在理财期限上大做文章，针对不同理财需求的客户推出不同期限的理财产品，中间业务品种以前所未有的速度在增加。与此同时，人民银行牵头的金融衍生品的创新，也将客户金融避险的渠道进一步拓宽。

三、结论

面对利率市场化、金融脱媒以及市场准入放松等诸多挑战，商业银行的发展环境已发生深刻变化，银行业高速发展和高盈利的时代已经基本告一段落。同时，银行客户在存款业务、贷款业务、中间业务等方面的需求也发生了变化，方便、快捷、差异化、全面性服务体验成为客户的基本诉求。面对日趋激烈的竞争，商业银行需要坚持创新转型发展策略，加快构建信息化银行，抓住经济发展模式转换过程中出现的业务机遇，并且坚持以客户为中心，了解客户喜好，满足客户需求，赢得客户的信赖，这样才能够在瞬息万变的竞争环境下求得生存和不断发展。

参考文献：

[1]马蔚华.新常态下商业银行的经营管理[J].中国邮政2015 （3）：16-19.

[2]吕家进.新常态下中国银行业的改革与创新[J].中国银行业，2015（1）：7-10.

联网型门禁在银行的应用需求分析 篇4

随着金融行业的不断发展和金融市场竞争的日益加剧，银行的管理势越来越规范。银行是货币、黄金、信贷资本等流通的直接机构，安全更是重中之重。作为高安保场所，对于门禁系统的首要诉求体现在门禁设备的稳定性、可靠性和安全性方面，对于产品的技术先进性也提出了更高的要求。更多的银行用户在积极关注门禁产品，应用新的门禁技术。也有众多的国内银行和安金金融机构，选用了先进的指纹门禁、指静脉门禁等运用生物识别技术的门禁产品，并运用科学的门禁管理经验来保障运行的安全。

传统的安防门禁已经远远无法满足银行业当前发展的需求，需要更大、更高的平台集中进行综合管控。门禁系统与银行业务管理的融合，要求门禁生产商提供高容量、高可靠性、分布控制、集中管理的产品，更加智能化、更安全的系统平台，通过平台对门禁系统进行更深层次的集成，符合市场的需求。

联网型门禁系统则凭借应用安全、管理便捷的优势逐步取代了传统门禁，成为发展的主流。联网型门禁系统无论在控制器安全防护等级、读卡器的人性化、联动智能水平，还是网络带宽、传输速度等方面都优于传统门禁，系统软件也具备更强的综合能力，能够跨平台、跨地域管理。本文以全球领先的安防产品及行业解决方案提供商实际案例为例，浅谈联网型门禁在银行中的几种应用。

一、银行办公大楼门禁的实际需求

1、办公大楼出入口人员通道管理

只有持有办公大楼工作卡的人员可以进入大楼，使用快速人员通道闸来管理。阻止没有卡的，发广告、推销等人的进入，便于维持大楼内工作环境。

2、访客预约登记

为了维护办公大楼的工作环境，非本大楼工作人员只有预约或登记拿到访客卡的访客才允许进入大楼工作区。提前网上有预约的，可以通过自助访客一体机刷身份证来换卡通过出入口闸机。临时访客，在临时访客工作站录入个人信息后，发卡进入大楼。访客卡根据访客需要拜访的公司自动分配梯控能到达的楼层权限。

访客及人员通道拓扑图：

3、高层办公大楼的电梯管理

在超高层金融中心写字楼内，不同的楼层分布有不同的公司及部门，为防止非本公司或非本部门人员干扰工作环境。只有员工卡有权限的人员才能大大制定楼层。

4、银行办公大楼的其他需求

1）实现在线巡更功能

金融中心办公大楼的安保要求严于普通写字楼。整体金融大楼的门禁统一管理便于门卫在线巡更，提高安全防范等级。利用门禁的读卡器布点，给门卫发巡更卡，在规定的时间内按照指定的刷卡路线完成刷卡，为一次正常的巡更。不需要再次布置离线巡更点，巡更方式排班更灵活，便于纳入系统统一管理。

2）考勤管理功能

将布点设置于公司大门出入口，后端接入门禁系统统一管理。

3）联动功能

安防管理平台集成所有设备，使得门禁与消防联动，发生火灾时，保证所有门禁都能开启，方便人员逃生；与视频联动，重要房间及关键部位门被打开时，视频联动到管理中心。

拓扑图如下：

4）联网管理

多台门禁终端通过网络联网，只需在任何一台终端上登录，所有的数据便会自动传送到保安监控室的门禁监控服务器上，以供其它任何一台终端进行身份认证的使用；

人事授权管理：员工调离后权限删除非常容易，监管人员只要在门禁监控服务器上删除或挂起需要禁止出入的已调离员工帐号，则该调离员工立即无法再进出指定的门禁；

出入时间授权管理：每道门禁都可以单独或统一地(或通过监控管理软件)针对日常工作时间进行人员出入设定，这样可以保证在工作时间之外的时间段，不允许出入的工作人员即使指纹认证通过，也开启不了门禁，在安全性保障上起到减少内部隐患的作用；

二、银行营业网点门禁的实际需求

1、AB门互锁

从营业大厅进入储蓄区处，设置指纹二道门门禁管理，即前后门互锁的门禁管理；正常进出时，员工在有效开门时间内验证指纹此时可正常开启第一道门。员工进入到中转区域后把第一道门，在第二道门上再次验证指纹即可打开第二道门。若员工进入到中转区域后忘记关闭第一道门，此时禁止开启第二道门，超时未关现场蜂鸣器发出报警提示。员工退出时同样要通过验证开门，流程与上述相反。

银行中转区的A,B门具有互锁功能，当任一道门打开时禁止通过刷卡等方式开启另一道门，仅当第一道门关闭后才允许开启第二道门，具有自动防尾随功能。如下图：

2、银行网点关键区域双重授权开门

对于特别重要的房间，开门需要两重的权限。先通过统一分配人员身份，批量授权，有A身份人员和B身份人员。实现如下两种开门方式：

“A+B”开门：A身份和B身份的人不分先后按指纹开门。

“AorB+远程”开门：A身份或B身份其中一人按指纹，规定时间内远程管理中心人员指纹授权开门。

3、营业网点中转区胁迫码开门报警

银行职工受到非法分子胁迫开门时，刷卡后输入胁迫密码，此时门可正常开启。为迷惑不法分子，现场不会产生任何报警提示信息。开门同时，在不法分子完全不知情的情况下向管理工作站发出胁迫开门报警事件，工作人员可及时采取行动。如下图：

三、银行金库门禁的实际需求

目前，很多银行等金融机构要求在金库及枪弹柜等区域必须要采用生物识别技术的门禁产品。

1、网络正常、上班时段开金库门（2+1开门）

在银行正常上班时段，并且网络正常的时候。开启金库门流程：两名银行开库员工先后在指纹机上录入2人指纹，监控中心视频联动提醒中心值班人员注意，在确认两名开库员工身份无误后，中心值班人员在监控中心录入指纹，授权开启金库门。

2、网络正常、非上班时段开金库门（1+2+1开门）

在非上班时段，网络正常的情况下，如需要临时调取现金或者上级检查等情况。开启金库门流程：两位开库员工及一名银行高级主管到现场，分别先后录入指纹，再通过监控中心从视频中确认现场，确认无误后，中心值班人员在监控中心录入指纹，授权开启金库门。

3、断网情况开金库门（2+1开门）

在临时断网的情况下，开库现场视频无法连接到监控中心时，开库流程：两名开库员工先后录入指纹，门禁控制器通过短信模块发短信给银行最高权限领导，领导通过手机短信可以远程授权开门。

四、自助行门禁的实际需求

自助银行门禁系统要求能实时地显示所有门的开关状态以及进出记录，当门禁开启时能够驱动音箱提示语音播报等，能够联动报警量的输出和消防设备等，方便应对突发状况。

ATM防护舱无人时防护舱门呈锁闭状态；持卡人外部按钮后方可进入，舱内照明等相关系统等自动开启，门锁定，客户开始在ATM机上操作，外人无法进入，采用防尾随设计；使用中出现断电或火灾等紧急状态时，门自动解锁，客户可以轻易的手动开门离开，外人要强行进入或外部危险时，可以按钮报警。

1、加钞间报警、视频联动

当非工作人员非法入侵时，报警提示非法入侵警报，并联动视频查看现场画面；当工作人员正常进门时，门禁系统联动加钞间内的所有摄像机，实时跟踪工作人员加钞过程是否规范，加钞完毕后视频检查是否有物品遗留。

当工作人员加钞完毕离开时，门禁系统反馈信号给报警系统，检查加钞间所有报警设备是否进入布防状态。

2、双重授权开门

加钞间，开门需要两重的权限。先通过统一分配人员身份，批量授权，有A身份人员和B身份人员。实现如下两种开门方式：

“A+B”开门：A身份和B身份的人不分先后按指纹开门。

“AorB+远程”开门：A身份或B身份其中一人按指纹，规定时间内远程管理中心人员视频确认后指纹授权开门。

加钞间管理拓扑图：

通过各网点联网，高一级别银行可以对低级别银行异地授权；通过公用的数据库，可以实现一次性发卡，有权限的员工卡可以打开银行系统内所有有权限的门；在有突发情况发生时，低级别银行通过监控向高级别银行报警。

系统需求分析 篇5

作为A公司信息自动化系统主要子系统之一的设备管理信息系统，要实现A公司设备台账管理、设备维修与维护管理、配件管理等功能，将全厂的设备管理部门、设备使用部门、配件管理部门、财务等相关部门联系起来，达到准确、及时的业务信息的共享，形成如图3所示一个完整的设备管理体系，为设备管理职能部门及相关部门提业务信息和决策支持信息，

图3

A公司的设备管理包含以下业务内容：

1.设备基础信息管理

是对设备管理基础信息的建立和维护，包括设备代码、设备台账、机型所属配件信息、机型所属部位信息、设备随机资料和设备资产移动信息等的建立和维护。设备与其台账、资料、移动信息通过设备统一代码联系在一起;而设备与各层次使用单位的关系则通过层次代码体系加以保证;在机型一级通过机型所属配件信息、机型所属部位信息建立设备维修、改造、润滑及配件库存管理所需的相关信息;并建立和维护设备管理所有标准化管理代码。使管理部门能随时掌握设备资源状况，同时，为设备维修、改造、润滑管理提供所需的设备基础数据基础。

2.设备维修管理

设备使用部门根据设备使用的实际情况，及设备基础信息的内容、生产规划中生产主计划的安排，提报年度的立项维修计划，经过项目管理部门的审查和协调后，制定正式的立项维修计划，交由维修部门实行。维修部门在进行维修资源和维修能力的合理配置后，编制详细维修作业计划，进行预防维修工作，同时进行设备故障发生后的紧急维修，维修工作结束后提供维修的详细信息，包括维修报告、故障报告、事故报告等相关信息，用于维修活动的控制，并且对维修活动进行维修分析，以对今后的维修活动提供参考和指导。

3.设备改造管理

对于造成设备经常性故障，导致生产损失;或是影响设备效用发挥的设备设计上的不合理因素，通过进行设备改造，可以提高设备的利用率和效率，保证生产的正常进行。设备改造管理正是为了达到这个目的。

设备使用部门根据设备的实际使用情况和维修分析信息、设备基础信息的内容，以及生产规划中主生产计划的安排，提报年度的立项改造计划，经过项目管理职能部门的审查和协调后，制定正式的立项改造计划，交由维修部门实行。维修部门在进行资源和能力的合理配置后，编制详细改造作业计划，改造工作结束后提供设备改造报告，包括改造内容、费用、工时等相关信息，用于对改造活动的控制。

4.备件管理

对配件的计划采购工作进行全过程的管理和控制，各个环节的运行状况均有反馈信息加以描述，达到配件计划采购工作有序而切实地进行，

包括配件的需求管理，采购计划的制定，按照计划进行的采购工作的管理，和配件到货后的检验工作管理，并对采购行为的全过程进行跟踪，对各个环节的运行情况进行汇总统计。

5.库存管理

库存管理包括入库管理、出库管理、库存盘点、库存期末处理、库存分析、报废管理和外销管理。用于维护配件库存基本信息，实时处理各种出入库凭证，确保动态库存数据的正确，随时查询各种库存信息;库存分析功能针对配件库，及时分析库存构成及数量情况，以降低库存资金占用，并为制定采购、需求计划提供可靠数据;报废管理和外销管理针对处理库，用于不再具有使用价值的配件或积压配件的管理。

6.故障管理

设备故障管理是设备管理的一个重要方面，从不同角度对设备故障进行统计分析，对设备管理工作具有重要意义。通过建立设备故障树，可以在设备发生故障时根据故障现象快速查询到可能的故障原因，为解决故障问题提供保障。设备故障管理主要包括：收集整理设备故障信息，掌握设备故障规律，建立设备故障树，提供设备维修技术支持，降低设备突发故障。

五、性能需求分析

从实用、好用的角度出发开发A公司设备管理信息系统，建立面向企业设备管理全过程的管理与控制系统，在设计过程中主要考虑以下原则：

1.可操作性

原始信息皆由各相关部门录入，系统应尽量减少操作员的数据录入量，录入数据尽量通过设计下拉列表框来选择录入，这样的处理同时也避免了许多录入异常现象的发生。数据输入的格式应符合业务习惯，并且直观、方便。要求系统处理的数据能准确无误，同时输出信息要求直观、简洁。

2.可靠性

系统运行具有较高的可靠性，提供严格的并发控制，确保数据的一致性和正确性。

3.实用性

从用户的实际需要出发进行系统开发，不盲目追求高新技术的应用。

4.安全性

系统安全措施可靠、高效、可维护性好，有权限控制、口令控制、临时锁定控制，其中口令录入界面便于系统识别登录用户。

5.可维护性

为了保证系统的可维护性，要求具有详细的文档资料，同时，要求系统在功能设计上考虑可扩展性，以满足业务变动的需求。

6.可移植性

系统开发完成后，要能运行于任何由Windows NT/Windows 9X操作系统所构成的计算机网络环境下。

书店管理系统需求分析报告 篇6

目录

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.1 企业不同发展阶段的特征

企业的发展一般分为创立期、成长期、成熟期及衰退期, 银行若要了解企业在不同发展阶段的资金需求, 首先需要了解企业在不同发展阶段的特征, 进而根据其特征提供相应的资金支持。

创立期的企业由于分工不明确, 组织非规范化, 企业的监督、管理、控制权主要集中在业主手里, 这个阶段的企业人员数量较少, 产品比较单一, 企业基本上没有复杂的战略和管理。同时, 技术工艺不纯熟、新产品质量不稳定、市场份额不大、知名度不高等原因, 因此抗风险能力较弱, 即企业的经营风险较大, 同时由于创立期需要大量的资金投入新产品的研发、设计、广告、营销等方面, 且由于知名度不高, 为了打开市场企业一般采用赊销等方式销售, 形成了大量应收账款, 造成企业现金流短缺。

成长期的企业组织逐步规范, 有一定的工作流程和管理制度, 分工明细, 组织内机构也越来越多, 内部的沟通与协作随之增长, 企业的目标是高速成长。随着技术的进步, 知名度的提高, 有了一定的市场份额, 现金流量在增加, 抵御风险的能力也在逐渐加强, 外部融资也变得较为容易, 因此企业的经营风险有所降低, 但是企业仍需要大量的资金流以扩大生产规模。

成熟期的企业组织内部管理制度化、程序化, 组织机构健全, 分工精细, 企业能够提供多样化的服务, 内部环境稳定。随着销售的增长、业务的稳定、市场占有率的提高, 现金流比较充裕, 经营风险进一步降低, 其信用等级也较高, 因此外部融资渠道比较多。

衰退期的企业由于业务萎缩, 利润大幅降低, 逐渐从行业中退出, 现金流减少, 但为了维持生存或为了寻找新的发展机会, 企业往往举借大量外债;同时衰退期的企业由于缺乏创新, 工作积极性下降, 效益下降, 人心不稳, 加上制度繁多, 核心人才流失严重, 一般人员严重过剩。

1.2 企业信贷需求分析

企业在发展的不同阶段或多或少的都需要从外部获得资金支持, 而贷款是其最主要的资金来源, 包括信用贷款和担保贷款, 而银行出于盈利目标会采取不同的信贷行为, 他们最主要的决策依据即是对客户进行信用分析, 通过对其分析, 银行可以了解该客户履约还款的可靠性程度, 从而为有针对性的加强贷款管理, 防范信用风险提供依据。所以在此处着重研究企业的信用贷款。商业银行信用贷款对客户从其道德品格、资本实力、担保及环境条件等方面分析, 从而确定是否给予贷款及相应的贷款额度。根据企业不同发展阶段的特征及信贷条件, 其资金需求与银行采取的信贷行为可用表1表示。

由表1可以看出, 在企业创业初期, 企业资金需求量大, 而经营风险也很大, 信用程度不高, 出于这些因素的考量, 银行采取“惜贷”行为, 很少有金融机构等债权人为企业融资, 在这种情况下, 企业基本上都选择股权融资, 且这部分融资实际上是属于“内部人融资”或“内部融资”或企业“自己投资”, 在此基础上, 可以吸引和寻求创业投资公司等机构的股权融资。而在中小企业发展到一定时期和规模时, 由于企业资金需求量没有创业初期的需求量大, 经营风险也较低, 信用程度较高, 银行处于盈利和信贷资金安全性较高的考虑, 采取了信贷集中和扩张行为, 而此时企业不仅可以选择股权融资也可以选择债权融资, 债权融资主要来自商业银行、财务公司等金融机构。

总之, 企业在不同发展阶段由于经营管理、生产能力、竞争能力、营业利润等企业自身状况和外部环境如政府政策调整等因素选择不同的融资方式, 为了扩大生产规模获得更多的利润, 努力提高自身条件以达到银行的贷款条件, 从而获得更多的信贷资金。同时, 由于企业的现金流在其生命周期中呈现出一种由小到多, 由多变少的过程, 银行承担的风险也是由高到低, 又由低到高的过程, 所以银行在企业生命周中采取不同的信贷行为。在企业创立初期, 采取不贷或少贷的“惜贷”行为, 在企业规模扩大时, 采取信贷集中或扩张行为, 在企业进入衰退期时, 采取惜贷行为或信贷退出行为。

2 商业银行与企业信贷需求的对应分析

企业不同发展阶段的资金需求与银行信贷行为选择。由于企业发展壮大的历程需要经过不同的发展阶段, 每一阶段都有其独特的特征, 所以根据其不同阶段的资金需求, 银行也要采取不同的信贷决策来支持企业的发展, 下面就从企业的生长周期分析银行在企业不同阶段采取的信贷行为。

2.1 创立期

企业初建是风险抵御能力低, 无组织架构和业务拓展, 其战略目标是只要存在就好, 所以在可用资金有限而企业资金需求量大的情况下, 企业又无法从银行获取满足球需要的信贷资金, 企业只能把有限的内融性资金投资于具有潜在市场高成长性的产品研发上, 提高资金效率, 以期提高其主营业务收入, 扩大其市场占有率。

商业银行在企业的创立期时, 考虑其风险程度及其他因素, 一般对企业采取不贷或少贷的行为, 银行资产规避了风险, 但其惜贷行为造成了社会总信贷量的减少, 进一步限制了投资与需求, 抑制了企业的发展, 但为了可以平衡企业与银行之间的资金供需平衡, 银行对企业进行信用分析后, 若企业也不符合信用贷款的条件, 银行可为企业提供担保贷款, 其包括保证贷款、质押贷款、抵押贷款。

保证贷款:是指根据《担保法》中的保证方式向借款人发放的的贷款。银行发放保证贷款, 贷款保证人就应按法律规定承担贷款债务的一般保证或连带责任保证责任, 当债务人不能履行还款责任时, 由保证人负责偿还。

质押贷款:是指按《担保法》中规定的质押方式发放的贷款, 其中质权人在债务全部清偿以前占有债务人用作质押的质物或权利, 且在某些情况下, 受质押人还有出卖该质物或权利的权力。

抵押贷款:是指银行以抵押方式作担保而发放的贷款, 其抵押是债务人或者第三人不转移抵押财产的占有, 将该财产作为债权的担保。

2.2 成长期

企业在成长期知名度达到一定程度, 顾客稳定, 其战略目标是生存壮大并为寻求新的发展方向积极准备, 其经营风险仍然较大, 虽然企业积累了一些资金, 但随着投资机会的增多, 企业为了扩大公司规模获得更多的利润, 企业的资金不能满足其发展需求, 这就需要寻求外部资金来扩大规模, 其主要来源于投资者投入资金和银行贷款。

商业银行在企业成长期, 随着企业信用度的提高, 偿债能力的增强及银行看到企业的发展潜力, 银行的信贷风险就会降低, 银行会放松对企业的贷款限制, 应当采取信贷集中行为来支持企业规模的扩大。

2.3 成熟期

企业在成熟期时经营风险低, 偿债能力极强, 信用度很高, 市场潜力较大, 利润较高, 其战略目标为保持战绩并伺机而动, 同时由于企业由关注市场份额到关注盈利能力和获取利润上, 产品的再投资机会变得狭窄, 不需要大量资金投入, 却能产生最大的现金流入和较强的抗风险能力。

商业银行在企业成熟期看到企业的发展规模和盈利能力的极强, 银行应当采取信贷扩张行为来支持企业的积极发展, 实现其低风险高回报的经营目标, 但应注意资金的供需平衡, 避免出现信贷资金供大于求, 这就会导致其他需要贷款企业获得的信贷资金供给小于需求而影响其他企业大发展。

2.4 衰退期

企业在衰退期时企业的产品逐渐退出市场, 效益低下, 业务逐渐萎缩而企业以前有积累了较多的资金, 可维持企业的日常经营, 因此企业不需要大量的资金。

商业银行在此时应采取信贷集中行为不贷或少贷, 可以实现风险小、收益小的获利, 同时将信贷资金发放给需要获得贷款的企业促进其发展。

3 商业银行与企业间信贷资金的供需平衡建议

由于企业在成长周期上, 资金需求量和资金来源不断变化, 如在创业期企业的信息基本上是封闭的, 缺乏财务审计, 主要靠内源性融资;在成长、成熟阶段随着规模的壮大, 信息透明度提高, 企业内源性融资难以满足其资金需求, 企业将选择外源性融资;在衰退期则不需要较多资金。但由于种种原因, 企业的资金需求不能得到满足, 所以为了实现信贷资金的供需平衡, 不仅银行要为企业不同发展阶段提供资金支持, 也要从企业与政府方面提供相应的支持, 从而使得银企之间信贷资金的供需平衡。

3.1 企业方面

3.1.1 初创期。

由于银行贷款是企业外部融资的主要资金来源, 但在企业初创期, 由于偏好、信贷风险等因素, 银行都会对企业采取“惜贷”行为, 这就阻碍了企业的发展, 在此情况下, 企业需寻求新的融资途径, 改变其单一的融资途径, 适度调整向银行贷款的份额, 使银行发放的那部分贷款的信贷风险降低。

加强信息制度建设:由于信息的不对称, 银行很难掌握企业的真实情况, 银行为了规避风险, 减少不良贷款, 从而会采取惜贷行为, 导致企业的融资困难, 因此加强企业信息的透明性, 使银行更加全面的了解企业的发展经营状况是企业获得贷款的重要条件。

3.1.2 成长期。

提高企业整体素质, 增强其内在融资能力:企业要赢得银行的信任和支持, 就必须加强其自身建设, 树立强烈的竞争意识, 加快企业的技术改造和产品更新, 提高经营水平, 增强其市场竞争力, 从而为从银行获得贷款提供了资本。

3.1.3 成熟期。

企业的信用是企业发展壮大的重要条件之一, 而现在社会上信用缺失现象愈演愈烈, 尤其是逃债现象的增加, 损害企业的信誉, 破坏银企关系, 从而使企业无法从银行获取器所需资金, 加强企业的信用建设就显得尤为重要, 只有企业拥有良好的信用, 其实履行借款合同, 才能为企业创造良好的贷款条件。

3.2 银行方面

3.2.1 初创期。

商业银行为了减少坏账和提高利润, 可以用一部分资产增加对企业的贷款, 同银行其他资产进行分离管理, 防止风险, 这样在企业无法偿还债务时, 可把债权转为股权, 利用银行的信息优势同企业建立战略联盟实现利润分成, 风险共担, 既满足了企业的资金需求, 也实现了商业银行的盈利目标。

3.2.2 成长期。

建立银行内部信贷激励约束机制, 银行将风险管理纳入绩效考核体系, 调整内部激励机制, 不应只罚不奖, 从而降低信贷员的积极性, 因此有效的激励约束机制是银行安全发放贷款的保证。

3.2.3 成熟期。

信贷人员的素质对银行做出的信贷决策有很大影响, 只有提高信贷人员的素质, 加强其风险意识, 树立维护银行整体利益的观念, 才能减少违章操作、越权、人情贷款及以权谋私的行为发生, 从而使银行在企业不同发展阶段做出正确的信贷决策。

3.2.4 衰退期。

建立信贷客户退出机制, 在编制信贷计划时, 银行应根据企业的生命周期, 尤其是企业的初创期与衰退期应慎重贷款。按照贷款安全性, 流动性和收益性的顺序, 分轻重缓急程度按抵押、保证不足的贷款和现金流量趋减客户贷款的顺序, 对符合信贷退出标准的企业进行退出, 对新进的企业实施贷款, 优化合理使用信贷资金, 避免出现超贷行为, 同时避免银行的信贷风险。

3.3 政府方面

3.3.1 初创期。

政府应积极推动对企业的经营服务创新和体制机制的创新, 鼓励、支持银行开展工业产权非专利技术和股权等无形资产的质押贷款, 开展融资租赁, 公司理财等多种为企业服务的融资业务, 大力发展小额贷款公司建立适合企业需求的多层次的金融服务体系, 有了政府的政策支持和担保, 降低了银行信贷风险的顾虑, 银行会对中小企业采取积极的信贷行为。

3.3.2 成长期与成熟期。

由于企业的信用不良, 逃债现象时有发生, 而信贷人的合法权利无法得到保障, 银行“惜贷”现象严重, 影响到企业信贷融资的有效性和可得性, 所以为使企业获得发展所需资金, 而信贷人权利不受损失, 加强对债权人的法律保护就尤为重要。

参考文献

[1]王定祥, 田庆刚, 李伶俐, 王小华, 贫困型农户信贷需求与信贷行为实证研究[J].金融研究, 2011, (05) .

[2]汤长保, 吴应宇, 低碳经济背景下我国商业银行信贷行为选择[J].浙江金融, 2011, (11) .

[3]石志平, 张文棋, 农户信贷需求与信贷行为影响因素实证研究——基于福建省农户的调查[J].东南学术, 2012, (05) .

图书管理系统的需求分析与设计 篇8

关键词：图书管理 管理信息系统 数据库技术

一、应用需求分析

一个先进的图书管理系统应当了解并满足使用者的需求。对图书馆工作人员而言，不仅需要根据图书编号、借阅者编号查询借阅以及归还情况，还要能够对借阅者的借阅及归还请求进行操作，将操作结果形成报表让借阅者进行检查。而普通用户则是需要能够方便地了解图书馆的馆藏情况。图书借阅者不仅需要知道自己的借阅情况，并且需要对自己的相关个人信息进行管理。

根据图书管理人员对图书管理系统的相关需求，对其登录模块应谨慎设计，以求功能完备。图书馆工作人员可以对馆藏书籍数据进行查询、浏览、修改等，不过对于借出的未在馆内的书籍不能够进行修改。对借阅者的信息维护，工作人员可以对其个人信息中的借书、还书记录进行修改，并且需形成相应报表呈现给借阅者。对已借阅出书籍的信息维护中，一旦进行图书借阅信息删除操作，应当能够对其借阅者的借阅记录进行关联删除，以保证图书借阅数据的准确完备。

对普通人员只设有基本权限，即可对馆藏信息进行查询，并可通过多种标签对图书信息进行查询。此查询功能还应支持模糊查询，即可通过某关键字对图书信息进行查询。

对图书借阅者，在对个人信息进行查询维护时需要登录其账户，而在进行基本的对馆藏图书信息进行查询功能时则不需要。

二、系统设计

1.系统功能模块设计

系统共分为三个模块，即工作人员系统管理模块、图书信息查询模块、借阅者个人信息维护模块。

（1）工作人员系统管理模块的主要功能有管理借书、还书；对借阅者信息记录的维护；修改馆藏书籍数据；对书籍借阅情况进行查询。

（2）图书信息查询是指普通人员可通过书籍名称、出版社、作者等关键字对书籍信息进行查询。

（3）借阅者个人信息维护指借阅者可通过账号密码登录其个人界面，对个人的借阅情况进行查询，对密码进行修改，对院系、班级、联系方式等个人信息进行提出修改操作，由图书馆工作人员核对确认后修改成功。

2.用户类型

此系统的用户类型分为图书馆工作人员、借阅者及普通用户。

图书馆工作人员可以凭借账号、密码登录进入系统从而实现对整个图书管理系统的管理操作，对借阅者个人信息的确认修改，以实现对图书馆信息的维护管理。

普通用户可在本系统检索书籍名称、作者以及出版社等关键字实现对书籍信息的查询。

借阅者可以凭借个人账号密码进入个人信息管理界面，实现对个人借阅情况的查询，并实现对个人基本信息的申请修改。

三、系统数据库设计

1.概念设计

此过程中，设计者通过分析用户的数据处理要求和约束，形成具有用户特色的概念模式，并将之进一步转换为逻辑模式。将概念设计分立出来，使得设计的难度得到了显著下降，可实现度大大提升，各阶段的任务相对独立，摆脱了DBMS的设计桎梏。

通过使用ER方法，首先进行局部ER模式的设计，其次将之联合为一个全局的ER模式，再将其进行升级优化，从而实现对数据库的概念约束。

（1）局部ER模式的设计，包括书籍、借阅者、图书状态。书籍包括书籍编号、入库时间、书籍名称、作者、出版日期、出版社、馆藏数目、价格；借阅者包括借阅者学号、姓名、性别、出生日期、民族、系别、专业、年级、联系方式；图书状态包括图书状态编号、借阅日期、借阅截止日期、借阅人信息。

实体之间的联系通过ER模型的联系来进行呈现。一种方式是通过分析需求，研究局部结构中任意两个实体类型之间是否存在联系。如果存在，则对其进行更深层次的确认。此外，还要对多个实体类型之间、两个实体类型之间、实体类型内部进行深入的研究分析，确认联系是否存在。

（2）全局ER模式的设计。通过对设计好的局部ER模式进行统一综合，形成一个相对完备合理的全局概念模式。

第一，确定公共实体类型。把同名实体类型与相同键的实体类型分别作为公共实体类型的两类候选，来确认各局部结构的公共实体结构，给局部ER模式向全局ER模式的合并提供先决条件。

第二，局部ER模式的合并。合并时应遵循两两结合，先将实际中相关的局部结构合并，从公共实体类型到独立的局部结构。

第三，消除冲突。消除冲突是从本质上将若干局部模型进行合并，从而建立统一的和谐的全局模式，而不单单只是表面上的合并。

第四，全局ER模式的优化。此外，还应按照处理需求对模式进行升级优化，以达到提高数据库系统效率的目的。

2.关系数据库的逻辑设计

该设计过程是把ER图转换为关系模式，这是因为概念设计的结果是ER图，而DBMS一般采用关系型。在逻辑设计过程中应当将关系数据库规范化理论合理运用，以发挥关系模型所具有的优势，将设计过程形式化。将用户所用数据记述为子模式。在指出子模式之外，再对子模式与概念模式中相应数据对应联系做分析记录。

3.数据库的研究

本次开发的数据库由四部分组成。借阅者的信息存储在图书借阅者信息数据表中；工作人员账号及密码数据存储在工作人员信息数据表中；借阅图书的信息存储在图书借阅信息数据表中；所有图书的信息存储在所有入库图书数据表中。

（1）图书借阅者信息数据表。借阅者的信息存储在图书借阅者信息数据表中。由借阅者的学号、姓名、性别、出生年月、民族、系别、专业、联系方式、年级及登录密码数据10个字段组成。

（2）工作人员信息数据表。工作人员账号及密码数据存储在工作人员信息数据表中，由编号、用户名和密码3个字段组成。

（3）图书借阅信息数据表。图书借阅的信息存储在图书借阅信息数据表中。由书籍编号、借阅者姓名、学号、借阅数量、借阅时间、应该归还时间、实际归还时间、归还标志位8个字段组成。

（4）所有入库图书数据表。所有图书的信息存储在所有入库图书数据表中。由书籍编号、名称、作者、价格、馆藏数目、图书状态、入库时间、馆藏地点8个字段组成。

四、小结

本文对图书管理系统设计时所需应用的服务器端脚本编辑开发工具、图书管理系统所需的功能模块及技术、相应数据库的特点及应用做了详细的分析与论述，为系统的实现过程、所实现的功能，以及每个功能模块中的具体功能做了铺垫。

参考文献：

[1]张正玺.数据库及其应用[M].北京：国防工业出版社， 2006.

[2]吴曙光，刘卫国.基于ASP.NET的图书管理系统设计与实现[J].湖南冶金职业技术学院学报，2006（3）.

[3]冯建华，周立柱.数据库系统设计与原理[M].北京：清华大学出版社，2004.