伍超洋 安旨 合同管理系统需求说明书

1、 欢迎阅读本文档，希望本文档能对您有所帮助！ 欢迎阅读本文档，希望本文档能对您有所帮助！ 感谢阅读本文档，希望本文档能对您有所帮助！ 感谢阅读本文档，希望本文档能对您有所帮助！ 欢迎阅读本文档，希望本文档能对您有所帮助！ 感谢阅读本文档，希望本文档能对您有所帮助！合同系统需求分析说明书1.需求分析软件 HYPERLINK 系统的设计与开发中最重要是从用户的专业领域中整理出需要 HYPERLINK 计算机处理的需求。 通过一些资料调研发现规模大地域分散较广。下属可能根据自身实际情况形成的合同理工作形式这对整个合同理的化造成了困难；而且根底数据存留在基层部门将形成 HYPERLINK 信息孤岛现象

2、造成 HYPERLINK 信息不准确利用率低等问题合同数据传输的滞后也会对企业决策层的决策产生影响。 因此可以 HYPERLINK 总结合同理的需求如下：1) 实现 HYPERLINK 信息处理的化和数据化在建立的合同理流程和内容；2) 建立统一的数据库 HYPERLINK 系统实现全数据集中理防止 HYPERLINK 信息孤岛的出现；3) 在合同生命周内实现数据 HYPERLINK 信息跟踪理包括根本 HYPERLINK 信息和履行 HYPERLINK 信息的理；4) 实现合同的归档理以及合同数据查询、统计等处理功能； 5) 确保合同理工作的性和平安性。2. 业务流程分析调查理业务流程应顺着

3、原系统信息流动的过程调查本例中业务流程为：首先销售员将拟好的合同提交销售部门经理进展审批部门经理收到合同后对其内容包括销售价格、付款条件、账等进展审核。假设审核未通过那么将合同返回销售员进展修改；假设审核通过那么将合同转交给合同理人员。随后合同理员将合同信息录入系统。销售员未通过审核合同销售员未通过审核合同初拟合同销售部经理合同存档合同理员通过审核的合同图2-1业务流程图实体表单业务流图2-2业务流程图图例说明3.数据流程分析根据对现实系统的详细调查与分析开发合同理系统总体设想流程是：对销售员提供的信息进展人工审核将通过审核的数据汇总录入计算机进展数据录入处理程序再将数据存储到相关信息中。系统

4、的数据流程见图2-3：F4F4通过合同F2合同未通过合同F1F3销售员P2修 订处 理P3签 定处 理P1审 核处 理P4存 储处 理D1合同处理F5图2-3数据流程图 图2-4数据流程图图例说明图实体处理存储数据流4.系统总体构造设计4.1用例描绘使用本系统的主要有两个角色他们是合同理员员工和经理超级理经理有绝对的权限使用整个系统而合同理员只能有一局部的权限如下列图为各角色对应的用例。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) 员工理阅读负责理所有参与合同理动作的员工信息。包括员工编、部门、 等。添加、删除、修改查找员工信息。此权限只有经理即系统理员具有。 客户理阅读所有客户信息。客户信息包括客户编、客户名称、联络人等。添加、修改、禁用和查找客户信息。(3) 合同理合同分类理：按采购类合同和销售类合同进展分类划分。阅读与合同相关的资料。合同信息包括合同编、签订日、客户名称、工程名称、货品名称、数量、单价、金额、合同执行状态等。分别按合同、客户名称及工程名称查找合同信息。添加、修改、删除合同信息。对合同信息进展实时处理。如合同执行情况控制包括已执行、执行中、未执

9、行三个状态。按工程名称、客户名称、合同执行情况等几项内容或任意几项内容组合来对合同的执行情况进展综合查询。按项客户名称对所有合同运作情况进展统计包括合同总金额执行中合同数量未执行合同数量等。(4) 工程理阅读所有工程信息。工程信息包括工程编、工程名称、联络人等。添加、修改、禁用及查询工程信息。(5) 账理信息设置。系统参数。添加操作员。修改码。 其中系统参数和添加操作员两个功能只有经理系统理员具有此操作权限。(6) 考虑到合同的性对合同维护的各项操作需按照员工的工作类别区别给予。故对系统分为两类权限：合同理员级别为B和经理即系统理员,级别为A。他们所具有的操作权限如下：合同理员所具有的操作权限

10、：合同理员可以录入新的合同并对自己录入的合同进展查询也可以进展合同修改、更新及删除操作但不允许其别人所签的合同也不允许修改或删除其别人的合同。经理所具有的操作权限：经理拥有对所有合同的添加、删除、修改、合同查询、统计的权限和账权限的设置。数据字典表名属性名类型长度必填字段主键说明Empolyeeempl_idempl_nameempl_typeempl_depempl_diapositionempl_mpempl_emailEmpl_addressbirthdayEmploye_timearvararararar vararvararVararvararVarardatatimedatatim

11、e105010101050505050是是否否否否否否否否否主键员工编员工类别部门固话职位邮件生日雇佣时间Consumer_listConsumer_numconsumer_nameConsumer_lxrConsumer_firmFirm_addressConsumer_diaconsumer_phonenumconsumer_addconsumer_emailconsumer_beizhuStateatvarararVararvararvararvararvararrvararvararar 1050105050505050505010是是否否否否否否否否否主键客户编客户名称联络人 邮件备

12、注客户状态Order_listord_idord_noOrd_nameord_ddcus_numxm_idprd_nameqtyamtnord_stbil_ddxinyongord_rtordertype_idjilurenAdddateIsdeleteIntVararvarardatetimeintintardecimaldecimaldecimalararararintarDatetimeboolean4505084410999101010104108是是是否否否否否否否否否否否否否否是主键外键外键序合同编合同名字签订时间客户编工程编工程名称数量单价金额执行情况账信誉额收款情况合同类别建立

13、人系统时间是否已经删除Proj_infoproj_idproj_consproj_nameproj_lxrproj_msproj_staisDeletearvararvarararvarararboolean105050105010是否是否否否是主键工程编客户名称工程名称联络人工程描绘工程状态是否已经删除AdminAdminempl_idType passNumericarbooleanNvarar91050是否是是主键用户名员工ID类别码logAdminOperateTimeOperateNumericDatatimeVarar950是是是主键用户名时间操作publicNotepublicN

14、oteIDpublicNoteTitlepublicNotepublisheradminpublishTimeNumericVararVararVararnumericdatatime950200509是否否是是否主键编标题内容发布人操作人发布时间listFilelistFileNamelistFilePathOrd_idFileLengthVararVararIntlong50200是是是否主键文档名文档途径合同编文档大小5.2数据库概念构造设计E-R图设计数据库概念构造设计的目的是产生出一个能反映组织信息需求的概念模型。最广泛使用的概念模型是实体联络E-R模型。对合同理系统实体关系的设计是

15、建立在需求分析、系统分析的根底上的。本系统的实体包括合同理员、客户、合同、工程、账、合同类别。下面分别对这6个实体做E-R图设计。一个合同理员可以负责多个合同所以员工和合同实体之间是一对多的关系设计局部E-R模型如图3-3所示。维护1 M维护合同理员合 同合同理员合 同图 3-32)一个客户可以签订多份合同所以客户与合同实体之间是一对多的关系设计局部E-R模型如图3-4所示。制定 1 M制定合 同客 户 合 同客 户图 3-4一个客户会签订多个工程的合同所以客户与工程实体之间是一对多的关系设计局部E-R模型如图3-5所示。签订 1 M签订项 目客 户项 目客 户图 3-54) 一个工程隶属于一

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

17、订工程工程隶属合同员工拥有账表3-1将局部E-R模型综合成整体E-R模型如图3-9所示。 签订签订员工合同客户工程维护制定隶属n111m1m1图3-8整体E-R模型5.3 数据库逻辑构造设计员工信息表 (员工编员工类别 部门固话邮件)PK 员工编NOT NULL。2)客户信息表客户编客户名称联络人 邮件 备注客户状态PK = 客户编NOT NULL。3)合同信息表序合同编签订时间客户编工程编工程名称数量单价金额执行情况账信誉额度收款情况 合同类别 建立人建立时间PK = 合同编NOT NULL。FK = 工程编参照表是“工程信息表。FK = 客户编参照表是“客户信息表。4)工程信息表工程编工程名称联络人工程描绘客户名称工程状态PK工程编NOT NULL。5) 账理ID帐码PK= ID NOT NULL总结作为一项系统工程合同理系统设计过程中有许多问题需要我们研究与考虑其设计过程是一个通过不断地理、总结经历、推进的过程。由于上次单独做过一个有酒店的理系统整个开发过程都是自己完成的所以这次设计并没有大的问题反而对体会到