合同管理系统需求说明书.docx

《合同管理系统需求说明书.docx》由会员分享，可在线阅读，更多相关《合同管理系统需求说明书.docx（18页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

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

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

3、2-1 业务流程图实体表单业务流图 2-2 业务流程图图例说明10 / 183. 数据流程分析依据对现实系统的具体调查与分析，开发合同治理系统总体设想流程是：对销售员供给的信息进展人工审核，将通过审核的数据汇总录入计算机，进展数据录入处理程序，再将数据存储到相关信息文件中。系统的数据流程见图 2-3：P1合同销售员审 核处 理F1未通过通过合同F3P3签 定处 理P4F4存 储处 理F2合同F5P2修 订处 理图 2-3 数据流程图D1合同处理实体处理存储数 据图 2-4 数据流程图图例说明图4. 系统总体构造设计4.1 用例描述使用本系统的主要有两个角色，他们是合同治理员公司员工 和经理超级

4、治理，经理有确定的权限使用整个系统，而合同治理员只能有一局部的权限，如下图为各角色对应的用例。员工治理合同执行掌握客户治理合同治理员经理工程治理合同统计合同治理合同信息统计合同分类合同添加合同查询合同执行账号治理添加用户修改密码4.2 功能模块设计本合同治理系统主要实现如下功能：员工信息治理、客户信息治理、合同信息治理，合同执行状况的全面跟踪监管掌握，并具有严格的系统用户分级权限掌握，保证了公司合同数据的严格保密性。合同治理系统员工治理客户治理合同治理工程治理帐号治理系统模块划分如图 3-1 所示，将系统分别 5 个模块，每个模块负责的功能相对专一。员客合合合合合项添修工户同同同同同目加改信信

5、分添查执统信用密息息类加询行计息户码图 3-1 模块划分图每个功能模块的功能描述如下:1)员工信息治理治理全部参与合同治理动作的员工信息。包括员工编号、姓名、部门、 等。2)客户信息治理客户治理模块主要实现对客户的增、删、改、查等操作。客户分为两种类型，重要客户和一般客户。治理员可以添加客户、依据客户类型或者客户名称进展客户查询，通过查询条件的结果链接到客户的修改或者删除页面，对客户进展修改删除等操作。3)合同治理合同治理模块主要实现对合同的增、删、改、查等操作。治理员可以添加合同，对合同进展查询，为了使查询更加简便。系统供给两种查询方式，一种是依据编号进展查询，另一种是按审核标志进展询， 可

6、以通过查询的结果链接到合同的修改或删除页面，对合同进展修改或者删除。（4） 工程信息治理治理全部工程信息。工程信息包括工程编号、工程名称、联系人等。（5） 使用权限治理本系统从合同信息的安全角度动身，将系统设计成具有严格的系统用户及分级权限掌握。系统的员工分为两类用户：一般用户和合同治理员。使用不同用户名登录所具有的权限不同，保证了企业合同数据的严格保密性。4.3 系统流程分析合同治理系统供给对公司内部合同的治理功能。使用本系统，可以完成合同的录入、修改以及维护等操作，同时对合同治理员进展权限掌握，以满足安全性方面的要求。本系统分为合同治理员和经理即系统治理员 2 种用户。合同治理员默认可以添

7、加、修改、删除和查询自己的合同；经理可以查看和治理全部合同，并对合同进展统计及治理用户信息。用户登录后自动读取该用户的操作权限，用户可以在导航栏中选择某一操作链接进入相应的操作页面。为了更清楚地说明系统框架，以便更好地设计该系统的解决方案， 图 3-2 给出了系统流程图。系统流程图展现了该系统全部功能模块之间的规律关系，其中的各个功能模块根本上都代表了一个独立的页面，系统登录员工治理合同治理员客户治理合同治理工程治理经理合同执行掌握合同信息统计账号治理并将在下面的系统设计阶段得到表达。图 3-2 系统流程图5 .数据库设计5.1 数据库需求分析合同治理系统的主要目的就是利用软件实现合同的录入、

8、查询、编辑等功能，使工作人员对合同的治理更加简洁，提高工作效率、降低治理本钱。 具体分析如下：(1) 员工治理 扫瞄负责治理全部参与合同治理动作的员工信息。包括员工编号、姓名、部门、 等。 添加、删除、修改，查找员工信息。 此权限只有经理即系统治理员具有。(2) 客户治理 扫瞄全部客户信息。客户信息包括客户编号、客户名称、联系人等。 添加、修改、禁用和查找客户信息。(3) 合同治理 合同分类治理：按选购类合同和销售类合同进展分类划分。 扫瞄与合同相关的明细资料。合同信息包括合同编号、签订日期、客户名称、工程名称、货品名称、数量、单价、金额、合同执行 状态等。 分别按合同号、客户名称及工程名称查

9、找合同信息。 添加、修改、删除合同信息。 对合同信息进展实时处理。如合同执行状况掌握，包括已执行、执行中、未执行三个状态。 按工程名称、客户名称、合同执行状况等几项内容或任意几项内容组合来对合同的执行状况进展综合查询。 按项客户名称对全部合同运作状况进展统计，包括合同总金额， 执行中合同数量，未执行合同数量等。(4) 工程治理 扫瞄全部工程信息。工程信息包括工程编号、工程名称、联系人等。 添加、修改、禁用及查询工程信息。(5) 账号治理 公司信息设置。 系统参数。 添加操作员。 修改密码。其中，系统参数和添加操作员两个功能，只有经理系统治理员 具有此操作权限。(6) 考虑到公司合同的保密性，对

10、合同维护的各项操作需依据员工的工作类别区分赐予。故对系统分为两类权限：合同治理员级别为B 和经理即系统治理员,级别为 A。他们所具有的操作权限如下： 合同治理员所具有的操作权限：合同治理员可以录入的合同，并对自己录入的合同进展查询， 也可以进展合同修改、更及删除操作，但不允许查看其他人所签的合同，也不允许修改或删除其他人的合同。 经理所具有的操作权限：经理拥有对全部合同的添加、删除、修改、合同查询、统计的权限和账号权限的设置。数据字典必表名属性名类型长度填字主键说明段empl_idchar10是主键员工编号empl_namevarchar50是姓名empl_typeChar10否员工类别emp

11、l_depChar10否部门empl_diaChar varchar10否固话Empolyeepositionvarchar50否职位empl_mpVarchar50否手机empl_emailvarchar50否邮件Empl_addressVarchar50否地址birthdaydatatime否生日Employe_timedatatime否雇佣时间Consumer_numchat10是主键客户编号consumer_namevarchar50是客户名称Consumer_lxrChar10否联系人Consumer_firmVarchar50否公司名称Consumer_Firm_addressva

12、rchar50否公司地址listConsumer_diaconsumer_phonenumvarcharvarchar5050否否 手机consumer_addvarcharr50否 consumer_emailvarchar50否邮件consumer_beizhuvarchar50否备注Statechar10否客户状态ord_idInt4是序号ord_noVarchar50是主键合同编号Ord_namevarchar50是合同名字ord_dddatetime8否外键签订时间cus_numint4否外键客户编号xm_idint4否工程编号prd_namechar10否工程名称qtydecima

13、l9否数量Order_lisupamtndecimaldecimal99否否单价金额tord_stChar10否执行状况bil_ddchar10否账期xinyongChar10否信用额ord_rtchar10否收款状况ordertype_idint4否合同类别jilurenchar10否建立人AdddateDatetime8否系统时间Isdeleteboolean是是 否 已 经删除Proj_infoAdminlogpublicNoteproj_idchar10是主键工程编号proj_consvarchar50否客户名称proj_namevarchar50是工程名称proj_lxrchar10

14、否联系人proj_msvarchar50否工程描述proj_staChar10否工程状态isDeleteboolean是是 否 已 经删除AdminNumeric9是主键用户名empl_idType passwordcharboolean Nvarchar1050否是是员工 ID类别密码Admin OperateTimeOperateNumericDatatime Varchar950是是是主键用户名时间操作publicNoteIDNumeric9是主键公告编号publicNoteTitleVarchar50否公告标题publicNoteVarchar200否公告内容publisherVarc

15、har50是公布人adminpublishTimenumericdatatime9是否操作人公布时间listFileNameVarchar50是文档名listFilePathVarchar200是文档路径Ord_idInt是主键合同编号FileLengthlong否文档大小listFile5.2 数据库概念构造设计E-R 图设计数据库概念构造设计的目标是产生出一个能反映组织信息需求的概念模型。最广泛使用的概念模型是实体联系E-R模型。对合同治理系统实体关系的设计是建立在需求分析、系统分析的 根底上的。本系统的实体包括合同治理员、客户、合同、工程、账号、合同类别。下面分别对这 6 个实体做 E-

16、R 图设计。1) 一个合同治理员可以负责多个合同，所以员工和合同实体之间是一对多的关系，设计局部 E-R 模型如图 3-3 所示。1M合同治理员维护合 同图 3-32) 一个客户可以签订多份合同，所以客户与合同实体之间是一对多的关系，设计局部 E-R 模型如图 3-4 所示。1M客 户制定合 同图 3-43) 一个客户会签订多个工程的合同，所以客户与工程实体之间是一对多的关系，设计局部 E-R 模型如图 3-5 所示。1M客 户签订项 目图 3-54) 一个工程隶属于一个合同，所以工程与合同实体之间是一对一的关系，设计局部 E-R 模型如图 3-6 所示。1m项 目隶属合 同图 3-611员工

17、拥有账号5) 一个员工拥有一个账号权限，所以员工与账号实体之间是一对一的关系，设计局部 E-R 模型如图 3-7 所示。图 3-76一个合同拥有一个文档，所以文档跟合同实体时一一对应关系，设计E-R 模型如图：合同拥有文档11治理员1公布m公告(7) 一个治理员公布多个公告，所以治理员跟公告实体是一对多的关系，设计局部 E-R 模型如图：员工1n维护合同m1制定客户1隶属11工程m签订归纳上述 5 项，可以定义 5 个实体：员工、客户、合同、工程和账号， 这些实体之间的相互联系见表 3-1。实体联系实体合同治理员维护合同客户制定合同客户签订工程工程隶属合同员工拥有账号表 3-1将局部 E-R

18、模型综合成整体 E-R 模型，如图 3-9 所示。图 3-8 整体E-R 模型5.3 数据库规律构造设计规律构造设计是将概念模型 E-R 模型转换成关系数据库。依据 3.3.2 节介绍的转换规章，将 ER 模型转换成关系数据库。1) 员工信息表 (员工编号，姓名，员工类别， 部门，固话，手机， 邮件)PK 员工编号 NOT NULL。2) 客户信息表客户编号，客户名称，联系人， ， 手机， ，邮件， 备注，客户状态PK = 客户编号 NOT NULL。3) 合同信息表序号，合同编号，签订时间，客户编号，工程编号， 工程名称，数量，单价，金额，执行状况，账期，信用额度，收款状况， 合同类别， 建

19、立人，建立时间PK = 合同编号 NOT NULL。FK=工程编号，参照表是“工程信息表。FK=客户编号，参照表是“客户信息表”。4) 工程信息表工程编号，工程名称，联系人，工程描述，客户名称， 工程状态PK工程编号 NOT NULL。5) 账号治理ID 号，帐号，密码 PK= ID 号 NOT NULL总结作为一项系统工程，合同治理系统设计过程中有很多问题需要我们争论与思考，其设计过程是一个通过不断地实践、总结阅历、推动的过程。由于上次单独做过一个有关于酒店的治理系统，整个开发过程都是自己完成的，所以这次设计并没有什么大的问题，反而对体会到数据库设计对总个系统开发是最重要的，由于数据库的构造会影响到系统的整体构造的,同时系统的业务流程是影响整个系统的质量的最重要的局部，所以我们经过调研了解了一下合同系统的业务流程， 将系统的业务构造了解清楚，然后做出这份需求分析。