第一篇：合同管理系统需求文档
合同管理系统需求文档
一、开发前提：
合同系统的开发在原资金系统的基础上，人员组织结构、系统角色设置与资金系统基本一致或做少量修改。
合同系统审批方式采用类似于资金系统的网上审批。系统可以满足各种复杂的审批流转规则，尤其是满足集团公司多个子公司多种不同审批流程（同一模块每一个子公司一个流程）的需求。
合同系统中的合同隶属于资金系统中的项目，合同审批签订后占用项目的预算。通俗的讲，项目的预算是通过项目所对应的合同执行的，合同的签订、金额变更受到项目预算的制约。
二、详细需求：
1.供应商管理：
系统需求：
对供应商的基本信息进行管理，通过一个页面直观的展示合同对方的信息。 可以方便的增加、修改、模糊搜索供应商的信息。
系统提供上传供应商的资质信息等附件功能。
提供EXCEL导入导出供应商信息功能。
报表需求：
可以按照各种条件查询供应商的相关信息。
可以链接到供应商相关项目、相关合同和已经签署资金统计等内容。
2.合同管理（基础数据）：
系统需求：
可对多种合同类型进行管理。如：设备合同、建安合同、服务合同、租赁合同等。 合同一定是和资金系统中的项目关联的。
合同分为开口合同和闭口合同。
合同金额分为合同金额（标的金额）、预算金额（计划金额）、实际结算金额三种。 合同保证金（尾款）。合同保证金的金额由录入合同的人计算填写，保证金交付
日期由合同录入人计算录入。
系统提供附件的上传和下载。
各式的合同系统提供填写模板、默认一些合同信息、校验一些合同信息输入的合法性。
系统提供合同样本的打印功能。并提供合同样本的导出为EXCEL功能。报表需求：
根据检索条件快速、准确找到合同资料，支持关键字模糊搜索、分组显示等。 提供合同按照类型、按照单位、按照项目的一些统计图表。
3.合同建立与审批管理（略）。
系统需求：
合同签订/变更是需要审批流程的，可根据合同类型、合同金额等条件自动匹配
合同审批流程。实现并签、串签、按条件跳转等功能。
合同的审批具有短信通知功能。
系统提供合同存档功能。
4.合同的变更管理。
系统需求：
系统提供合同基础信息变更的流程。可变更合同金额等基础信息。
报表需求：
提供合同具体的变更记录。
5.合同系统与资金系统的深度关联，预算管理。
系统需求：
任何合同都隶属于资金系统中的一个项目。
合同的建立、变更（金额）都受到项目预算的控制。在新增合同时如果合同所
属项目的资金不足则不允许新建合同。在最后的领导审批后，再次进行项目资
金进行是否满足合同资金的验证。验证复核后合同正式建立。合同变更中，如果合同金额增加同样需要验证其金额是否超出项目总金额。
合同的执行。合同的执行是在资金系统中填写合同报销单。以合同资金的支出
进度判断合同的执行进度。
合同保证金只有在合同保证金交付日期到达之后进行交付（报销）。报表需求：
项目报表中，分为项目预算、已签署合同金额、已执行合同金额、项目可签署
余额、项目实际剩余金额等字段。
项目报表中可以链接到支出类型表。
项目报表中可以链接到合同信息表。
项目报表提供按照供应商的统计报表及图表。
项目报表中提供按照时间的资金支出统计及报表。
预警提醒。报表提供合同进度逾期和资金逾期等提示。
6.系统设置。
填单权限设置。
报表查看权限设置。
组织结构、角色、等同资金管理系统。
中科普达软件公司
第二篇：合同管理系统需求分析（定稿）
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.通过流程管控实现企业内部控制以及工作流驱动。
第三篇：知识管理系统需求
知识管理系统需求
知识管理平台以满足信息系统整合这个目标为基础，同时知识管理系统平台将企业绩效管理功能纳入其中，集中实现企业、部门、班组的目标指标（KPI）、月度目标计划分解、日常工作提醒等诸多功能。将公司的portal知识文档库、检修知识库、星级班组建设、发电部、燃化处文档管理功能进行汇总和统一。以下对知识管理平台的需求进行一个详解：
1、知识管理平台架构：
知识管理平台应本着公司统一管理的原则，以公司岗位设置为基础，集中在平台中体现岗位职责，岗位权限、目标指标（KPI）、定期工作开展，通过知识管理、故障处理、经验提炼积累、技术学习、应知应会，实现以下目标：上岗岗人员上岗后，通过访问知识管理系统，就能知道我的岗位职责是什么；我的日常工作有哪些；我应掌握哪些岗位知识（应知应会）；我应该积累哪些岗位经验；我应该掌握哪些技术技能；我的目标指标（KPI）是什么；我们部门（班组）的月度工作有哪些。并与制度标准、闭环检查相互呼应，实现“职责、标准—日常管理—日常检查—闭环”的良性循环。
2、知识管理平台的公用部分：
知识管理平台以公司制度标准为前提，将公司各部门、班组、岗位通用的部分知识、职责、制度、信息等内容，通过指定权限发布公用信息，从而防止班组信息库内容雷同、容量过于庞大的繁琐问题发生。
3、知识管理平台的责任分解：
知识管理平台实现公司—部门—班组—岗位的责任分解，公司的目标指标，形成公司工作计划分解到各部门形成部门工作计划，并形成部门月度计划，部门计划再分解到班组形成班组的月度计划，班组将班组月度计划按照标准、制度完成工作后，将完成情况汇总到部门，然后逐级汇总最后到公司，形成公司工作计划的完成情况汇总。
4、知识管理平台的文件管理
用户可以根据权限对文件进行增、删、改、打印、复制的操作 ；用户
可以对文件进行协同管理，多个人可以对同一个文件进行编辑；用户可以根据需要，对某些文件进行消息订阅，即只要文件的属性（重命名、更改、删除等）发生变化，以消息的方式通知给用户；可以对文件进行上传文件类型、大小的限制；上传方式可以逐个上传也可以批量的文件夹方式上传；可以对文件的版本格式及其版本的保留数量进行限制；文件一旦定稿，不能更改，只能由管理员进行删除；用户可以对文件进行评价；用户可以将文件进行推荐。
5、知识管理平台的文件夹管理
可以对文件夹进行权限设置，对此文件夹设置权限用户，里面的权限包
括：完全控制、读取、列表、隐藏、对指定人员/组可见等；文件夹的管理员可以再次对文件夹进行二次授权。
6、知识管理平台的权限管理
系统可以设置一个总的系统管理员，对整个系统的所有模块及其权限进
行维护；然后以岗位为基准，进行权限的二次分配即二级管理员，二级管理员只对自己的用户组有可操作权限，不能影响其他的成员或者组。系统管理员可以针对某个部门或者班组对其最大知识库库容量进行设定。
7、知识管理平台的流程管理
针对文件放到知识库里面，需要进行流程与审核，流程设计要灵活，能
够对审核人员进行实时的选择或者进行审核流程进行模板设置。当有需要审批的流程时候，用户界面要有提示。
8、定期工作提示功能
可以针对一个文件，设定定期提示功能，在用户不关闭浏览器的情况下，弹出提示，以便于及时的通知用户来完成任务。定期的设置可以随意设定，比如可以进行每天、每隔几天、每月的那天等进行设定。
9、文件存储备份
文件的存储，必须要存储在硬盘上面，数据库之中存储对应文件索引以
及一些属性及其关联项。需要有良好的存储备份机制，并且最好有异地备份、恢复环境。
10、文件的检索
文件的检索必须可以多条件进行检索，类似于windows自带的硬盘检
索。检索的时候既可以检索标题，也可以检索到文件或者文件夹里面的内容，但是对于隐藏的或者隐私性的文件无法进行检索，检索文件只限制于公开性的文档。
11、个人文档管理
只要创建一个新用户，就可以给新用户分配一个自己的存储空间，可以
对用户的个人空间大小、上传文件大小、文件类型进行限制。这个功能类似于网盘。
12、知识管理平台的扩充功能管理：
知识管理平台应深化一些功能，来扩充知识管理系统的知识收集和汇总能力。知识管理平台通过数据接口将BFS++系统的缺陷处理与知识管理系统的知识管理、经验管理模块连接起来，当BFS++缺陷处理人对缺陷处理内容认为有借鉴作用时，可以将缺陷处理内容引入到知识管理系统中形成知识经验，从而简化缺陷经验记录填写的繁琐工作量。还可以将知识管理平台与点检定修系统的点检文档通过数据接口的方式引入到知识管理系统内，作为知识管理、经验管理集中收集和汇总到知识管理平台中，为今后设备点检、设备故障处理过程提供宝贵经验。
13、知识管理平台的归档功能：
知识管理平台应考虑知识库信息的归档管理，将知识库内的文件信息可以通过数据接口模式与清华紫光档案系统形成一条知识归档的顺畅通道，避免知识平台信息文件归档造成繁重的工作量，提高平台的易用性。
知识管理平台是公司知识和经验收集汇总和共享的广泛平台，同时承载着责任目标指标到工作计划的分解；文档、文件夹管理；岗位责任制落实；标准闭环检查等诸多功能，作为企业最重要的平台之一，将成为企业信息的核心和命脉。
第四篇：合同管理-需求分析文档（模版）
合同管理需求分析 需求描述：
合同与招标管理主要实现对合同项目的立项审批、招标、合同以及竣工验收的全过程管理。该系统主要由合同项目管理、招标管理、合同管理、客户管理和灰名单管理等几个模块组成。
流程图：
合同管理流程图合同管理外包工程合同项目申请招标否自动创建项目合同项目审批招标书拟定标书签收登记评标报告申请评标报告审批合同申请招标记录填报谈判纪要录入资质与安全协议审查合同拟定付款申请合同记录人员管理合同终止现场管理合同变更竣工/质保验收申请竣工/质保验收审批结束 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 合同终止审核
项目负责部门提出合同终止申请后，需要通过各级部门审核通过后才能终止合同。合同终止的审核的流程需要通过工作流来进行配置。
合同终止审核的界面原型如下：
客户管理
合同管理中的承包单位统一在【承包商】模块中进行管理，创建合同项目时自动将对应的承包商信息保存到【承包商】模块中。
第五篇：图书管理系统需求分析
云南工商学院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 系统配置图
点击咨询 