第一篇：合同管理-需求分析文档（模版）
合同管理需求分析 需求描述：
合同与招标管理主要实现对合同项目的立项审批、招标、合同以及竣工验收的全过程管理。该系统主要由合同项目管理、招标管理、合同管理、客户管理和灰名单管理等几个模块组成。
流程图：
合同管理流程图合同管理外包工程合同项目申请招标否自动创建项目合同项目审批招标书拟定标书签收登记评标报告申请评标报告审批合同申请招标记录填报谈判纪要录入资质与安全协议审查合同拟定付款申请合同记录人员管理合同终止现场管理合同变更竣工/质保验收申请竣工/质保验收审批结束 3 项目管理
3.1 项目申请：
合同项目管理是指所有需要签订合同的项目都要在此进行申请。由各个部门的专工或主任提出申请。
合同项目申请又分为未运行、进行中和已完工。后两者是属于后补项目，后补项目必须增加先履行原因。
合同项目的属性包括：项目编号、申请日期、后补类型（生产抢修、超过50万已书面报分公司同意、后补或不招标超过10万已书面报总经理同意）、项目状况（未进行、进行中、已竣工）、申请方式（招标、不招标）、项目名称、项目性质（新签、续签、变更、终止、补充）、资金来源、项目预算、费用管理部门、项目类型（技术服务、土建、维修、软件等）计划开工时间、计划竣工时间、申请理由、申请人、申请部门、申请部门主管、不招标理由（有多条理由显示，直接让用户勾选）、项目内容、工程量及物料人力资源情况。
合同项目申请时需要填写承包商推荐会签表，需要招标的项目至少选择5家，不需要招标的项目至少选择3家；如果选择的承包商单位不足则需要在【备注】中填写理由。合同申请的界面原型如下：
3.2 项目审批：
项目申请提交后，由各级进行审批，其中系统约定72小时，如果超过72小时，则系统自动推进，无需他在签字审批。但是要在系统中列明原因：“该记录已超过72小时，系统自动推进！”。如果是部门专工提出申请，则还需要部门主任审批，审批后由项目主管部门审批报公司分管领导审批，对于超过多少金额的还需要报总经理审批。对不同类型的项目，主管部门可能不一样，例如生产项目的主管部门是设备部，非生产项目的主管部门是经营计划部。项目审批的界面原型如下：
项目验收
项目验收分为: 竣工验收单、质保验收单和阶段验收单。
验收单包括：验收日期、验收单类别（竣工、质保、阶段）、项目名称、资金来源、项目预算、履行地点、开工日期、竣工日期、质保金截至日期、甲方名称、乙方名称、项目摘要内容、评价等级、合格/不合格、客户评价（符合合同要求、不符合合同要求、达到预期目标、未达到预期目标、可以投入使用、不可以投入使用、质保期质量无问题、质保期有问题）、填写人、填写时间、填写部门、附件。
竣工验收单申请：
由项目负责部门提出竣工验收申请。
竣工验收单审批：
竣工单申请后，经过各级审核通过后，就将该系统置为已竣工。当超过72小时候没有审批就自动推进。
质保验收单申请：
由项目负责部门提出竣工验收申请。
质保验收单审批：
质保单申请后，经过各级审核通过后，就将该系统置为已竣工。当超过72小时候没有审批就自动推进。
阶段验收单登记：
由项目负责部门登记所有阶段验收的记录。
如果项目是来自于外包工程，所有的验收记录和质保记录同步保存到外包工程的记录中。项目验收的界面原型如下：
招标管理
对于需要招标的项目，应该进行招标。招标管理主要是做好三个方面的工作：分别是招标拟定，标书签收登记以及项目评标报告。这三个节点只有在评标报告审批时必须要做的。
4.1 标书签收登记：
标书签收登记就是登记签收标书的投标方单位。由项目负责单位登记所有投标方单位，并记录投标单位名称，投标时间，投标金额，联系人及联系电话。界面原型如下：
4.2 招标书拟定：
招标书拟定就是下载招标书模板后，根据模板要求填写各项数据上传到系统中。
4.3 工程评估报告申请：
由项目负责部门提出工程评估报告申请。
工程评标报告属性：项目名称、资金来源、项目预算、参与投标单位（序号、公司名称、投标报价、资质）、评标意见、综合排序（将投标单位排序）、拟中标单位、中标金额、参与人员、备注、申请人、申请时间、申请部门、各种附件。工程评估报告申请的界面原型如下：
4.4 工程评估报告审批
项目评估报告提出申请要经过审批，经过审批后才发布。由各级领导进行审批，各个上传的附件应直接在屏幕上显示出来。对于超过72小时未审批的要自动推进。
工程评估报告审批的界面原型如下：
合同管理
合同管理包括：合同申请审批、合同拟定、合同谈判纪要、其他付款、付款申请审批、合同变更、合同终止等管理。
5.1 合同申请：
合同申请审批是由合同起草人或项目负责部门提出申请。合同申请的属性有：合同名称，合同编号，合同性质，合同类型，资金来源，合同金额，项目预算，所属项目，签约单位（我方）（承包部门，部门负责人，承办人），签约单位（对方）（承办人，承办人联系电话）,签约时间，签约地点，备注，附件，申请部门，申请人，申请时间。
合同申请的界面原型如下：
5.2 合同审核：
合同申请由项目负责部门提出后，经过部门主任审批、主管部门领导审批、公司领导审批后通过（具体流程可以灵活设置）后生效。合同审核的界面原型如下：
合同拟定
通过下载【合同模板】后，填写合同内容上传拟定好的合同文本到系统中。合同拟定的界面原型如下：
5.4 合同谈判纪要
合同的谈判纪要是在系统中录入合同谈判的纪要内容。合同谈判纪要的界面原型如下：
5.5 付款申请
由项目提出部门提出付款通知单，并经过相关部门和公司领导审批。一个项目可以多次付款。超过总金额后就不能再付款了。系统应该要有剩余质保金的到期提示。付款申请的界面原型如下：
5.6 付款审核
合同付款审核的界面原型如下：
5.7 其他付款
其他付款是申请付款通知单的一种，是多那些没有按正规流程办理的项目的付款。其他付款的界面原型如下：
5.8 合同变更
由项目负责人根据合同的实际情况可以对合同进行变更，需要填写变更原因，记录好变更的时间。合同变更的界面原型如下：
合同终止申请
当合同有效时间到达时，合同自动终止，或者因为其他原因可以由项目负责部门提前终止合同。合同终止申请的界面原型如下：
5.10 合同终止审核
项目负责部门提出合同终止申请后，需要通过各级部门审核通过后才能终止合同。合同终止的审核的流程需要通过工作流来进行配置。
合同终止审核的界面原型如下：
客户管理
合同管理中的承包单位统一在【承包商】模块中进行管理，创建合同项目时自动将对应的承包商信息保存到【承包商】模块中。
第二篇：合同管理系统需求分析（定稿）
1.1.1 合同管理
1.1.1.1 管理思想及综述
可实现多种合同类型的管理，可实现对合同在集团内部的多级审批。并可实现对项目类合同进行合同录入、合同变更、合同结算管理。并可实现对合同附件的管理。可实现项目月度资金计划的录入，并可实现与进度相结合的项目款的支付管理，最后实现付款记录自动生成凭证到总账系统。
1.1.1.2 管理流程
1.1.1.3 系统功能 1.1.1.3.1 合同订立
合同录入
操作组织：实体成本中心组织或者非实体成本中心组织
可以修改和删除“保存”或者“提交”状态下的合同；单击【【】，就可以上传“合同文本”和“工程附件”；单击【
】和】，就可以对审批后的合同进行“责任部门”移交；单击【同所有相关的信息。
合同录入完毕后，点【
】，就可以查看该合】，然后在序时簿界面进行审批，合同审批支持工作流。
合同修订
操作组织：实体成本中心组织或者非实体成本中心组织
进入“合同修订”主界面，选中需要修订的已审批合同，单击工具条上【就可以修改和删除“保存”或者“提交”状态下的合同修订；
】和【
】，合同查询
本功能用来自定义条件查询合同，双击查询出来的合同，可以看到该合同相关的执行信息，包括合同信息、拆分信息、结算信息、变更信息、成本信息、付款信息、付款计划等信息。
操作组织：实体成本中心组织或者非实体成本中心组织 用户可以根据需要选择界面上的选项进行查询。合同执行
“合同执行”包括六个方面的内容：合同变更发起、变更审批单查询、变更签证确认、变更指令单查询、结算单录入、结算单查询。
合同变更发起
操作组织：实体成本中心组织或者非实体成本中心组织
进入“合同变更发起”主界面，选中最明细工程项目，单击工具条上的【】进入“变更审批单-新增”界面；单击工具条上【或者“提交”状态下的变更审批单；
变更审批单录入完毕后，点【进行审批，该审批支持工作流。
】和【】，就可以修改和删除“保存”
】，单据状态变为“已提交”，然后在序时簿界面
1.1.1.3.2 变更签证确认
操作组织：实体成本中心组织或者非实体成本中心组织
该功能是用来登记变更指令单的“下发”、“签证”以及“变更结算”等信息。如下图：
填写完毕之后，点“确定”，则该变更指令单的状态变为“已签证”。点【可以进行签证的反向操作。
系统支持批量签证的功能，点【
】
】，则自动将选择的项目分期下的所有“已下发”状态下的变更指令单列示出来，供用户逐一签证确认。如下图所示：
选择“已签证”状态的变更指令单，点【结算金额。如下图所示：
】，就可以录入变更指令单的1.1.1.3.3 结算单录入
操作组织：实体成本中心组织或者非实体成本中心组织
进入“结算单录入”主界面，选择需要录入结算的合同，单击工具条上的【入“结算单-新增”界面；单击工具条上【或者“提交”状态下的结算单；
】和【
】进
】，就可以修改和删除“保存”
1.1.1.3.4 无文本合同
“无文本合同”包括两个内容：无文本合同录入、无文本合同查询。无文本合同录入
操作组织：实体成本中心组织或者非实体成本中心组织 “无文本合同-新增”编辑界面如下，黄色部分为必录字段。
1.1.1.3.5 扣款及奖励
“奖励及扣款”包括六个方面的内容：违约金录入、奖励单录入、扣款单录入及三种单据的查询。
1.1.1.3.6 违约金录入
操作组织：实体成本中心组织或者非实体成本中心组织
1.1.1.3.7 奖励单录入
操作组织：实体成本中心组织或者非实体成本中心组织 “奖励单-新增”编辑界面如下，黄色部分为必录字段。
1.1.1.3.8 扣款单录入
操作组织：实体成本中心组织或者非实体成本中心组织
“扣款单-新增”编辑界面如下，黄色部分为必录字段。
1.1.1.3.9 违约/奖励/扣款查询
操作组织：实体成本中心组织或者非实体成本中心组织
用户可以根据需要选择菜单，实现对违约、奖励、扣款的分别查询。点开相应菜单后，用户可以按照界面上的选项进行查询。
用户也可以通过设置“自定义”页签里条件进行组合查询。
1.1.1.3.10 付款计划
合同付款计划
“付款计划”包括七个内容：合同付款计划、月度付款计划、项目计划执行表、项目月度计划申请表、项目计划申报表、付款计划查询、付款计划执行表。
操作组织：实体成本中心组织。
该模块的功能为：按照“单一合同”为纬度，编辑每个合同的付款计划。进入“合同付款计划”主界面，选中相应的合同，单击工具条上的【
】进入“合同付款计划”编辑界面；
月度付款计划
操作组织：实体成本中心组织或者非实体成本中心。
该模块的功能为：按照“合同”为纬度，查询每个责任部门的付款计划（默认为三个月）。
计划申报
该模块的功能为：按照“成本科目-合同”为纬度，编辑工程项目的（12个月）付款计划。
月度计划申报
该模块的功能为：按照“成本科目-合同”为纬度，编辑工程项目的月度（3个月）付款计划。
如下图所示:
该表录入完毕后，点【
】，然后在序时簿界面进行审批，该审批支持工作流多级审批。当该表审批之后，自动将3个月内的付款计划反写到对应的“合同付款计划”。
付款计划查询
该模块的功能为：通过条件设置来查询合同付款计划，每一行显示一个合同的一个月计划。数据来源于“合同付款计划”。
付款计划执行表
该模块的功能为：以合同为纬度，汇总展现工程项目下合同的月度付款计划执行情况。示例如下：
项目计划执行表
该模块的功能为：以成本科目为纬度，将“项目计划申报表”、“项目月度计划申请表”以及月度实际付款等信息结合起来应用，通过层层累计的方式综合展现“项目周期”、“本”和“本月份”三个不同的时间纵深的付款计划的执行情况。因此，本表的数据来源为：“项目计划申报表”、“项目月度计划申请表”以及月度实际付款等信息。如下图所示：
在项目执行情况表中，展开“项目成本执行情况”，显示的是项目累计发生的成本、付款、欠款以及待发生情况。如下图：
在项目执行情况表中，展开“预算执行情况”，显示的是本成本、付款预算的执行情况，如下图：
在项目执行情况表中，展开“本月计划执行情况”，显示的是查询当月的成本/付款计划、成本/付款实际发生、以及计划与实际的差额情况，如下图：
1.1.1.3.11 付款管理
“付款管理”包括四个内容：付款申请单录入、付款申请单查询、付款单录入、付款单查询。
付款申请单录入
付款单录入
1.1.1.4 系统应用价值和特点
本系统应用价值和特点有如下几点： 1.涵盖合同管理全周期和合同管理全要素（合同订立过程、合同内容、合同主体（缔约方）、合同标的、合同变更与索赔、合同结算与支付、履约风险、履约联系、合同终结与总结等）；
2.3.4.5.6.7.8.9.支持各类合同的业务流程灵活匹配；
能够根据投资预算和项目管控要求，进行合约规划； 按照权责体系和绩效考核要求，实行合同的分级分类管理； 承接招评标数据，全面登记合同事务；
提供完整的合同录入、变更、结算、付款管理流程；
根据合同付款计划，严格控制合同付款申请，保障项目现金流； 实现项目资金计划申报和资金全面预算管理； 有效实现变更管理，掌控项目过程成本发生；
10.实现合同文档管理、分次结算管理；
11.通过数据一体化功能，全面掌握合同执行情况； 12.通过流程管控实现企业内部控制以及工作流驱动。
第三篇：合同管理系统需求文档
合同管理系统需求文档
一、开发前提：
合同系统的开发在原资金系统的基础上，人员组织结构、系统角色设置与资金系统基本一致或做少量修改。
合同系统审批方式采用类似于资金系统的网上审批。系统可以满足各种复杂的审批流转规则，尤其是满足集团公司多个子公司多种不同审批流程（同一模块每一个子公司一个流程）的需求。
合同系统中的合同隶属于资金系统中的项目，合同审批签订后占用项目的预算。通俗的讲，项目的预算是通过项目所对应的合同执行的，合同的签订、金额变更受到项目预算的制约。
二、详细需求：
1.供应商管理：
系统需求：
对供应商的基本信息进行管理，通过一个页面直观的展示合同对方的信息。 可以方便的增加、修改、模糊搜索供应商的信息。
系统提供上传供应商的资质信息等附件功能。
提供EXCEL导入导出供应商信息功能。
报表需求：
可以按照各种条件查询供应商的相关信息。
可以链接到供应商相关项目、相关合同和已经签署资金统计等内容。
2.合同管理（基础数据）：
系统需求：
可对多种合同类型进行管理。如：设备合同、建安合同、服务合同、租赁合同等。 合同一定是和资金系统中的项目关联的。
合同分为开口合同和闭口合同。
合同金额分为合同金额（标的金额）、预算金额（计划金额）、实际结算金额三种。 合同保证金（尾款）。合同保证金的金额由录入合同的人计算填写，保证金交付
日期由合同录入人计算录入。
系统提供附件的上传和下载。
各式的合同系统提供填写模板、默认一些合同信息、校验一些合同信息输入的合法性。
系统提供合同样本的打印功能。并提供合同样本的导出为EXCEL功能。报表需求：
根据检索条件快速、准确找到合同资料，支持关键字模糊搜索、分组显示等。 提供合同按照类型、按照单位、按照项目的一些统计图表。
3.合同建立与审批管理（略）。
系统需求：
合同签订/变更是需要审批流程的，可根据合同类型、合同金额等条件自动匹配
合同审批流程。实现并签、串签、按条件跳转等功能。
合同的审批具有短信通知功能。
系统提供合同存档功能。
4.合同的变更管理。
系统需求：
系统提供合同基础信息变更的流程。可变更合同金额等基础信息。
报表需求：
提供合同具体的变更记录。
5.合同系统与资金系统的深度关联，预算管理。
系统需求：
任何合同都隶属于资金系统中的一个项目。
合同的建立、变更（金额）都受到项目预算的控制。在新增合同时如果合同所
属项目的资金不足则不允许新建合同。在最后的领导审批后，再次进行项目资
金进行是否满足合同资金的验证。验证复核后合同正式建立。合同变更中，如果合同金额增加同样需要验证其金额是否超出项目总金额。
合同的执行。合同的执行是在资金系统中填写合同报销单。以合同资金的支出
进度判断合同的执行进度。
合同保证金只有在合同保证金交付日期到达之后进行交付（报销）。报表需求：
项目报表中，分为项目预算、已签署合同金额、已执行合同金额、项目可签署
余额、项目实际剩余金额等字段。
项目报表中可以链接到支出类型表。
项目报表中可以链接到合同信息表。
项目报表提供按照供应商的统计报表及图表。
项目报表中提供按照时间的资金支出统计及报表。
预警提醒。报表提供合同进度逾期和资金逾期等提示。
6.系统设置。
填单权限设置。
报表查看权限设置。
组织结构、角色、等同资金管理系统。
中科普达软件公司
第四篇：图书管理系统需求分析
云南工商学院09信息管理1班
图书管理系统需求分析
班级：09信息管理1班
组员： 唐学悦，段敏，杨文燕，胡勇毅，余科辑，林春宇，李波
任务分配情况：
云南工商学院09信息管理1班
目录 系统需求概述...............................................................................................................................3 1.1 图书管理系统功能概述....................................................................................................3 1.2 系统主要业务流程分析....................................................................................................3 1.3 系统功能模块分析............................................................................................................3 1.4 建立用例模型....................................................................................................................4 1.4.1 读者用例图.............................................................................................................4 1.4.2 图书管理员用例图.................................................................................................4 1.4.3 系统管理员用例图.................................................................................................5 1.5 详述用例............................................................................................................................5 2 系统分析.......................................................................................................................................6 2.1 类图....................................................................................................................................6 3 系统设计.......................................................................................................................................8 3.1 用例动态模型设计............................................................................................................8 3.1.1 实现“读者查询个人借阅信息”用例的动态模型.................................................8 3.1.2 实现“查询图书信息”用例的动态模型.................................................................9 3.1.3 实现“借阅图书”用例的动态模型.........................................................................9 3.2 类图设计..........................................................................................................................11 3.3 物理架构设计..................................................................................................................12 3.3.1 组件图...................................................................................................................12 3.3.2 配置图...................................................................................................................13 2
云南工商学院09信息管理1班
1.系统需求概述
1.1 图书管理系统功能概述
图书管理主要是借书、还书以及其他一些附带操作（例如，超期罚款、催还图书等）的处理。一个简单的图书管理系统应提供如下功能：
·借书处理：完成读者借书的流程处理。·还书处理：完成读者还书的流程处理。
·信息查询：包括图书信息查询和读者借阅情况查询。·图书管理：包括输入新书记录和删除旧书记录。
1.2 系统主要业务流程分析
与系统功能相对应，系统主要有4个流程：结束流程、还书流程、图书查询、图书资源管理。各流程的主要过程描述如下：
·借书流程：读者借阅所需的图书，借出后图书记录中的借阅标志被置为false(不能再借)，借书文件中增加一个借书记录。
·还书流程：读者归还所借的图书，还书后图书记录中的借阅标志被置为true(可被外借)，在借书文件中删除一个借书记录。
·图书查询：读者和工作人员可以进行图书信息查询，输入图书的编号或书名，可从图书对象列表中查找相应的记录。
·图书管理：首先由工作人员在“录入新书资料”和“删除旧书资料”两个选项中选择。若是“录入新书资料”，则由工作人员输入新书资料，将新书添加为对象列表的新纪录。若是“删除旧书资料”，则查找需要删除的图书，将其从图书对象列表中删除。
1.3 系统功能模块分析
满足上述需求的系统主要包括以下几个系统模块：
·基本业务处理模块：主要用于实现图书管理员对读者借阅图书和归还图书的处理。
·信息查询模块：重要用于实现读者对图书信息和自身借阅信息的查询。
云南工商学院09信息管理1班
·系统维护模块：主要用于实现系统管理员对读者信息、图书管理员信息、图书信息、和数据库的管理。
1.4 建立用例模型
根据功能需求构造用例模型，主要任务是识别系统中的所有参与者，并对每个参与者找出其用例，建立用例模型。
系统主要的参与者为“读者”、“图书管理员”、和“系统管理员”。各个参与者的用例图如下：
1.4.1 读者用例图
<
图1-1 读者用例图
1.4.2 图书管理员用例图
<
图1-2 图书管理员用例图
云南工商学院09信息管理1班
1.4.3 系统管理员用例图
添加书目添加读者删除书目删除读者系统管理员查询图书查询读者
图1-3 系统管理员用例图
1.5 详述用例
在识别了参与者和主要用例并创建了用例图之后，如果有必要，还可以按顺序详述每个用例，包括用例如何开始、结束以及如何与参与者进行交互。
表1-1 读者查找个人借阅信息用例
用例：读者查找个人借阅信息(用例名称)(唯一标识符)(涉及用例的参与者)(用例开始时，系统必须满足的条件)ID：1参与者：
1、读者前提条件： 读者已登录到系统事件流：
1、读者选择查找个人借阅信息界面
2、读者输入图书证编号
3、系统按图书证编号查找读者借阅信息结果：系统向读者显示读者借阅信息，该用例结束(用例中的实际步骤)(用例结束时，系统的状态)
云南工商学院09信息管理1班
表1-2 读者查找图书信息用例
用例：读者查找图书信息(用例名称)(唯一标识符)(涉及用例的参与者)ID：2参与者：
1、读者(用例开始时，系统必须满足的条件)前提条件： 读者已经启动图书管理系统，并已知书名或书号事件流：
1、读者选择查找图书信息界面
2、读者输入书名或书号
3、系统按书名或书号查找图书信息结果：系统向读者显示图书信息，该用例结束(用例中的实际步骤)(用例结束时，系统的状态)系统分析
2.1 类图
在定义系统需求后，下一步就是确定系统中存在的对象类。系统中对象类的识别可以使用名词/动词分析法来进行，即文本中的名词和名词短语暗示类或类的属性，动词和动词短语暗示职责或者类的操作。
通过用例图的分析可知，在图书管理系统中可以确定的主要对象类包括 “读者”，“图书”、“图书管理人员”和“系统管理员”。其中“读者”和“图书”通过借阅关系可以构成一个新类“借阅记录”。
另外，分析用例图可知，用例“身份验证”和“图书资料查询”是对象类“读者”和“工作人员”共同拥有的，并且用例“身份验证”是除用例“图书资料查询”之外其余用例执行的前提，因此可以将“身份验证”与“图书资料查询”定义为接口类中的操作(接口类是不含属性且操作函数没有具体实现的抽象类，接口类通过一个实现联系获得其它对象类的支持，这些对象类实现接口类中定义的全部操作)。其余用例则抽象为与该用例交互的参与者所属对象类的操作。因此，最后可获得的对象类图为：
云南工商学院09信息管理1班
系统管理员-name-password1*读者-name-number-password+借书()+还书()+借阅情况查询()***<
图1-4 系统对象类图
除了定义上述用于系统数据信息存储管理和业务逻辑控制的类之外，在用图形用户界面开发系统时，我们还可以定义一些相应的用户界面类：
(1)MainWindow类—MainWindow是图书管理员与系统交互的主界面，系统的主 界面具有菜单，当用户选择不同的菜单项时，MainWindow对象调用相应的方法完成功能操作。
(2)BorrowDialog类—BorrowDialog是进行借书操作时需要的对话框。(3)ReturnDialog类—ReturnDialog是进行还书操作时需要的对话框。(4)QueryDialog类—QueryDialog是查询某借阅者的借阅信息或图书库存信息的对话框。
(5)MaintenanceWindow类—MaintenanceWindow是系统管理员对系统进行维护的主界面，它也提供菜单项。
ReturnDialogBorrowDialogMainWindowQueryDialogMaintenanceDialog 图1-5图书管理系统的用户界面类
云南工商学院09信息管理1班 系统设计
系统设计的主要工作是用例实现—设计。即对每个用例进行动态建模，包括建立序列图、协作图等，描述如何通过类对象的协作来实现用例中的功能。随着动态建模的深入，会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。所以，还应该通过动态建模来修正和完善类图。
3.1 用例动态模型设计
3.1.1 实现“读者查询个人借阅信息”用例的动态模型
:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:getBook5:消息查询6：返回借阅信息7：显示借阅信息
图1-6 读者查询个人借阅信息序列图
1:queryLoan():MainWindowerBorrower6:显示借yLoanInfo()阅信息5:返回借阅信息:Borrower-Book4:getBook():QueryDialog2:createDialog()3:qu
图1-7 读者查询个人借阅信息协作图
云南工商学院09信息管理1班
3.1.2 实现“查询图书信息”用例的动态模型
:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:findBook5:图书信息查询6：返回图书信息7：显示图书信息 图1-8 读者查询图书序列图
1:queryLoan():MainWindowerBorrower6:显示图yLoanInfo()书信息5:返回图书信息:Borrower-Book4:findBook():QueryDialog2:createDialog()3:qu
图1-9 读者查询图书协作图
3.1.3 实现“借阅图书”用例的动态模型
云南工商学院09信息管理1班
:MainWindow:BorrowDialog:QueryDialogBorrower1:queryLoan2:createDialog4:查询图书库存5:返回图书是否可借6:修改读者的借阅信息及库存信息7:修改成功8:显示借书成功
图1-10 读者借阅图书序列图
2:createDialog()oan():MainWindow:BorrowDialogry1:queL息6:显示借书成功存库信书借存图可库询否及查是息功:4书信成图阅改修Borrower回借:7返者:读5改修:6:QueryDialog
图1-11 读者借阅图书协作图
云南工商学院09信息管理1班
3.1.4 实现“归还图书”用例的动态模型
:MainWindow:ReturnDialog:QueryDialogBorrower1:queryLoan2:createDialog3:修改读者的借阅信息及库存信息4:修改成功5:显示还书成功
图1-12 读者归还图书序列图
1:queryLoan():MainWindowBorrower6:显示还书成功4:修改成功:QueryDialog3:修改读者的借阅信息及库存信息:ReturnDialog2:createDialog()
图1-13 读者归还图书协作图
3.2 类图设计
进一步扩充和细化分析阶段定义的类，包括定义新的类来处理用户的需求。随着动态建模的深入，也会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。所以，还应该通过动态建模来修正和完善类图。
云南工商学院09信息管理1班
系统管理员-name:string-password:string+AddBook()+QueryBook()+AddBorrower()+QueryBorrower()借书记录-borrower:string-book:string-date:Date+newLoan()+getBorrower()+getBook()11*读者-name:string-number:string-password:string+Borrow()+Return()+QueryLoan()***<
图1-14 设计类图
3.3 物理架构设计
物理架构设计就是用UML图形描述系统软件和硬件的大致结构，包括画出组件图和配置图。
3.3.1 组件图
组件图：表示构成软件系统的各物理组件及其相互之间的联系。它能明确表示软件系统各部分的功能职责。图书管理系统的组件图如下所示，其中包含“借/还书处理”、“信息查询”、“图书资源管理”和“身份验证”等组件。
云南工商学院09信息管理1班
图书管理系统借/还处理信息查询图书资源管理身份验证图书信息借阅信息
图1-15 系统组件图
3.3.2 配置图
图书管理系统是一个基于网络和数据库的应用系统,可以采用B/S结构,系统配置图下图所示：
数据库服务器图书信息借阅信息读者客户端借/还书处理工作人员客户端公共客户端身份验证图书资源管理借阅信息图书资料查询 图1-16 系统配置图
第五篇：图书管理系统需求分析
图书管理系统需求分析报告
1.引言 1.1 编写目的
软件需求分析，其目的是用于说明软件产品或软件项目需要满足的条件和限制。在软件工程项目中，首先要获取用户的需求，通过对软件需要的提取、分析、文档化和验证，为进一步的设计和实现提供数据。软件需求与其他活动也密切相关，如软件测试、配置管理和质量管理等。
本需求的编写是为了研究利用大型数据库做基础的图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。
1.2 项目背景
本项目的名称：图书管理系统。
图书管理系统这任务提出与开发者为某学生的课程设计,用户是学校图书馆。本产品是针对电脑管理图书的需求设计的，可以完成图书信息录入、修改、删除，读者登记、购入新书、读者借还书、图书注销等。
1.3 相关定义
数据流图（Data Flow Diagram）：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。数据字典：它是数据的信息的集合，即对数据流图中包含的所有元素的定义的集 合。其作用是为设计人员提供关于数据描述的信息。数据字典应该由对以下四类元素的定义组成：数据流、数据流分量（即数据元素）、数据存储、处理。
2.需求概述 2.1 目标
“图书管理系统”主要提供图书信息和读者基本信息的维护以及借阅等功能。本系统是提高图书管理工作的效率，减少相关人员的工作量，使学校的图书管理工作真正做到科学、合理的规划，系统、高效的实施。
2.2 用户类和特征
最高用户是图书管理员和读者，图书管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。读者是普通用户，具备一定的计算机操作即可。
2.3 运行环境
服务器：CPU P4 1GHz以上;内存256M以上配置。由于服务器将存储大量图书资料，建议准备100G以上硬盘、并预留磁盘扩充接口。
客户端：CPU C433MHz以上；硬盘：200M以上空白空间；内存：128M以上配置。
软件运行环境：服务器：Windows 2000 Server、Windows 2000 Advanced Server、Windows 2003均可;Microsoft SQL Server 2000 或 2005。
3.需求分析 3.1数据需求
图书馆管理信息系统需要完成功能主要有：
1)读者基本信息的输入，包括借书证编号、读者姓名、读者性别等。2)读者基本信息的查询、修改，包括读者借书证编号、读者姓名、读者性别等。3)书籍类别标准的制定、类别信息的输入，包括类别编号、类别名称。4)书籍类别信息的查询、修改，包括类别编号、类别名称。
5)书籍库存信息的输入，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期、登记日期。
6)书籍库存信息的查询，修改，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期登记日期等。
7)借书信息的输入，包括读者借书证编号、书籍编号、借书日期。
8)借书信息的查询、修改，包括借书证编号、借书证编号、读者姓名、书籍编号、书籍名称、借书日期等。
9)还书信息的输入，包括借书证编号、书籍编号、还书日期。
10)还书信息的查询和修改，包括还书读者借书证编号、读者姓名、书籍编号、书籍名称、借书日期、还书日期等。11)超期还书罚款输入，还书超出期限包括超出期限还书的读者借书证号，书籍编号，罚款金额。
12)超期还书罚款查询，删除，包括读者借书证编号、读者姓名、书籍编号、书籍名称，罚款金额等
13)管理员管理：包括创建读者用户信息、删除读者用户信息、添加图书信息、删除图书信息。
3.2事物需求
1)在读者信息管理部分,要求: a.可以查询读者信息。
b.可以对读者信息进行添加及删除的操作。
2)在书籍信息管理部分,要求: a.可以浏览书籍信息。
b.可以对书籍信息进行维护,包括添加及删除的操作。
3)在借阅信息管理部分,要求: a.可以浏览借阅信息。
b.可以对借阅信息进行维护操作。
4)在归还信息管理部分，要求: a.可以浏览归还信息。
b.对归还信息可修改维护操作。
5)在管理者信息管理部分,要求: a.显示当前数据库中管理者情况。b.对管理者信息维护操作。
6)在罚款信息管理部分，要求: a.可以浏览罚款信息。b.对罚款信息可以更新。
3.3确定用例及编写用例文档
用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。
在这个“图书管理系统”中的用例图如下所示。
用例图不能提供用例所具有的全部信息，为此需要使用文字描述那些不能放在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描述用例时，应该只注重外部能力，不涉及内部细节。
4.非功能需求 4.1 性能需求
学校对系统性能无特殊的要求，只要查询图书的时候没有明显的延迟就可以了，查询的时间不要超过3秒钟。条件、假定和限制：
1）系统最小寿命： 系统应该能在无重大改动的条件下正常运行5年以上。
2）对设备的要求：
要求计算机稳定性良好，整套系统经济实惠。
3）可以利用的信息和资源：
图书管已经配置了所有的计算机，以及网络设备，操作人员将使用win2003 4)图书管员工受过较好的计算机方面的培训，在调研的时候感觉有不少员工有计算机方面的专业经验。5）编目要参照中图法。
安全性需求
对于图书管理系统的图书量会非常大，所以在对这些图书导入和查询时要保证速度。在图书借阅过程中又要保证事务的完整性。对于整个系统，需要完整的权限控制，防止某些人恶意攻击系统，修改原始记录，同时对于数据库中的数据需要定时备份，防止系统数据丢失。此外，系统要求用户在登陆时需要身份验证。
5.故障处理
在正常情况下，应不出错。一旦发生意外，比如掉电、网络不通等，也应保证系统数据不会丢失。
故障出现后可能采取的变通措施，包括：
备份：使用附加存储设备备份数据。备份频率为每日一次。需手动备份。恢复及再启动：如果数据造成丢失，可使用备份数据还原。
点击咨询 