信贷管理系统业务需求书
XX省农村小额贷款公司信贷管理系统业务需求书
2009年8月13日
第1章系统功能需求........................................错误!未定义书签。
主要功能............................................错误!未定义书签。
信息存储要求........................................错误!未定义书签。
性能要求............................................错误!未定义书签。
输入要求............................................错误!未定义书签。
输出要求............................................错误!未定义书签。
安全与保密要求......................................错误!未定义书签。
对接要求............................................错误!未定义书签。第2章业务概述............................................错误!未定义书签。
小额贷款公司的目标..................................错误!未定义书签。
小额贷款公司的性质..................................错误!未定义书签。
小额贷款公司的设立..................................错误!未定义书签。
小额贷款公司的资金来源..............................错误!未定义书签。
小额贷款公司的资金运用..............................错误!未定义书签。
小额贷款公司的监督管理..............................错误!未定义书签。
发起人承诺制度................................错误!未定义书签。
贷款管理制度..................................错误!未定义书签。
内控制度......................................错误!未定义书签。
资产分类和拨备制度............................错误!未定义书签。
信息披露制度..................................错误!未定义书签。第3章小额贷款公司信贷业务管理............................错误!未定义书签。
系统管理............................................错误!未定义书签。
小额信贷业务处理流程描述............................错误!未定义书签。
客户信息管理........................................错误!未定义书签。
功能概述......................................错误!未定义书签。
公司客户信息管理..............................错误!未定义书签。
中小企业（小企业主）客户信息管理..............错误!未定义书签。
城镇居民客户信息管理..........................错误!未定义书签。
农户信息管理..................................错误!未定义书签。
担保人管理....................................错误!未定义书签。
黑名单管理....................................错误!未定义书签。贷款申请............................................错误!未定义书签。
业务类型......................................错误!未定义书签。
申请录入......................................错误!未定义书签。风险审查及信用评级..................................错误!未定义书签。
风险审查......................................错误!未定义书签。
信用评级......................................错误!未定义书签。贷款审批............................................错误!未定义书签。放款审查............................................错误!未定义书签。贷款发放............................................错误!未定义书签。
贷款放款......................................错误!未定义书签。
多次放款......................................错误!未定义书签。
展期、二次抵/质押贷款.........................错误!未定义书签。贷后管理............................................错误!未定义书签。
贷款额度管理..................................错误!未定义书签。
贷款检查......................................错误!未定义书签。
贷款偿还......................................错误!未定义书签。
抵质押品管理..................................错误!未定义书签。
档案管理......................................错误!未定义书签。
贷款变更......................................错误!未定义书签。
到期提醒......................................错误!未定义书签。
贷款催收......................................错误!未定义书签。
贷款分类......................................错误!未定义书签。
贷款计息及账务处理............................错误!未定义书签。抵债资产管理......................................错误!未定义书签。不良资产管理........................................错误!未定义书签。绩效考核..........................................错误!未定义书签。综合统计查询......................................错误!未定义书签。报表..............................................错误!未定义书签。
报表要求......................................错误!未定义书签。
报表..........................................错误!未定义书签。综合信息管理......................................错误!未定义书签。
经济金融信息..................................错误!未定义书签。
政策法规......................................错误!未定义书签。
经验交流......................................错误!未定义书签。小额信贷监管报表..................................错误!未定义书签。
小额贷款公司业务状况监管......................错误!未定义书签。
小额贷款公司贷款投向监管......................错误!未定义书签。
小额贷款公司贷款利率监管......................错误!未定义书签。
小额贷款公司贷款质量监管......................错误!未定义书签。
小额贷款公司贷款规模监管......................错误!未定义书签。
小额贷款公司财务监管..........................错误!未定义书签。
第1章系统功能需求
1.1主要功能
编辑功能
人工按照系统提供的模块文本（调查报告书、报表等）输入数据（可作修改）、图像信息等，系统按照规定程序生成信贷业务的标准文本。
分析功能
按照设定的程序，系统自动生成企业财务分析指标、信用评估指标等数据。自动完成对系统内数据的定量分析图，包括趋势图、结构图、比例图等等。
图像传递功能
系统可传输审批需要的有关图片。
多渠道数据采集功能
除操作人员录入外，数据采集还包括其它系统数据接口转入。
实时监控功能
高级别人员可随时登录系统，实时察看各业务人员的业务活动情况。
数据统计、记录功能
对录入的业务依照各类标识、多种口径进行查询统计，系统自动记录查询结果。
灵活设置功能
对于系统设置的参数可根据具体情况进行设置与调整，其中部分工作内容，如工作提示、重点信息等可由用户自行设置。
自动提示、预警功能
对于已经设置的提示、预警内容，系统可按要求进行自动提示与预警。
计算功能
可对输入的企业财务报表数据进行计算和分析。
支持移动办公
可通过内部网络进入系统处理业务。
快速搜索功能
在输入查询条件后，系统可快速搜索满足条件的记录。
添加功能
系统具有添加文档（如追加业务说明）或图像信息（如业务实物资料）的功能，并自动记录操作时间。
其他功能
具有返回上一级、返回主页面两级功能按钮；可同时打开多个界面，每个打开的界面都可以最小化、还原、关闭；关闭界面时，系统对修改过的界面自动提示是否“保存、放弃、取消”。对于新输入的信息，包括三项功能按钮：放弃、保存、提交。只有提交后其他人员才可以查到，保存而不提交，只是保存在该操作人员草稿中，下次可调阅并修改、完善。
1.2信息存储要求
信息维护
客户信息维护：系统中的客户信息实行主管人维护制度，即：重要信息由主管人进行修改，其他人员需经上级授权同意，方可修改。其余信息除特别说明外，一般人员均可修改，但需保留修改时间、修改人姓名，同时修改前的记录可供继续查询。
贷款申请管理、贷款审批管理模块中的信息提交后，一般不能修改，若需修改，需在系统中经过上级审批流程后，由上级人员发回修改。
信息保存
除特别说明外，所有信息均作长期保存
1.3性能要求
一、精度要求
1.业务发生以元为单位，查询余额保留到元，元以下四舍五入。
2.利率要求保留5位小数。
二、灵活性要求
1.能满足全省所有小额贷款公司的业务需求；
2.适应业务权限调整、业务种类变化及业务品种增加的要求；
1.4输入要求
1.有防错、纠错、多次录入的功能。
2.对输入范围有提示、确认和限制能力。
3.系统画面和格式均为中文。
4.文本编辑使用统一格式。
1.5输出要求
1.输出的审批意见格式统一、完整。
2.输出的表类、查询结果格式应统一，有分页处理能力。
3.提示应完整、准确。
1.6安全与保密要求
1.对操作人员的操作范围、权限和身份识别有限制能力。
2.数据传输有加密功能。
3.数据应定期备份。
4.对软硬件、设备、电源、线路等原因造成的故障，有恢复和应急处理的
能力。
5.具有多重防火墙，有自动杀毒、防止病毒侵入系统的能力。
1.7对接要求
1.建立与会计核算系统的连接，可查询会计核算系统的数据，当会计人员
复核后可向会计核算系统发出业务操作指令，对会计核算系统的操作由
原来C/S操作模式经改造后，统一采用信贷系统操作界面。
2.系统能实现与人行征信系统连接。在信贷系统中可直接登录人行征信系
统，不需二次登录，并且信贷系统可定期按照人行征信系统数据上报接
口要求进行上报。
3.系统留有与江苏省联社信贷系统接口。
第2章业务概述
2.1小额贷款公司的目标
小额贷款公司是国家为了全面落实科学发展观，有效配置金融资源，引导资金流向农村和欠发达地区，改善农村地区金融服务，促进农业、农民和农村经济发展，支持社会主义新农村建设。
2.2小额贷款公司的性质
小额贷款公司是由自然人、企业法人与其他社会组织投资设立，不吸收公众存款，经营小额贷款业务的有限责任公司或股份有限公司。
2.3小额贷款公司的设立
小额贷款公司的名称应由行政区划、字号、行业、组织形式依次组成，其中行政区划指县级行政区划的名称，组织形式为有限责任公司或股份有限公司。小额贷款公司的股东需符合法定人数规定，注册资本来源应真实合法，全部为实收货币资本，由出资人或发起人在规定年限内足额缴纳。注册资本的起点金额和结构均需符合相关制度要求。
2.4小额贷款公司的资金来源
小额贷款公司的主要资金来源为股东缴纳的资本金以及向金融机构的
负债。
2.5小额贷款公司的资金运用
小额贷款公司在坚持为农民、农业和农村经济发展服务的原则下自主选择贷款对象。小额贷款公司发放贷款，应坚持“小额、分散”的原则，鼓励小额贷款公司面向农户和微型企业提供信贷服务，着力扩大客户数量和服务覆盖面。同一借款人的贷款余额不得超过小额贷款公司资本金的10%。
小额贷款公司按照市场化原则进行经营，贷款利率上限放开，但不得超过司法部门规定的上限，下限为人民银行公布的贷款基准利率的倍，具体浮动幅度按照市场原则自主确定。
2.6小额贷款公司的监督管理
省市县级政府金融办负责对小额贷款公司的监督管理，并承担小额贷款公司风险处置责任。
2.6.1发起人承诺制度
小额贷款公司应建立发起人承诺制度，公司股东应与小额贷款公司签订承诺书，承诺自觉遵守公司章程，参与管理并承担风险。
2.6.2贷款管理制度
小额贷款公司应建立健全贷款管理制度，明确贷前调查、贷时审查和贷后检查业务流程和操作规范，切实加强贷款管理。
2.6.3内控制度
小额贷款公司应加强内部控制，按照国家有关规定建立健全企业财务会计制度，真实记录和全面反映其业务活动和财务活动。
2.6.4资产分类和拨备制度
小额贷款公司应按照有关规定，建立审慎规范的资产分类制度和拨备制度，准确进行资产分类，充分计提呆账准备金，确保资产损失准备充足率始终保持在100%以上，全面覆盖风险。
2.6.5信息披露制度
小额贷款公司应建立信息披露制度，按要求向公司股东、主管部门、向其提供融资的银行业金融机构、有关捐赠机构披露经中介机构审计的财务报表和年度业务经营情况、融资情况、重大事项等信息，必要时应向社会披露。
中国人民银行对小额贷款公司的利率、资金流向进行跟踪监测，并将小额贷款公司纳入信贷征信系统。小额贷款公司应定期向信贷征信系统提供借款人、贷款金额、贷款担保和贷款偿还等业务信息。
第3章小额贷款公司信贷业务管理
3.1系统管理
以法人单位为主体，由各小贷公司自行进行信贷管理，金融办负责监管相关工作。各个小贷公司对岗位设置、部门设置、审批流程进行自我管理，金融办不负责具体审批管理。
信贷管理系统中拟设定四个岗位，十一个角色，除了系统管理员岗做统一规定外，其余角色由各小贷公司根据自身业务需求，自主定岗定职，做到管理逐级授权，风险有效防范，监管方便执行，促进小额贷款公司规范、健康、长远发展。
3.1.1机构设置
机构设置统一由省金融办负责，包括小额贷款公司以及小额贷款公司分支机构在信贷管理系统中的注册。信贷系统中设省数据中心系统管理员角色，负责机
构注册设置和对小额贷款公司系统管理员设置。
3.1.2小额贷款公司用户设置
小额贷款公司岗位分为：调查岗、风险审查岗、决策岗、贷后管理岗。角色有：小贷公司系统管理员、客户经理、客户经理主管、风险审查员、风险审查主管、总经理、董事长、贷审会、贷后管理员、贷后管理主管、查询用户。小额贷款公司可按照岗位制约原则和效率原则，进行角色分配，可一人多角色或一人单角色。岗位描述及角色描述如下：
1、系统管理员
又称超级用户，由各小贷公司的总经理或总经理授权人员担任。
权限：负责本公司的小贷公司的信贷管理系统的总体管理，包括审批流程的制定、管理部门的注册、岗位人员的注册和对各岗位主管操作的授权。
2、调查岗
设置客户经理和客户经理主管两个角色，负责客户信息的收集、整理、录入等。
客户经理权限：
A、录入借款人的客户基本信息
B、录入担保人的客户基本信息或担保物的基本信息
C、录入借款人的贷款需求相关信息
D、修改当日自己录入的客户基本信息等，隔日修改基本资料需由客户经理
主管进行授权
E、根据决策意见录入借款基本要素生成借据
F、根据贷后检查处理意见实施有效客户管理和维护
客户经理主管权限：
A、核对客户基本信息录入的准确性，并给出审核意见
B、授权客户经理修改客户基本信息
C、向决策岗报送客户基本信息和借款需求信息
D、向客户经理反馈对贷款申请的决策意见
3、风险审查岗
设置风险审查员和风险审查主管两个角色，负责客户信息的真实性审查、财务数据分析和风险评价等。
风险审查员权限：
A、审查客户提供材料的真实性
B、审查客户的征信记录
C、分析客户的财务数据和收支情况等
D、评价借款人经营状况、盈利能力、抗风险能力和担保人（或担保物）的
担保能力
E、核定客户最高贷款额度
风险审查主管权限：
A、审核风险审查员的分析数据
B、评价借款人的抗风险能力和担保人（或担保物）的担保能力
C、评价贷款的风险并将贷款分级
D、核定客户最高贷款额度和最长贷款期限
E、向决策岗报送风险审核意见
4、决策岗
设置总经理、董事长和贷审会三个角色。
由各小贷公司根据自身的实际经营情况，以及贷款额度授权的不同设置三级审批人的权限或设置审批流程。
5、贷后管理岗
设贷后管理员和贷后管理主管两个角色，负责贷后的检查、信息补充录入、客户分析和贷款风险评价等。
贷后管理员权限：
A、补充录入客户最新财务信息
B、及时录入客户近期组织机构、高管组成等的重大变化和与客户有关的重
大事件
C、录入贷款需的实际用途等其他使用情况
D、分析客户经营情况、评价贷款风险并
贷后管理主管权限：
A、审核贷后检查员的补充录入信息
B、综合评价客户的抗风险能力等
C、评价贷款的风险并将贷款分级
D、向决策岗报送贷后检查意见
E、向客户经理岗反馈贷后检查处理意见
6、查询用户
查询用户分级管理，省数据中心查询用户可查询全省小额贷款公司所有数据，小额贷款公司查询用户只能查询本身数据。
3.1.3基准利率设置
由省数据中心系统管理员根据人民银行公布的贷款基准利率设置系统基准利率，并按照基准利率的—4倍限定小贷公司录入的放贷利率。
3.2小额信贷业务处理流程描述
包含小额贷款项目业务从申请到结清的整个过程，以工作流的形式实现。包括申请、调查、审查、审批、签订合同、放款直至贷款结清等各个环节。
按阶段可以划分为贷前管理、贷中管理和贷后管理三个模块。
系统提供信贷业务流程的模板定制功能。流程模板中的岗位设置紧密结合信贷业务，使不必修改业务流程能实现由手工方式向电子方式的转变。
贷前阶段包括贷款申请、贷款调查、贷款审查、审批四个业务模块。
贷款客户进行贷款申请后，进入系统的贷前流程。首先，信贷员对客户、贷款项目、市场环境等信息进行贷前调查，录入贷款调查表和贷款调查意见，完成
贷前调查。
审贷部门的相关业务人员针对信贷调查员报送的信息从资料完整性、合法性等多个进行审查，以发现其中隐含的问题。审查通过后，系统调用审批子系统中的贷款审批模块。若贷款审批通过，则记录贷款审批方案，生成贷款合同，进入贷中管理模块。
贷中管理工作包括签订合同、打印放款通知书，会计记账，登记相应的信贷台账等工作。
贷后管理工作包括贷后跟踪检查、贷款清分、信贷制裁、贷款回收、贷款展期、贷款资产保全、贷款结清等工作。
下图是业务处理的描述图
3.3客户信息管理
3.3.1功能概述
根据小额贷款公司客户特点，将其服务的客户划分为四种，即公司客户、中小企业（小企业主）客户客户、城镇居民客户、农户客户。所以信息管理包括公司客户信息管理、中小企业（小企业主）客户信息管理、城镇居民客户信息管理、农户客户信息管理。
公司客户管理
客户基本信息：用于记录公司客户的基本信息，其具体内容有客
户概况、董事/法人/高管信息、资本构成情况客户相关文档资料等。
客户财务信息：用于记录客户的各类财务报表，包括：资产负债表、损益表、现金流量表。系统根据资产负债表、损益表和现金流量表的相关数据自动算出财务指标表的数据。
客户关联信息管理：对客户与其他客户的关联关系进行管理。
对客户分析与评估：根据客户的基本信息和财务信息，对客户进行一些定性和定量的分析。包括客户信用等级评定、客户财务分析、客户情况分析等。
对客户工作与维护：用于记录与客户相关的工作，包括客户经理工作笔记进行维护和管理。
中小企业（小企业主）客户管理
客户基本信息：用于记录中小企业客户的基本信息，其具体内容有客户概况、高管人信息、资本构成情况、其他相关企业信息、资质与认证情况、客户大事记、参与项目信息、客户相关文档资料等。
客户财务信息：用于记录客户的各类财务报表，包括：资产负债表、损益表、现金流量表。系统根据资产负债表、损益表和现金流量表的相关数据自动算出财务指标表的数据。对于没有财务报表的小企业，可简化录入财务信息。
客户资产与负债明细：具体内容有应收应付帐款信息，存货信息，资产信息，纳税信息，在建工程信息，其他资产负债明细信息等。
客户关联信息管理：对客户与其他客户的关联关系进行管理。
对客户分析与评估：根据客户的基本信息和财务信息，对客户进行一些定性和定量的分析。包括客户信用等级评定、客户财务分析、客户情况分析等。
对客户工作与维护：用于记录与客户相关的工作，包括客户经理
工作笔记进行维护和管理。
城镇居民客户
客户基本信息管理：包括客户概况、个人学业履历和个人工作履历。
配偶及家庭主要成员情况。
客户关联信息：包括人员关联、资金关联、自定义关联。
个人资产与负债信息：包括社保、财产保险、人寿保险、房屋资产、车辆资产、拥有债券、拥有股票、投资企业、负债等个人资产负债情况，同时依据所输入的个人资产负债情况，系统自动生成个人（家庭）资产负债表和个人（家庭）损益表。
客户资信等级评定：根据客户的基本信息、个人（家庭）资产负债信息，以及信贷员的部分补充输入，系统自动进行客户资信等级评定。
客户大事记管理：对客户发生的各类大事进行维护管理。
个人客户分析：包括客户行为分析，如存款、贷款习惯与意愿分析等；客户价值分析，即客户对我行所创造的价值、客户的潜在资源和潜在价值等；客户潜在风险分析等。
客户文档管理：对客户提交给小额贷款公司的各类文档进行管理。
客户经理工作笔记
查看贷后检查报告
农户客户
客户基本信息管理：包括客户概况和配偶及家庭主要成员情况。
联保小组管理：包括联保小组管理和农户联保贷款管理。
农户关联信息：包括与其他人员关联关系、与村镇企业关联关系。
农户家庭财产情况
农户资信等级评估信息：根据农户的基本信息、农户（家庭）资
产负债信息，以及信贷员的部分补充输入，系统自动进行农户资
信等级评定。
农户其他金融机构业务活动信息：包括存款信息、授信额度信息、
信贷业务信息和对外担保信息。
农户大事记管理：对农户发生的各类大事进行维护管理。
农户文档管理：对客户提交给的各类文档进行管理。
客户经理工作笔记
查看贷后检查报告
3.3.2公司客户信息管理
与该客户建立关联的操作员都可对其详细信息进行登记，可以查看其他操作员登记的该客户信息，但是除了具有信息维护权之外其他用户只能修改和删除自己登记的信息，具有信息维护权用户可以在管辖范围内对所有的信息进行维护。
客户概况信息可以由建立关联的操作员进行日常信息维护，且保留最新维护人员名称、机构、更新时间。
客户在小额贷款公司发生业务时，建立关联的操作员都可以查看到业务列表信息,具体业务详情查看，需要判断当前用户是否有业务管理权或系统查看权。
一、客户信息
基本信息
序号名称说明
1、公司名称必输项
2、法定代表人姓名必输项
3、注册资本金（实收资本金）必输项
4、经营项目必输项
5、公司地址必输项
6、证件是否年检必输项
7、组织机构代码证编号必输项
8、基本户开户行必选项
9、基本户账号必输项
10、税务登记证号必输项
11、贷款卡卡号必输项
12、公司财务主管或联系人姓名必输项
13、财务主管或联系人电话必输项
14、录入资产负债表和损益表必输项
15、关联信息录入选输项
16、综合评价选输项
二、客户财务信息
主要录入客户的资产负债表、损益表、现金流量表。可有屏幕直接录入和Excel表格导入两种方式。
该客户的客户经理可以新增某期财务报表。
客户经理在输入相应的数据，录完后可以计算所有构稽项目和进行
财务报表的平衡校验。
客户经理只能修改本人登记的信息，若本期财务报表已用于信用等
级评估，不允许用户修改，除非先删除相应的信用等级评估。
客户财务信息中，现金流量表数据由客户经理手工填制，财务报表
数据输入的单位为“元”，保持与原有报表数据的一致性。
三、客户资产与负债
公司客户的主要资产负债情况。
四、客户关联信息
用于展现系统内与该客户在人员、资金等方面的关联信息，并且这些信息由系统自动生成，不需要在该功能模块进行信息录入工作。
五、在其他金融机构的业务活动
主要用于记录客户在其它金融机构未结清的业务活动信息，包括授信业务信息、授信额度信息、对外担保信息。
六、对客户分析与评估
包括客户财务分析、客户情况分析和客户信用等级评估。客户信用等级评估是系统设置的评估模型根据客户的基本信息和财务信息结合定性的信息进行自动评估。
3.3.3中小企业（小企业主）客户信息管理
内容基本同公司客户，借款主体较为灵活
基本信息录入要素说明：
管理系统软件需求说明书
厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07
修改记录
目录
第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件，作为双方界定项目范围、签定合同的主要基础，也作为本项目验收的主要依据。同时，本文档也作为后继工作开展的基础，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：项目负责人、公司方项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从软件接口等方面描述系统的外部接口需求，然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营，工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接，途经青礁村、海门岛，止于漳州龙海市沙坛村后宅处，终点里程桩号K10+400.390，与招银疏港高速公路相连。路线长度为9335.390m，其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分，双向6车道，设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座，共296根斜拉索，用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥，主跨780m，可满足3万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第
需求说明书(软件项目管理系统)
需求说明书（软件项目管理系统） §1、前言 1.1概述 1.1.1 项目名称：软件项目管理系统 项目代码：ProjectManager 1.1.2 开发目的：本系统应能 a．管理软件项目和项目组； b．管理与项目相关的数据项和数据结构； c．管理与项目相关的系统功能描述和分组； d．管理与项目相关的项目任务和项目任务进度； e．管理与项目相关的问题，并且能进行问题跟踪； f．管理与项目相关的文档。 1.1.3 相关读者：部门经理，项目经理，测试人员，设计人员，编程人员。 1.1.4 本项目与其它产品（软件）关系。 1.2术语 本分析书所使用的专门术语定义： 部门经理——能建立项目和项目组的系统使用者； 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者； 数据项——目标系统中的最小信息单位； 数据结构——数据项的有意义集合； 系统功能——通过目标系统能完成的有效活动； 项目任务——开发项目中要求完成的有效活动； 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统：Windows 2000 Professional； 数据库：MS SQL 2000 或Oracle。 1.5条件和限制 开发环境：Microsoft Visual Studio .NET 2003； 使用工具：C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
信贷管理方案计划系统需求设计使用说明
北京冠群驰骋投资管理有限公司信贷系统需求规格说明书 北京联想利泰软件有限公司
2015年6月
签字确认 经各方确认《北京冠群驰骋投资管理有限公司贷款系统需求规格说明书》（本文档）能够反映甲方对北京冠群驰骋投资管理有限公司贷款系统建设的要求，本需求规格说明书将作为系统验收的重要文档。 甲方：乙方：北京冠群驰骋投资管理有限公司北京联想利泰软件有限公司 签字：日期：签字：日期：
目录 第一章借款销售 (5) 1.1工作台 (5) 1.1.1我的待办 (5) 1.1.2常用功能 (5) 1.1.3系统公告 (5) 1.2客户管理 (5) 1.2.1合同客户 (5) 1.2.2企业客户 (5) 1.2.3客户经理变更 (5) 1.3进件管理 (6) 1.3.1进件管理 (6) 1.4进件审核 (6) 1.4.1审核管理 (6) 1.5合同管理 (6) 1.5.1合同管理 (6) 1.5.2合同复核 (6) 1.5.3合同入库 (6) 第二章贷后管理 (7) 2.1贷后日常 (7) 2.1.1展期管理 (7) 2.1.2贷后跟踪 (7) 2.1.3合同变更 (7) 2.1.4减免管理 (7) 2.2抵质押权人管理 (8) 2.2.1抵、质押权人管理 (8) 2.3回款管理 (9) 2.3.1回款信息 (9) 2.3.2汇款匹配 (9) 第三章结算管理 (10) 3.1借款放款 (10)
3.1.1放款 (10) 3.2还款查账 (11) 321汇款确认 (11) 3.3 拆账 (11) 3.3.1拆账 (11) 第四章系统管理 (12) 4.1系统管理 (12) 4.1.1用户管理 (12) 4.1.2角色管理 (12) 4.1.3字典管理 (12) 4.1.4审批额度管理 (12)
软件开发 业务需求说明书模板
深圳天源迪科信息技术股份有限公司 项目编号/BRS版本：X.X 状态： XXX系统 业务需求说明书 本文件属深圳天源迪科信息技术股份有限公司所有， 未经书面许可，不得以任何形式复印或传播。
文件建立/修改记录
目录 1 简介 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 适用范围 (4) 1.4 参考资料 (4) 1.5 术语 (4) 2 业务需求 (4) 2.1 <业务需求1> (4) 2.1.1需求来源 (4) 2.1.2需求描述 (4) 2.1.3角色 (4) 2.1.4解决方案 (4) 2.1.5优先级 (5) 2.1.6补充内容 (5) 2.2 <业务需求2> (5) 2.3 <业务需求3> (5) 3 附录 (5)
1简介 1.1目的 【列举说明编写业务需求说明书要达到的目的。】 1.2背景 【可能的相关背景知识介绍。】 1.3适用范围 【说明此文档所适用的范围。】 1.4参考资料 【编写业务说明书时参考的相关资料，需指明出处与时间。】 1.5术语 【对文档中使用到的相关术语、简称作以解释。】 2业务需求 2.1<业务需求1> 2.1.1需求来源 【说明提出此需求的单位及个人。】 2.1.2需求描述 【用户提出的需求简要说明，比如“管理业务”。】 2.1.3角色 【说明与此需求相关的角色。】 2.1.4解决方案 【说明针对用户的问题，所提出的解决方案。如果有多个，可以在此处都列出来。】
2.1.5优先级 【说明此项需求的优先级。】 2.1.6补充内容 【在上面5点之外需要描述的内容。】 2.2<业务需求2> …… 2.3<业务需求3> …… 3附录 【各种需要在本文档中补充说明的附录和附表。】
新一代信贷管理系统业务需求
XX银行 新一代核心系统信贷项目 业务需求说明书 XX部
2012年X月
修改记录 本文档中所包含的信息属于内部资料，如无XX银行的书面许可，任何人都无权复制或利用
目录 1 引言 (5) 1.1 编写目的 (5) 1.2 项目背景 (5) 1.3 术语定义 (5) 1.4 参考资料 (7) 2 项目范围 (7) 2.1 项目目标 (7) 2.2 业务活动图 (14) 2.3 业务产品功能 (14) 2.4 业务组织架构 (25) 2.4.1 运营职责 (25) 2.4.2 业务流程图............................................ 错误!未定义书签。 2.5 用户说明 .................................................. 错误!未定义书签。 2.6 与其他系统关系 (28) 2.6.1 存款账户结算系统 (28) 2.6.2 与票据系统............................................ 错误!未定义书签。 2.6.3 与贸易融资系统 (30) 264 与网上银行系统........................................................ .12 265 与总帐系统............................................................. .12 266 与国结系统................................................. (12) 2.6.7 与资金系统............................................................. .12 3 功能需求说明 ............................................... 错误!未定义书签。 3.1 功能清单 .................................................. 错误!未定义书签。 3.1.1 业务功能.............................................. 错误!未定义书签。 3.1.2 后台管理功能.......................................... 错误! 未定义书签。 3.2 功能流程说明 .............................................. 错误!未定义书签。 3.2.1 承兑业务.............................................. 错误!未定义书签。 3.2.2 ……（功能逐个描述）..................................... 错误!未定义书签。 3.3 报表需求 .................................................. 错误!未定义书签。 4 非功能需求说明 ............................................. 错误!未定义书签。 4.1 业务量说明 ................................................ 错误!未定义书签。 4.2 用户量说明 ................................................ 错误!未定义书签。 4.3 用户界面需求 .............................................. 错误!未定义书签。 4.4 产品质量需求 .............................................. 错误!未定义书签。 4.4.1 可用性................................................ 错误!未定义书签。 4.4.2 可靠新................................................ 错误!未定义书签。 4.4.3 性能................................................... 错误!未定义书签。
OA管理系统需求规格说明书
WebOA管理系统需求规格说明书 2009/11/20
1 概述错误!未指定书签。 1.1编写目的错误!未指定书签。 1.2参考资料错误!未指定书签。 1.3术语和标记错误!未指定书签。 2项目概述错误!未指定书签。 2.1项目总体目标错误!未指定书签。 2.2系统开发背景错误!未指定书签。 2.3主要限制和开发风险分析错误!未指定书签。 3功能需求错误!未指定书签。 3.1功能模型错误!未指定书签。 3.1.1个人办公模块........................................................... 错误!未指定书签。 3.1.2公文管理模块........................................................... 错误!未指定书签。 3.1.3公共信息模块........................................................... 错误!未指定书签。 3.1.4行政办公模块........................................................... 错误!未指定书签。 3.1.5消息管理模块........................................................... 错误!未指定书签。 3.1.6工作流程模块........................................................... 错误!未指定书签。 3.1.7组织管理模块........................................................... 错误!未指定书签。 3.1.8权限管理模块........................................................... 错误!未指定书签。 3.1.9系统管理模块........................................................... 错误!未指定书签。 人事档案模块........................................................... 错误!未指定书签。 3.2性能需求错误!未指定书签。 3.3非功能需求错误!未指定书签。 3.4故障处理错误!未指定书签。 4数据需求错误!未指定书签。 4.1数据项错误!未指定书签。 4.2数据间关系(E-R图)错误!未指定书签。 5行为需求错误!未指定书签。 5.1控制模型错误!未指定书签。 6接口需求错误!未指定书签。 6.1用户界面错误!未指定书签。 6.2软硬件接口错误!未指定书签。 7环境错误!未指定书签。 7.1运行环境错误!未指定书签。 7.2开发环境错误!未指定书签。 附录：项目成员介绍及组内评分错误!未指定书签。
银行综合业务系统需求规格说明书
银行综合业务系统 需求规格说明书 工程名称银行业务综合系统工程编号编写单位Object小组编写日期负责人周侃版本号
目录 一、引言3 1.1编写目的3 1.2工程背景3 1.3定义4 1.4参考资料5 二、任务概述5 2.1目标5 2.1.1 用户特点5 2.1.2 业务设计目标6 2.1.3 开发原则7 2.2名词解释8 三、系统概述15 3.1系统概述15 3.2具体架构说明17 四、需求分析17 4.1界面需求18 4.1.1签到界面19 4.1.2客户开户界面20 4.1.3账户客户界面20 4.1.4贷款21 4.1.5签退界面26 4.1.6查询错误!未定义书签。 4.1.6.1账户查询错误!未定义书签。 4.1.6.2贷款查询错误!未定义书签。 4.2交易需求27 4.2.1Teller端27 4.2.1.1签到27 4.2.1.2签退28 4.2.2ESB端29 4.2.2.1服务拆分29 4.2.3Core端29 4.2.3.1客户开户界面29 4.2.3.2账户开户界面30 4.2.3.3贷款发放界面32 4.2.3.4日终错误!未定义书签。 五、数据描述33 5.1 系统描述33 5.2 系统E-R图33 5.3实体及其属性的分析37 5.4实体间的关系分析38
一、引言 近年来，金融业的竞争开始由低层次向高层次发展，高科技战场将是我国各银行参与竞争、加快自身发展的主战场。银行要保持和扩大市场份额，必须拥有一种明显的、持久的优势。这种优势不是产品的优势，也不是网点的优势，而是高科技的优势。因此，银行电子化是银行提高工作效率，提高经管水平，提高服务质量，加速资金周转，促进社会经济发展的趋势。 随着计算机技术的不断发展，银行电子化水平的提高起到了积极的作用。随着客户金融意识的加强，对银行的选择条件也越来越高，而选择的尺度主要就是银行的服务质量。现在客户对银行的服务要求不仅仅是礼貌服务，更主要的看银行能不能给其提供更多的便利、更好的服务方式、更先进的服务工具来满足他们的各种需要。目前，各银行都投入许多精力，针对客户需求，在保持和完善传统业务的基础上，利用信息高技术开拓了许多新的业务领域，为客户提供了许多新的服务手段。 因此，由于银行有处理大量数据的要求，全部采用人工的方式处理显然不合适。这不仅要花费很高的成本，而且处理事物的效率和质量都存在很大的问题。处于这些问题的考虑，采用计算机来处理这类问题就是一个相当理想的解决技术方案。利用计算机可以极大地降低处理成本，更重要的是可以几乎没有错误的高效的处理所有的事务。 1.1编写目的 编写该文档的目的是明确“银行综合业务系统”工程的业务背景、业务范围、定义工程的专业名词，分析工程的核心功能和系统需求，为后续的系统设计以及开发人员和测试人员提供功能需求和非功能需求的详细定义，为测试人员提供测试用例设计的功能参考。 该文档为了便于更好地理解客户对软件的需求，对于其软件性能以及功能需求有一明确的目标，对于工程规划以及进度也做了简单的计划。 预期读者：组内成员 1.2工程背景 1.开发工程名称：银行综合业务系统 2.任务提出人员：神州数码融信软件有限公司
新一代信贷管理系统业务需求
新一代信贷管理系统业务需求
XX银行 新一代核心系统信贷项目 业务需求说明书 XX部 2012年X月
修改记录 本文档中所包含的信息属于内部资料，如无XX银行的书面许可，任何人都无权复制或利用。
目录 1引言 (7) 1.1编写目的 (7) 1.2项目背景 (7) 1.3术语定义 (7) 1.4参考资料 (9) 2项目范围 (9) 2.1项目目标 (9) 2.2业务活动图 (16) 2.3业务产品功能 (16) 2.4业务组织架构 (52) 2.4.1运营职责 (52) 2.4.2业务流程图......................................... 错误!未定义书签。 2.5用户说明............................................... 错误!未定义书签。 2.6与其他系统关系 (57) 2.6.1存款账户结算系统 (57) 2.6.2与票据系统......................................... 错误!未定义书签。 2.6.3与贸易融资系统 (59) 2.6.4 与网上银行系统 (12) 2.6.5 与总帐系统 (12) 2.6.6 与国结系统 (12) 2.6.7 与资金系
统 (12) 3功能需求说明 ............................................... 错误!未定义书签。 3.1功能清单............................................... 错误!未定义书签。 3.1.1业务功能........................................... 错误!未定义书签。 3.1.2后台管理功能....................................... 错误!未定义书签。 3.2功能流程说明 ........................................... 错误!未定义书签。 3.2.1承兑业务........................................... 错误!未定义书签。 3.2.2……（功能逐个描述） ................................. 错误!未定义书签。 3.3报表需求............................................... 错误!未定义书签。4非功能需求说明 ............................................. 错误!未定义书签。 4.1业务量说明............................................. 错误!未定义书签。 4.2用户量说明............................................. 错误!未定义书签。 4.3用户界面需求 ........................................... 错误!未定义书签。 4.4产品质量需求 ........................................... 错误!未定义书签。 4.4.1可用性............................................. 错误!未定义书签。 4.4.2可靠新............................................. 错误!未定义书签。 4.4.3性能............................................... 错误!未定义书签。 4.4.4可管理性........................................... 错误!未定义书签。 4.4.5可维护性........................................... 错误!未定义书签。 4.5安全性需求............................................. 错误!未定义书签。 4.5.1可靠性............................................. 错误!未定义书签。 4.6其他需求............................................... 错误!未定义书签。5业务风险控制 ............................................... 错误!未定义书签。6其他....................................................... 错误!未定义书签。
酒店管理系统需求说明书
酒店管理系统需求分析说明书
目录 1、引言 (3) 1.1编写目的 (3) 1.2适用范围 (3) 1.3编写原则 (3) 1.4读者对象 (3) 2、项目概述 (3) 2.1项目任务 (3) 2.2项目背景 (4) 2.3项目目标 (4) 3、新系统的用例模型及分析模型 (4) 4、系统完整用例图 (4) 5、用例说明 (5) 5.1添加操作员 (5) 5.2删除操作员 (6) 5.3修改密码 (6) 5.4预定客房 (7) 5.5调房 (7) 5.6住宿查询 (8) 5.7退宿结账 (8) 5.8统计收入 (9) 6、分析模型 (10) 7、非功能性需求 (13) 8、附件 (13)
1、引言 1.1编写目的 本文档是对酒店管理系统需求分析进行明确、清晰、较全面的定义将先进的电脑技术与现代酒店服务管理完美地结合起来，实现了住宿、餐饮、娱乐全新概念的服务和管理方式。 1.2适用范围 小、中型酒店管理。 1.3编写原则 统一规划、统一设计思想、统一技术规范。 最大限度的满足客户需求。 根据实际业务需求，不断完善系统。 应用先进技术实施系统。 1.4读者对象 对有关业务和系统做出决策的管理人员。 参与需求分析和需求确认的有关人员。 有关技术决策人员。 软件开发人员。 2、项目概述 2.1项目任务 1.为销售提供全面、准确的信息数据。
2.为财务提供严密的账系统。 3.提高决策依据：管理者可以随时了解经营情况，以制定相应的经营方 针。 4.树立良好的酒店形象。 2.2项目背景 传统的酒店管理往往令管理者花大量的时间来处理顾客投诉，例如错误查询、烦琐的登记和结账手、旅客费用计算错误、空余客房资料不能及时提供等，从而影响出租率，使管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过电脑系统辅助解决，酒店管理的电脑化，不仅是体现酒店现代化形象的一个重要标志，而且对于提高员工工作效率，加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。 2.3项目目标 实施网上酒店管理，客户可以在网上查看酒店客房相关的信息及预订客房。 3、新系统的用例模型及分析模型 4、系统完整用例图
软件需求分析说明书
软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求；以供本系统的开发人员参考。 项目背景 开发软件名称：学生信息管理系统。 用户：教学办公室 项目和其他软件：系统的关系。 本项目采用客户机/服务器原理，客户端程序是建立在window NT系统上以 Java为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 的为开发软件的数据库服务程序。 定义 学号：学校给学生的编号，用来区分各个学生的信息的中介。 课程名：学校开设课程的名字 Java+SQL：编写该系统的面向对象的开发语言和数据库语言。
参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2．任务概述 目标 ⑴开发意图：由于学校的不断招生，现有的系统空间小，运行速度缓慢，操作过于复 杂，有的操作还不能执行，所以要开发本系统。 ⑵应用目标：学生信息管理系统将解决现有系统的空间不足，运行缓慢，操作复杂，操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统：Microsoft Windows xp 支持环境：IIS 数据库：Oracle 软件设备：eclipse 内存：512 M以上 硬盘空间：40G以上 CPU: 233MHZ以上
内存：256M以上 硬盘空间：以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人，用来做学生信息的存储，对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性，有非常高的要求。本系统的规模比较小，并且将提供操作手册进行操作项的详细说明 （1）、Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。 （2）、人力、时间的约束：本系统开发过程中也要考虑到人力、资金和时间的约束。 （3）、技术发展规律的约束：计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3．需求规定 对功能的规定 系统流程图：系统流程图是用户操作此系统的流程和各个用户能够操作的功能，如A-1就是一个系统流程图；用户有系统管理员，教师和学生，每个用户要进入此系统都要登录。每个用户有不同的功能，系统管理员有查询，增加，修改，删除，修改密码，设置权限等功能；教师有查询，修改密码和输入学生成绩的功能；学生只有查询和修改密码的功能。 A-1系统流程图 用例图：用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权
中小银行信贷管理平台解决方案
中小银行信贷管理平台解决方案
中小银行信贷管理平台软件解决方案 信贷管理—中小银行业务新的增长点 随着城市商业银行和农村信用社综合改革的逐步深入，信贷业务成为中小银行当前重点发展的一个领域，安全、高效、统一的信贷管理平台可以规信贷业务流程、改善信贷业务管理状况、优化信贷资产结构、控制贷款风险、提高贷款质量，保持稳定的优质客户群和最佳信贷经济效益。 信贷管理解决方案坚持以客户为中心原则，充分考虑信贷业务规则变化的复杂性和灵活性要求，全面遵循巴塞尔新资本协议和银监会信贷风险防控制要求，支持对公信贷和个人信贷管理、审批、统计、报表展现的业务自动化处理，实现统一集中的用户管理和安全控制, 为中小银行信贷业务创新、金融风险控制和经营决策分析提供强大的技术支持。方案设计将信贷管理应用纳入到中小银行流程银行整体发展规划体系中来统一考虑，使信贷管理基础平台成为企业流程银行建设的重要组成部分，从而有助于协调中小银行各业务部门互助合作、高效运转、迅速处理信贷业务关键流程并最终提高中小银行运营的整体效益。 中小银行信贷管理平台解决方案采用SOA的先进架构来促进中小银行信贷业务流程自动化并为中小银行信贷审批、流程业务的分析、设计、开发、部署、运行、维护提供坚实的流程开发和运行平台，本方案核心基础平台包括数据库平台(DB2/Informix)、J2EE Web应用服务器平台(WebSphere Application Server)和用户集中管理LDAP目录服务器(Tivoli Directory Server), 方案推荐可选平台包括支持信贷复杂审批和业务流转的流程服务器( FileNet P8 BPM/WebSphere Process Server)、支持信贷业务灵活性的规则引擎 ILOG JRules、支持信贷档案影像处理的容管理平台(DB2 CM/FileNet CE)、支持信贷报表管理的展现服务器( COGNOS 8 BI), 本方案还提供基于Basel II风险分析的软件服务能力、用于风险分析的数据仓库服务器(DB2 Warehouse), 支持客户信息统一视图的主数据服务器(InfoSphere Master Data Management)以及有关的 SOA 分析设计开发工具等技术说明。 中小银行信贷管理系统面临的问题和挑战 中小银行信贷审批是银行业务系统中的核心部分, 它要实现贷款审批与贷前、贷中和贷后管理一系列操作，形成统一授信、授权、信贷额度与会计放款交易相互作用的运行机制。信贷管理涉及到信贷审批过程中基于角色的人员工作分配还有流程的异常处理等复杂环节, 在信贷业务流程中要实现各种复杂信贷审批工作流模式、对信贷档案文档资料的数字化保存和利用、信贷业务规则的制定和应用、信贷风险的评估和计量分析、信贷结果的报表管理等功能，中小银行在信贷管理系统建设过程中，普遍存在以下问题： 1.如何按照银监会要求来做到保增长和防风险相结合 2.如何支持扩大消费需求、有针对性地培育和巩固消费信贷增长点 3.如何提高贷款质量分类的准确性 4.如何降低越来越隐蔽的信贷风险 5.如何加速新信贷政策的快速推行
课程管理系统需求说明书
燕京理工学院YANCHING INSTITUTE OF TECHNOLOGY 课程管理系统 软件需求说明书 学院：信息学院 姓名：郭文月 学号： 140210100 专业班级：计科1404 指导教师：周建敏
1引言 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2任务概述 2.1目标 (3) 2.2假定和约束 (3) 3需求规定 3.1对功能的规定 (4) 3.2结构图 3.2.1系统结构图 (4) 3.2.2功能结构图 (4) 3.2.3数据流词条描述 (5) 3.3对性能的规定 (5) 3.2.1精度 (5) 3.2.2时间特性要求 (6) 3.2.3灵活性 (6) 3.4输人输出要求 (6) 3.5故障处理要求 (6) 3.6系统安全性要求 (6) 3.6其他专门要求 (6) 4运行环境规定 4.1设备 (7) 4.2支持软件 (7) 4.3接口 (7) 4.3.1 内部接口 (7) 4.3.2 硬件接口 (7) 4.3.3 软件接口 (7) 4.3.4 通讯接口 (7) 4.4控制 (8)
1 引言 1.1编写目的 为了使本系统的使用者和软件开发者双方对该软件的初始规定有一个共同的理解，使之对整个开发工作的基础，明确系统需要实现的功能，确定需求边界。特编制本文档。本文档一经确认，将成为系统开发人员进行开发以及用户对系统验收的依据。 本文档的预期读者有：本系统最终使用者、系统管理人员、本系统开发人员、本系统测试人员。 1.2背景 开发软件的名称：学生课程管理系统 项目的任务提出者：燕京理工学院信息院郭文月 用户：学生 实现软件的单位：1404班郭文月学生 兼容系统：Windows XP SP2/SP3，win7 ，win8 开发工具：Myeclipse 10 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 [1]《软件工程模型与方法》，肖丁等，北京邮电大学出版社。 [2]《https://www.360docs.net/doc/8715039187.html,+Dreamweaver8案例精粹》武新华等，西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》，陈承欢，清华大学出版社 2任务概述 2.1目标 课程的管理：包括课程的添加，修改和删除等 学生信息的管理：包括学生信息的添加，修改和删除等 学生课程的管理：包括学生通过浏览器进行添加登录用户，学生添加课程的学分信息等。 | 2.2假定和约束 经费限制：100万 开发时间：六个月之内 3需求规定 3.1对功能的规定
软件需求规格说明书
图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 1 引言 本需求规格说明书是为了方便管理图书管理系统而编写，主要面向图书管理员、学生，老师, 和其他借阅图书的人员。本文档是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据 1.1 编写目的 本文主要研究图书管理系统的主要功能，将用户对该系统的需求进行准确、具体的描述。 本文的预期读者是开发团队，指导老师，用户。 1.2 背景及范围 本项目的名称：图书管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是图书管理员以普通及学生用户。本产品能具体化、合理化的管理图书馆的所存图书。 1.3 定义缩写词略语 C#语言：C#是微软为.NET Framework量身订做的程序语言，C#拥有 C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向的程序语言，和C++与Java一样亦为对象导向程序语言。 图书管理系统：图书管理是帮助图书管理员对图书进行有效管理的软件。使用C#语言，独立完成其功能。 1.4 参考资料 2 项目概述 2.1 目标 a. 为了图书管理系统更完善； b. 为了图书管理员对图书的管理更方便； c. 为了使学生更加快捷地查询图书信息。 2.2用户特点 本软件的使用对象是图书管理员及普通借书同学。懂计算机的基本操作就可以利用该软件进行所需操作。 2.3假定与约束 2.3.1 假设和依据 假设开发经费不到位，管理不完善，设计时没能用全得到考虑，本项目的开发都将受到很大的影响。 2.3.2一般约束
【金融保险】银行系统需求规格说明书
银行系统 需求规格说明书 拟制人张植岳晗田彬 刘佳池崔秀天王进项目组长张植（07070014） 2010/9/17
1.范围 1.1.系统概述 本项目开发一个银行系统，系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统，通过各个系统的协作运行完成日常的银行业务。 储蓄子系统管理人民币和外币的储蓄业务以及客户申请的各个账户。通过办理一卡通，客户可以方便快捷地进行存款、取款和转账等日常操作。在办理一卡通账户后，客户还可以进行贷款和外汇交易等业务。贷款子系统将为顾客提供不同种类的贷款服务，并负责管理贷款发放与偿还。外汇子系统负责管理外汇交易专户以及全部交易流程，同时还可为客户提供一定时期内的外汇走势图作为交易参考。 为了方便客户享受到自助服务，本系统使用网上银行子系统为用户提供一个快捷方便的管理平台，客户可以通过网上银行管理自己的账户。同时，为了方便客户日常消费，本系统中的信用卡子系统将负责用户的信用卡业务。 银行内部的管理人员可以同过管理子系统进行银行的人事与数据管理与恢复工作。 各个系统之间的交互关系如下图所示： 信用卡子系统、贷款子系统和外汇子系统通过与储蓄子系统的信息交互进行资金的发
放、回收与控制。网上银行子系统与部分储蓄子系统和信用卡子系统的功能交互，以提供自助服务。管理子系统负责管理上述所有系统的核心数据，保证其他子系统的正常运行。 1.1.1．储蓄业务子系统 储蓄系统支持用户可进行人民币和外币的储蓄业务。储蓄业务分为活期储蓄和整存整取定期储蓄两种。可办理的外币有美元、日元、欧元和港币。所有储蓄业务都通过一卡通进行操作，不再使用传统的存折和存单，一张一卡通中可以包含多个储蓄账户。 1.1.2．贷款业务子系统 贷款子系统主要用于实现客户贷款方面的需求。贷款分为个人助学贷款和个人住房贷款两种。该系统将提供详细的贷款相关信息，以便帮助用户进行贷款的规划工作。此外，该系统还提供对贷款的常规操作，包括申请、查询、申请展期、偿还等。 1.1.3．外汇交易业务子系统 外汇交易系统支持用户可进行外汇买卖和资金的转入转出。当用户进行外汇买卖时，将按着实时汇率进行不同币种间的兑换。系统可记录交易过程并在用户需要时进行输出。同时，用户可以随时查询实时汇率或一段时间内外汇汇率的变化情况。 1.1.4．网上银行业务子系统 网上银行子系统主要用于提供客户通过网络办理银行业务的功能，拥有一卡通的客户可以开通网上银行功能，系统将提供查询账户信息、交易记录、办理转账和信用卡开卡等服务。 1.1.5．信用卡业务子系统 信用卡子系统主要用于客户的消费，用户办理信用卡后可以再支持刷卡服务的商场进行信用卡消费。系统将记录用户消费，并提供结单查看和网上还账等服务。此外，用户还可以使用信用卡在ATM机上进行提款。 1.1.6．系统管理子系统 系统管理子系统像普通用户提供了登陆、修改密码和浏览本人信息的事务处理方式；为系统管理员提供了用户管理和修改核心数据两部分的日常事务处理方式。
银行个人贷款管理系统
银行个人贷款管理系统 基本需求如下： (1) 客户提出申请要求贷款，申请中包括期限、金额、用途和本人基本情况。银行收到申请后，置于“申请档案”中，以申请号标识。 (2) 贷款业务员收集到客户的有关证明材料后对贷款申请进行审查，决定是否批准贷款。贷款最后经业务经理核准后，签订合同，未予批准则通知客户。 (3) 贷款批准后建立“贷款账户”，贷款账户由贷款编号识别，内容有贷款金额、贷款日期、最后还款金额、最后还款日期、利率、贷款类型（抵押贷款或信用贷款）、还款方式（一次付清、按年付、按月付）、每次还款金额、担保人等。 (4) 贷款员打印通知交出纳部门，由出纳部门发放贷款并记账。 (5) 贷款划拨的次月，票据部门开始处理客户贷款的每次还贷，并保存贷款账户的每一项“还款情况”，打印支付凭证。如果客户到期未还款，票据部门发出催付账单和违约金账单。票据部门还要定期向贷款员或经理发送各种报告，包括日常交易、拖欠贷款和即将偿还的贷款等。 (6) 贷款偿还完后或经同意已无力偿付时，账户终结，记载终结原因，转入历史档案。 (7) 各客户基本信息及其贷款情况和贷款支付明细提供银行内部查询。 一、银行个人贷款管理系统数据流图： （一）顶层数据流图如下： （二）第一层数据流图如下图： 二、数据字典： 1. 数据流字典 1) 数据流名称：申请单标识符：H1 数据结构： 01申请单 02期限 02金额 02用途 02本人基本情况 排列方式：按申请号升序排列 来源：客户 去向：银行 2) 数据流名称：申请档案标识符：H2
数据结构： 01申请档案 02期限 02金额 02用途 02本人基本情况 排列方式：按申请号升序排列 来源：银行 去向：贷款业务员 3) 数据流名称：支付凭证标识符：H6 数据结构： 01客户还款款 02还款日期 02还款金额 来源：票据部门 去向：客户 4) 数据流名称：各种报告标识符：H7 数据结构： 01报告 02日常交易 02拖欠贷款 02即将偿还的贷款 来源：票据部门 去向：贷款员或经理 5) 数据流名称：历史档案标识符：H9 数据结构： 01历史档案 02日期 02终结原因 02用户信息 02贷款信息 排列方式：按日期升序排列 来源：客户 去向：贷款业务员 2. 数据存储字典 1) 存储文件名：贷款账户标识符：H3 数据结构： 01贷款账户 02贷款金额 02贷款日期 02最后还款金额 02最后还款日期 02利率 02贷款类型
运维管理系统需求说明书
1概述 1.1开发背景和意义 随着公司规模的迅速扩大，现行的纯纸质化办公，效率低下、资料保存和查询非常困难、成本高、不利于多人协同办公，成为日常办公的严重制约。尤其是需要审批的事项，如果遇到审批人出差或不在公司，往往需要等待，协调的成本很高，工作决策不能及时进行，大大降低了工作效率。开发审批系统，使得申请人和审批人不受地域和时间限制，审批流程自动流转，相关人可以快键协调。 1.2开发目标 系统在需求设计时要充分考虑了用户的使用习惯、模块间的相互独立性，减少系统间的相互依赖，使其能单独运行，便于开发和维护，也有利于以后的扩充，做到与其他业务系统的高内聚、松耦合。 特别强调系统的用户体验，以及与实际审批业务的贴合性，真正方便用户的申请和审批业务快键开展。 1.3主要内容 系统主要内容包括： (1) 考勤管理：员工的加班、调休、请假、市内外出、出差等的申请、审批、查询和统计。 （2）转正申请：员工完成试用期，进入转正审批环节，完成该环节后，成为正式员工。 （3）物资申请：办公用物资的申请和审批。 1.4用户对象 包括总公司、山西、广西、河南、湖北等办事处、分公司全部员工。
1.5业务数据时间要求 针对用户对数据的要求，业务数据做永久性保存，部分业务数据可转入查询库中作为历史数据供查询使用。 2功能需求 2.1功能框架 2.1.1总体框架 操作系统运行监控: 虚拟机可用性 cpu负载 内存使用 IO情况 空间使用情况 OS日志 进程情况 计划任务情况 时钟偏差 端口使用情况 路由表 一页查看 多操作系统执行命令: 中间件运行监控: 取jmx的一些指标。 数据库运行监控: 主目录 集群状态 实例状态 监听器状态 表空间预警 归档情况 rman备份情况 不良sql 未使用的索引 大表数据量 alert文件报错