合同管理系统需求说明书(doc18页)优质版

《合同管理系统需求说明书(doc18页)优质版》由会员分享，可在线阅读，更多相关《合同管理系统需求说明书(doc18页)优质版（15页珍藏版）》请在文档大全上搜索。

1、合同系统需求分析说明书1.需求分析软件系统的设计与开发中，最重要是从用户的专业领域中整理出 需要计算机处理的需求。通过查看一些资料调研，发现公司公司规模 大，地域分散较广。下属单位可能根据自身实际情况形成内部独立的 合同管理工作模式，这对整个公司合同管理的标准化造成了困难；而 且基础数据存留在基层部门，将形成信息孤岛现象，造成信息不准确， 利用率低等问题，合同数据传输的滞后也会对企业决策层的决策产生 影响。因此可以总结公司合同管理的需求如下：1）实现信息处理的标准化和数据化，在公司内部建立标准的合同 管理流程和内容规范；2）建立统一的数据库系统，实现全公司数据集中管理，避免信息 孤岛的出现；3

2、）在合同生命周期内，实现数据信息跟踪管理，包括基本信息和 履行信息的管理；4）实现合同的归档管理，以及合同数据查询、统计等处理功能；5）确保合同管理工作的规范性和安全性。2 .业务流程分析调查管理业务流程应顺着原系统信息流动的过程调查，本例中业 务流程为：首先销售员将拟好的合同提交销售部门经理进行审批，部 门经理收到合同后对其内容，包括销售价格、付款条件、账期等进行 审核。若审核未通过，则将合同返回销售员进行修改；若审核通过， 则将合同转交给合同管理人员。随后合同管理员将合同信息录入系统。业务流程图见图21:图2-1业务流程图实体业务流图2-2业务流程图图例说明3 .数据流程分析根据对现实系统

3、的详细调查与分析，开发合同管理系统总体设想 流程是：对销售员提供的信息进行人工审核，将通过审核的数据汇总 录入计算机，进行数据录入处理程序，再将数据存储到相关信息文件 中。系统的数据流程见图2-3:4 .系统总体结构设计4.1 用例描述使用本系统的主要有两个角色，他们是合同管理员（公司员工） 和经理（超级管理），经理有绝对的权限使用整个系统，而合同管理员 只能有一部分的权限，如图所示为各角色对应的用例。4.2 功能模块设计本合同管理系统主要实现如下功能：员工信息管理、客户信息管理、合同信息管理，合同执行情况的全面跟踪监管控制，并具有严格的系统用户分级权限控制，保证了公司合同数据的严格保密性。系

4、统模块划分如图3-1所示，将系统分别5个模块，每个模块负责的功能相对专一。修改或者删除页面，对客户进行修改删除等操作。（3）合同管理合同管理模块主要实现对合同的增、删、改、查等操作。管理员 可以添加合同，对合同进行查询，为了使查询更加简便。系统提供两种查询方式，一种是按照编号进行查询，另一种是按审核标志进行询， 可以通过查询的结果链接到合同的修改或删除页面，对合同进行修改 或者删除。(4)项目信息管理管理所有项目信息。项目信息包括项目编号、项目名称、联系人 等。(5)使用权限管理本系统从合同信息的安全角度出发，将系统设计成具有严格的系 统用户及分级权限控制。系统的员工分为两类用户：一般用户和合

5、同 管理员。使用不同用户名登录所具有的权限不同，保证了企业合同数 据的严格保密性。4.3 系统流程分析合同管理系统提供对公司内部合同的管理功能。使用本系统，可 以完成合同的录入、修改以及维护等操作，同时对合同管理员进行权 限控制，以满足安全性方面的要求。本系统分为合同管理员和经理(即系统管理员)2种用户。合同管理员默认可以添加、修改、删除和查询自己的合同；经理可以查看 和管理所有合同，并对合同进行统计及管理用户信息。用户登录后自 动读取该用户的操作权限，用户可以在导航栏中选择某一操作链接进 入相应的操作页面。为了更清楚地说明系统框架，以便更好地设计该系统的解决方案， 图3-2给出了系统流程图。

6、系统流程图展示了该系统所有功能模块之 间的逻辑关系，其中的各个功能模块基本上都代表了一个独立的页面， 并将在下面的系统设计阶段得到体现。系统登录合同管理员客户管理图3-2系统流程图5 .数据库设计5.1 数据库需求分析合同管理系统的主要目的就是利用软件实现合同的录入、查询、 编辑等功能，使工作人员对合同的管理更加容易，提高工作效率、降 低管理成本。具体分析如下：(1)员工管理浏览负责管理所有参与合同管理动作的员工信息。包括员工编号、姓名、部门、电话等。添加、删除、修改，查找员工信息。此权限只有经理(即系统管理员)具有。(2)客户管理浏览所有客户信息。客户信息包括客户编号、客户名称、联系人等。

7、添加、修改、禁用和查找客户信息。合同管理合同分类管理：按采购类合同和销售类合同进行分类划分。浏览与合同相关的明细资料。合同信息包括合同编号、签订日期、 客户名称、项目名称、货品名称、数量、单价、金额、合同执行 状态等。分别按合同号、客户名称及项目名称查找合同信息。添加、修改、删除合同信息。对合同信息进行实时处理。如合同执行情况控制，包括已执行、执行中、未执行三个状态。按项目名称、客户名称、合同执行情况等几项内容或任意几项内 容组合来对合同的执行情况进行综合查询。按项客户名称对所有合同运作情况进行统计，包括合同总金额， 执行中合同数量，未执行合同数量等。(4) 项目管理浏览所有项目信息。项目信息

8、包括项目编号、项目名称、联系人 等。添加、修改、禁用及查询项目信息。(5) 账号管理 公司信息设置。系统参数。添加操作员。修改密码。其中，系统参数和添加操作员两个功能，只有经理(系统管理员) 具有此操作权限。(6) 考虑到公司合同的保密性，对合同维护的各项操作需按照员工的 工作类别区别给予。故对系统分为两类权限：合同管理员(级别为B)和经理(即系统管理员，级别为A)。他们所具有的操作权限如下：合同管理员所具有的操作权限：合同管理员可以录入新的合同，并对自己录入的合同进行查询， 也可以进行合同修改、更新及删除操作，但不允许查看其他人所签的 合同，也不允许修改或删除其他人的合同。经理所具有的操作权

9、限：经理拥有对所有合同的添加、删除、修改、合同查询、统计的权限和账号权限的设置。数据字典必表名属性名长度填字主键说明段empl_idchar10是主键员工编号empl_namevarchar50是姓名empl_typeChar10否员工类别empl_depChar10否部门empl_diaChar varchar10否固话Empolyeepositionvarchar50否职位empl_mpVarchar50否手机empl_emailvarchar50否邮件Empl_addressVarchar50否地址birthdaydatatime否生日Employe_timedatatime否雇佣时间C

10、onsumer_numchat10是主键客户编号consumer_namevarchar50是客户名称Consumer_lxrChar10否联系人Consumer_firmVarchar50否公司名称Firm addressvarchar50否公司地址Consumer.Consumer_diavarchar50否电话listconsumer_phonenumvarchar50否手机consumer_addvarcharr50否联系地址consumer_emailvarchar50否邮件consumer_beizhuvarchar50否备注Statechar10否客户状态ord_idInt4是主

11、键序号ord_noVarchar50是外键合同编号Ord_namevarchar50是外键合同名字ord_dddatetime8否签订时间cus_numint4否客户编号xm_idint4否项目编号prd_namechar10否项目名群qty-decimal9否数量updecimal9否单价 1 171Order liscvndecimal9否.痛tord_stChar10否执行情况bil_ddchar10否账期xinyongChar10否信用额ord_rtchar10否收款情况ordertype_idint4否合同类别jilurenchar10否建立人AdddateDatetime8否系统时

12、间Isdeleteboolean是是否已经删除proj_idchar10是主键项目编号proj_consvarchar50否客户名称proj_namevarchar50是项目名称proj_lxrchar10否联系人Proj_infoproj_msvarchar50否项目描述proj_staChar10否项目状态isDeleteboolean是是否已经删除AdminNumeric9是主键用户名empl_idchar10否员工IDAdminTypeboolean50是类别passwordNvarchar是密码AdminNumeric9是主键用户名logOperateTimeDatatime50是时

13、间OperateVarchar是操作publicNoteIDNumeric9是主键公告编号publicNoteTitleVarchar50否公告标题publicNoteVarchar200否公告内容publicNotepublisherVarchar50是发布人adminnumeric9是操作人publishTimedatatime否发布时间listFileNameVarchar50是主键文档名listFilePathVarchar200是文档路径listFileOrd_idInt是合同编号FileLengthlong否文档大小5.2 数据库概念结构设计（E-R图设计）数据库概念结构设计的目标

14、是产生出一个能反映组织信息需求的 概念模型。最广泛使用的概念模型是实体-联系（E-R）模型。对合同管理系统实体关系的设计是建立在需求分析、系统分析的 基础上的。本系统的实体包括合同管理员、客户、合同、项目、账号、 合同类别。下面分别对这6个实体做E-R图设计。1） 一个合同管理员可以负责多个合同，所以员工和合同实体之间是 一对多的关系，设计局部E-R模型如图3-3所示。图3-32） 一个客户可以签订多份合同，所以客户与合同实体之间是一对多 的关系，设计局部E-R模型如图3-4所示。图3-43） 一个客户会签订多个项目的合同，所以客户与项目实体之间是一对 多的关系，设计局部E-R模型如图3-5所

15、示。签订客户 项目图3-54） 一个项目隶属于一个合同，所以项目与合同实体之间是一对一的关 系，设计局部E-R模型如图3-6所示。图 3-65） 一个员工拥有一个账号权限，所以员工与账号实体之间是一对一的 关系，设计局部E-R模型如图3-7所示。图3-7(6) 一个合同拥有一个文档，所以文档跟合同实体时一一对应关系，设计 E-R模型如图：11系，设计局部E-R模型如图:归纳上述5项，可以定义5个实体：员工、客户、合同、项目和账号,这些实体之间的相互联系见表 3-1。实体联系实体合同管理员维护合同客户制定合同图3-8 整体E-R模型5.3 数据库逻辑结构设计逻辑结构设计是将概念模型（E-R模型）

16、转换成关系数据库。按 照3.3.2节介绍的转换规则，将E R模型转换成关系数据库。1）员工信息表（员工编号,姓名，员工类别，部门，固话，手机，邮件）PQ员工编号 NOT NULL2）客户信息表（客户编号，客户名称、联系人，电话， 手机，联系地 址，邮件，备注，客户状态）PK =客户编号 NOT NUL L3）合同信息表（序号，合同编号，签订时间,客户编号，项目编号， 项目名称，数量，单价，金额，执行情况，账期，信用额度，收款情 况，合同类别， 建立人，建立时间）PK =合同编号 NOT NULLFK =项目编号，参照表是“项目信息表。FK =客户编号，参照表是“客户信息表”。4）项目信息表（项

17、目编号，项目名称，联系人，项目描述，客户名称， 项目状态）PQ项目编号NOT NULL5）账号管理（IDJ1,帐号，密码）PK= ID 号 NOT NULL总结作为一项系统工程，合同管理系统设计过程中有许多问题需要我 们研究与思考，其设计过程是一个通过不断地实践、总结经验、推进 的过程。由于上次单独做过一个有关于酒店的管理系统，整个开发过 程都是自己完成的，所以这次设计并没有什么大的问题，反而对体会 到数据库设计对总个系统开发是最重要的，因为数据库的结构会影响 到系统的整体结构的，同时系统的业务流程是影响整个系统的质量的 最重要的部分，所以我们经过调研了解了一下合同系统的业务流程， 将系统的业

18、务结构了解清楚，然后做出这份需求分析。生活不是等待风暴过去，而是学会在雨中翩翩起舞 ，不要去考虑自己能够走多快，只要知道自己在不断努力向前就行，路对了，成功就不远了。放弃了，就不该后悔。失去了，就不该回忆。放下该放下，退出那没结局的剧。我们需要一点点的眼泪去洗掉眼中的迷雾，一点点的拥抱去疗愈受伤的心，一点点的休息去继续前行，少壮不努力，老大徒伤悲，每个人的人生都是不一样的，处同样的位置，也是有人哭，有人笑，有人沉默。穷人缺什么：表面缺资金，本质缺野心，脑子缺观念，机会缺了解， 骨子缺勇气，改变缺行动，事业缺毅力世界上最聪明的人是借用别人撞的头破血流的经验作为自己的经验，世界上最愚蠢的人是非用自己撞得头破血流的经验才叫经验不要抱着过去不放，拒z新的观念和挑战 ，每个人都有退休的一天，但并不是每个人都能拥有退休后的保障。觉得为时已晚的时候，恰恰是最早的时候，勿将今日之事拖到明日，学习时的苦痛是暂时的，未学到的痛苦是终生的 ，学习这件事，不是缺乏时间，而是缺乏努力 ，幸福或许不排名次，学习并不是人生的全部。但既然连人生的一部 分一一学习也无法征服，还能做什么呢