系统设计详细说明书范文第1篇
欢迎使用OA系统。本系统是一个办公自动化系统，旨在推行无纸化办公，将公司各种业务流程由纸签变为网签(手机上网也可)，并辅以手机短信提醒，极大的提高公司业务运作效率。请各单位大力配合推进OA系统的实施，将业务流程所涉及的表单及流程说明报与信息部并密切配合，谢谢。
二.系统运行环境
本系统是B/S系统，客户端为IE浏览器。网址为：http://172.2.1.24:8080/oa 登录后，请点击左上角”个人设置”修改密码。左边界面为菜单，包括”我的申请”、”我的审批”、”归档查询”等。
三.发起流程
如果您想发起一个流程(即提交申请)，
1.请点击左边菜单”我的申请”,右边界面如下图：
2.请点击上图中的下拉框，选择您本流程所要填的表单，如下图：
3.如上图，请点击”新增”按钮,表单窗口出现：
4.如上图，请填写表单，注意”职务”框框后有”科长”(总监、经理等)等类似的选框，如果您是总监、经理、科长等职务，请勾选，该选项将直接影响流程走向。
5.表单填完后，请点击”保存”按钮。这个时候，表单最下端的”附件”上传可用 如图(当然不须上传附件的，可以跳过这一步)：
请点击”Add”选择文件，然后点击”upload”进行上传
6.点击”提交”按钮，提交表单，那么您的发起流程就结束了，该流程下一步的人员将即时收到任务到达提醒短信。 在提交之前，如果您想废弃该流程，点”删除”按钮即可。
7.提交后，界面变成”我的申请”列表，该列表显示所有历史上由您发起的申请。
其中”状态”栏，显示该流程的状态，”待审核”表示流程未完结，”已审核”表示流程已完结，”拒绝”表示该流程被领导否决。您可以点击”选择”，再次进入表单，已提交的流程表单不可再修改。
8.接7，在流程未完结之前，您可以随时点击”取消该流程”，取消这个流程。
点击”取消该流程”后，界面又回到列表界面，您可以再次点击”选择”进行表单界面：
您可以点”删除”彻底删该流程，也可以修改表单，然后点击保存、提交，再次提交该流程。
四.审批流程
当您登陆后，如果您有待审批任务，右边界面顶端会有闪动的文字如下图：
请点击闪动文字，进入”我的审批”列表(当然您也可以直接点击左边菜单”我的审批”进入列表)。然后列表每一行后面的”选择”进行表单及审批界面。最表单的最下端，
您可以在”审核意见”栏里填写意见。点击绿勾图标表示同意，红图标表示否决。 ”退回申请人”表示对表单内容不满意，退回到申请人重新修改。
五.规档查询
点击左边菜单”归档查询”，右边出现列表界面，该列表列出所有与您相关(您发起的或者您审批的)的任何状态的流程。”状态”栏显示该流程的审核状态。
您可以点击”选择”进入表单界面，表单的最下端显示表单的审批详细情况。 您也可以点击表单顶端的”查看流程图”，查看表单流程图，以图形化的方式显示流程流转到哪一步(红框即是)：
六.目前只实现了请假和加班流程，原来的纸面调休单，由一个加班单和一个请假单组成，您须在请假或加班前几天上OA网提交申请。如果每月最后一周的机动休您是正常休，则不用填单，如果您把机动休日调到其它天，则须填单。
系统设计详细说明书范文第2篇
在进行了总体设计之后，将进入到软件功能实现阶段，功能实现就是在概要设计的基础上结合用户需求分析对系统的各个模块、各个模块的功能进行实际开发。
5.1 系统首页介绍
如图5.1是系统的登录页面:
图 5.1 登录页面
如图5.2是系统正确登录后的主页面，主页面包括菜单列表、快捷管理、公示板等功能。菜单列表包含了系统的五大功能，快捷管理则有退出系统、快捷审批假条、快捷读邮件等功能;其中系统会根据用户的不同权限，显示不同的功能。
图 5.2 主页面功能展示
5.2 人员管理模块 5.2.1模块简介
人员管理模块是系统的根本所在，如图5.3所示，包括添加员工、删除员工、查询
1
和修改信息四个功能;修改信息包括修改密码、修改个人信息和修改员工信息。
图 5.3 人员管理模块
5.2.2模块实现
添加员工相关页面：addUser.jsp
图 5.4 添加员工页面
删除员工相关页面：delUser.jsp、delUser1.jsp
2
图
图 5.5 删除员工页面
图 5.6 删除员工页面(2)
查询相关页面：select.jsp
图 5.7 查询页面
修改员工信息相关页面：updateUser.jsp
图 5.8 修改员工信息
修改密码相关页面：update_pass.jsp
3
图 5.9 修改密码
修改个人信息相关页面：updSelf.jsp
图 5.10 修改个人信息
5.3 分组管理模块 5.3.1模块简介
本系统对于人员进行分组管理，请假等功能也是建立在分组的基础上的，分组管理模块共有四个功能，分别是：创建分组、删除分组、查询分组和修改分组，其中修改分组又分为四个小功能：添加组员、移除组员、更换组长和修改组信息。如图5.3.1
图 5.11 分组管理模块
4
5.3.2模块实现
创建分组相关页面：update_groups.jsp
图 5.12 创建分组
删除分组相关页面：delGroup.jsp
图 5.13 删除分组
修改分组相关页面：addGroup.jsp、altManager.jsp、delGroupU.jsp、intUser_group.jsp
图 5.14 修改分组
图 5.15 修改组信息
图5.16 添加组员
图 5.17 移除组员
6
图 5.18 更换组长
查询分组相关页面：groupselectB.jsp、groupselectD.jsp
图 5.19 查询分组
5.4 备忘录模块 5.4.1模块简介
本模块包括创建备忘、修改备忘、删除备忘和查看备忘四部分;查看又分为查询全部和模糊查询两种方式。
图 5.20 备忘录模块
5.4.2模块实现
创建备忘相关页面：memocreate.jsp
7
图 5.21 创建备忘
删除备忘相关页面：memodelete.jsp
图 5.22 删除备忘
查看备忘相关页面：memoselect1.jsp、memoselect2.jsp
图 5.23 全部查询
8
图 5.24 关键字查询
5.5 请假流程模块 5.5.1模块简介
本模块包含创建假条、审批假条和历史查看三个功能，其中审批假条是管理员功能，而总管理员是不能创建假条的。
图 5.25 请假流程模块
5.5.2模块实现
创建假条相关页面：createLeave.jsp
图 5.26 创建假条
审批假条相关页面：leaveperson.jsp
9
图 5.27 审批假条
历史查看相关页面：selectLeaveSelf.jsp
图 5.28 历史查看
5.6 站内信模块 5.6.1模块简介
本模块包含创建站内信、收件箱、发件箱和草稿箱四个功能;其中包括可以群发邮件、可以添加附件、验证码验证等功能。
图 5.29 站内信模块
5.6.2模块实现
创建站内信相关页面：mailcheck.jsp
10
图 5.30 创建站内信
发件箱相关页面：MailoutDetail.jsp、MailoutSelect1.jsp
图 5.31 发件箱
收件箱相关页面：MailReceive.jsp.MailReceive2
图 5.32 收件箱
系统设计详细说明书范文第3篇
人事管理系统模块设计:用户登录模块:模块功能包括录入,修改,删除登录用户信息。用户权限管理模块:模块功能包括为每个系统功能设置一个权限代码,为每个用户设置其能够拥有的权限,从而保证用户根据自己权限访问系统,确保系统保密信息的安全性。人员基本信息管理模块:模块功能包括企业人员信息录入,修改,删除,部门设置,照片上传及工作岗位分配等,对人员基本信息进行详细描述,以便在以后的系统运行过程中进行调用查询。人员工作管理模块:模块功能包括工作分配查询、工作情况查询(又包括工作正常查询和额外查询)等查询工作。统计查询模块:模块功能包括根据部门、学历、专业职务、合同类型、政治面貌、毕业院校、工作岗位、户口所在地、婚姻状况、籍贯、家庭住址、参加工作时间、民族、入职时间、入党时间、专业等进行综合查询;同时可以对查询结果到出成Excel格式进行二次编辑打印。系统维护模块:模块功能包括部门管理,学历管理、专业职务管理、合同类型管理、政治面貌管理;系统字体进行管理;不同合同类型人员显示颜色设置;合同到期人员提前提醒设置;数据库备份,数据库联接维护等。
1.1 系统的任务
企业人事管理系统主要负责管理用户的人事活动信息和人事活动日志。一个完善的企业人事管理系统的任务主要包括以下几项：
(1)人事活动管理，主要提供快速的目录查询和人事活动提醒服务，并记录人事活动日志。
(2)联系人管理，负责管理群组信息和联系人信息，设置优先级，并提供目录查询和打印功能。
(3)统计分析，负责对联系人信息、人事活动提醒和人事活动日志进行统计。
(4)系统管理，主要负责管理用户信息、权限设置、用户登录以及系统初始化。
1.2 系统的目标
企业人事管理系统是通过计算机方式集中管理人事活动信息和人事活动服务的系统，有以下几个目标：
(1)更好地保存用户的联系方式，提供目录查询和打印服务。
(2)提供人事活动提醒服务，通知用户所需进行的人事活动。
(3)详细记录用户的人事活动日志，提供日志查询分析功能。
(4)根据用户权限来设置人事活动服务，提供信息的安全性。
1.3 系统开发方法
本系统开发采用的是结构化系统开发方法，结构化系统开发方法就是结构化开发方法，工程化的系统开发方法和生命周期方法的结合。其基本思想是：用系统工程的思想和工程化的方法，按用户至上的原则、结构化、模块化、自顶向下地对系统进行分析与设计，自底向上地进行实施。 结构化系统开发方法的特点：
(1)系统观点。
(2)严格区分工作阶段，每个阶段都有明确的任务和应得的成果。
(3)自顶向下的分析与设计和自底向上的系统实施。
(4)工作成果文档化，文档资料规范化、标准化。
此系统之所以采用这种开发方法是因为结构系统开发方法的整体思路清楚，能够从全局出发步步为营，减少返工，有利于开发质量;设计工作中阶段性强，每一阶段均有工作成果出现;每一阶段的工作成果是下一级工作的依据，工作进度比较容易把握，有利于系统开发的总体管理和控制。另外，由于该方法强调从整体来分析和设计整个系统，因此在系统分析时，可以诊断出原系统中存在的问题和结构上的缺陷，这一点是其他方法难以做到的。
1.4 可行性分析
可行性是指组织内外当前的具体条件下，进行某项目的必要性和可能性。若系统开发是必要的，则进一步从技术、经济、管理上分析其可行性。
1)经济可行性
利用计算机对企业人员进行合理优化地管理，可以提高员工的工作热情，同时还可以为领导们做出正确的决策提供参考，这些都有利于公司的业务发展和效益的提高。
2)技术可行性
在技术难度方面，Visual Basic 开发工具与SQL Server 2000 适合开发一些中小型的系统，在指导教师的帮助和参考网上一些相关资料，使得开发这样一套企业人事管理系统软件成为一种切实可行的方案。
3)组织管理的可行性
开发企业人事管理系统受到企业内部领导层的高度重视，同时广大员工也反响强烈，有利于促进公司的业务发展和合理的人事管理。
2 系统需求分析
2.1 需求分析的重要性 需求分析工作是系统生命周期重要的一步，也是决定性的一步。忽略需求分析往往会付出沉重的代价。大量实践表明，信息系统产生的许多错误都是由于需求定义不准确或错误导致的，而且，如果在需求定义阶段发生错误，则修改这些错误的代价是非常高的，并随着开发周期的进展，改正错误或在改正错误时引入的附加错误的代价是按指数增长的。因此，系统开发中的需求定义是系统成功的关键一步，必须引起足够的重视。企业人事管理系统中一项重要的工作就是录入和校对员工的基本信息和人事活动提醒，由于人数多，细节多，人工处理很容易丢失资料或出现不准确的情况，因此采用计算机进行企业人事管理，根据具体情况进行需求分析。
2.2 企业人事管理系统的功能结构
从业务角度来看，管理信息系统应该支持整个组织在不同层次上的各种功能。各种功能之间又有各种信息联系，构成一个有机的整体及系统的业务功能结构。根据以上对人事管理系统的任务和目标的分析可以看出，一个标准的人事管理系统应该包含如图1所示的一些功能。每个功能模块又都包含一系列的子模块。
图1 “企业人事管理系统”功能模块图
1)人事活动管理
“人事活动管理”模块主要用于提供快速的目录查询和人事活动提醒服务，并记录人事活动日志。
(1)“分类查询”模块：“分类查询”模块负责为用户提供目录查询功能。用户可以进行精确查询，也可以进行模糊查询，从而快速查找所需要的人事活动信息。不同群组权限的用户可以查询不同群组的联系人。
(2)“人事活动提醒”模块：“人事活动提醒”模块负责用户提供人事活动提醒功能。提醒信息主要包括提醒ID、提醒主题、提醒时间、提醒对象、联系人、联系方式、提醒内容、录入人员和是否完成等。提醒对象是指那些需要被提醒进行人事活动的公司员工，录入人员是登录的用户，联系方式主要有地址、办公电话、手机号码、邮箱、MSN和QQ号码等。
一般用户只能看到和自己相关的提醒信息，管理人员可以看到所有的提醒信息。当用户已经完成人事活动事，需要将提醒信息的“是否完成”属性标志为“完成”。
(3)“人事活动日志”模块：“人事活动日志”模块负责记录用户的人事活动日志。一般用户和管理人员只能看到和自己相关的日志信息。人事活动日志主要包括日志ID、人事活动主题、人事活动时间、人事活动人员、联系人、联系方式、人事活动内容和录入人员等。人事活动人员是那些进行人事活动活动的公司员工，录入人员是登录的用户，联系方式主要有地址、办公电话、手机号码、邮箱、MSN和QQ号码等。
2)联系人管理
“联系人管理”模块负责管理群组信息和联系人信息，设置优先级，并提供目录查询和打印功能。
(1)“群组设置”模块：“群组设置”模块负责管理联系人的群组信息。用户可以通过建立群组来管理联系人信息。群组信息主要包括群组ID、群组名称、优先级、建立日期、群组简介和录入人员等。 (2)“联系人设置”模块：“联系人设置”模块负责设置联系人信息，并对其进行添加、修改、删除和查询等操作。联系人信息主要包括如下几项。
①基本信息：联系人ID、姓名、群组ID、优先级、性别、身份证号、出生日期、籍贯、民族;
②工作信息：工作单位、职务、职称、工作描述;
③教育背景：毕业院校、学历、专业;
④联系方式：地址、办公电话、住宅电话、手机号码、传真、邮箱、MSN、QQ;
⑤其他信息：个人爱好、特长。
(3)“优先级设置模块”：“优先级设置”模块负责设置群组和联系人的优先级。
(4)“查询打印”模块：“查询打印”模块负责提供目录查询和打印功能。
3) 统计分析
“统计分析”模块主要负责对联系人的信息、人事活动提醒和人事活动日志进行统计分析。
(1)“联系人统计”模块：“联系人统计”模块负责对联系人进行统计分析，通过它，用户可以更加方便地了解目前各群组拥有的联系人数目。
(2)“提醒统计”模块：“提醒统计”模块负责对人事活动信息进行统计。可以按照人事活动提醒信息中的联系人，提醒时间和提醒对象分别进行统计分析。
(3)“日志分析”模块：“日志分析”模块负责分析人事活动日志。可以按照人事活动日志中的人事活动时间、人事活动人员和联系人分别进行统计分析。
4)系统管理
“系统管理”模块主要负责用户权限管理，包括用户管理、密码维护、重新登录和初始化。
(1)“用户管理”模块：“用户管理”模块负责管理用户信息。用户信息包括用户ID、用户名称、用户类别(普通员工、管理人员)、密码、模块权限、电话和邮箱等。权限主要包括对一级模块和二级模块的使用权限、以及对各群组内联系人的查询权限。管理人员具有所有模块和群组的使用权限，普通员工仅具有“人事活动管理”模块的使用权限。可以对群组查询权限进行配置。
(2)“密码维护”模块：“密码维护”模块负责维护用户密码信息，为用户提供更改密码的功能。
(3)“重新登录”模块：“重新登录”模块主要用于给用户提供重新登录功能。
(4)“初始化”模块：“初始化”模块主要负责提供初始化数据的功能。可以有选择地对数据表进行清空操作。
3 数据库分析设计
表1 数据表及其用途 根据系统需求分析，系统需要建立5个表，其用途说明如表1所示。
3.1 数据字典
表2到表6给出了5个数据表(提醒信息表、人事活动日志表、群组信息表、联系人信息表、用户信息表)的具体描述，包括字段名称、数据类型、可否为空和说明。 1)提醒信息表
表2 提醒信息表
2)人事活动日志表
表3 人事活动日志表
3)群组信息表
表4 群组信息表
4)联系人信息表
表5 联系人信息表
5)用户信息表
表6 用户信息表
3.2 创建数据库 在创建数据库之前，用户需要安装MS SQL Server 系列的数据库服务器。直接手工建立数据库。打开SQL Server企业管理器，新建一个数据库，数据库名为“企业人事管理”，然后按照数据字典建立表和表的关联。
4 系统设计与实现
通过数据库分析设计，已经完成了所有的后台工作，现在需要通过Visual Basic来编写数据库系统应用程序。
4.1 创建工程项目
启动Visual Basic6.0后，单击【文件】【新建工程】命令，在弹出的对话框中选择【标准EXE】选项，然后单击【确定】按钮。在项目的【属性】面板.中将项目的“Name”属性值改为“企业人事管理”。
4.2 创建系统主窗体4.3 创建公用模块
为了能够对数据库访问进行集中处理，需要创建一个专门访问数据库的公用模块。在项目资源管理器中为项目添加一个模块，并将其保存为OPeratDataBase.bas。
1)OPeratDataBase.bas OPeratDataBase.bas公用模块主要对数据库进行操作，包括以下5个函数：
① GetConnStr()As String 函数，返回链接字符串，用来设置数据库连接字符串;
②OpenConn(ByRefConn As ADODB.Connection)As Boolean函数，返回布尔值，用来打开数据库连接;
③ ExecuteSQL(ByVal SQL As String，ByRef msg As String)函数，用来执行SQL语句;
④ SelectSQL(ByVal SQL As String，ByRef msg As String)As ADODB.Recordset函数，返回Recordset，用来执行查询语句;
⑤ BatchSelectSQL(ByVal SQL As String，ByRef msg As String)As ADODB.Recordset函数，返回Recordset，用来执行批处理。
2)PubilicVar.bas 为了实现全局变量，另外创建一个全局变量模块PublicVar.bas，主要有3个全局变量，如下所示：
①LonginSucceeded全局变量，用来保存用户登录是否成功的标志;
②UserID全局变量，用来保存用户ID;
③ConnectionString全局变量，用来保存数据库链接字符串。
4.4 创建其它模块
创建“人事活动管理”模块、“联系人管理”模块、“统计分析”模块和“系统管理”模块
5 系统扩展
系统设计详细说明书范文第4篇
系统欢迎界面
待办信息
要求：根据角色不同，能不能提供个性化的页面，比如今日商务待处理事宜等，任务根据实际情况指派，由当前角色进行任务或下一流程指派。
1、客户基本资料管理
客户为创建合同时的必选对象，基本资料共有两个部分：客户资料和关联信息。基本信息包含客户基本信息、开票信息、联系人、客户备忘、客户附件等。 关联信息有多项内容，含合同信息、合同标的、审批信息等。 对于客户的基本资料和关联信息此处设置必要的打印和查询关联。
1.1客户资料
1.1.1、 客户基本信息
对客户基本信息进行增、删、改、查功能。
查询条件：客户名称、客户编号、开票名称、行业等。
相关字段：
客户id，客户名称、客户类型、客户编号(自动生成)、行业(选择)、省(选择)、市(选择)、联系地址、邮编、公司网址、首要联系人、办公电话、职位、移动电话、传真、E-mail、QQ、法定代表、注册资本、币种、实收资本、公司类型、成立日期、经营范围、营业截至日期、负责人，备用1，备用2。(*红色为必填项) tip：
客户类型：行业客户、普通客户、渠道合作伙伴【用户添加时，以下拉列表选择】 客户编号：规则LJKJ+4位年份+2位月份+2位日期+001～999【系统根据改天客户排序自动排好，此项可手工修改】
营业截至日期：客户管理自动判断营业日期是否过期，如过期，则在页面进行提醒，及时更换营业附件或进行相关更新。
1.1.2、 开票信息
每个客户设置一条开票信息，并设置修改权限。在打印发票时，自动调取开票信息。 相关字段：名称、纳税人识别号、地址、电话、开户银行及账号(必填项) 功能：修改，添加(附：可与客户基本资料设置同一张表)
1.1.3、 客户附件
客户附件是对有经营单位的客户上传三证(营业执照、税务登记证,机构代码证)和直接负责人员。并设置增、改、删功能。 如图所示管理：
相关字段：附件名称、附件类别、附件说明、上传日期、附件文件名、上传人。
1.1.4、 联系人
管理客户的相关联系人，并设置增、改、删功能。
相关字段：姓名、职务、办公电话、移动电话、传真、E-Mail、备注。
1.1.5、 客户备忘
对客户设置备忘录，并设置增、删功能。
相关字段：说明事项、内容、提交人、提交日期。
1.2 关联信息
根据客户合同内容关联客户其他信息，并可打印客户信息单和导出客户信息表
1.2.1 打印
可对该客户的各项资料进行打印客户信息单。
打印内容：客户基本资料、开票信息、相关项目、资金统计等
1.2.2导出信息
对所选择的客户导出.xls表
2、合同管理
合同基本资料共有两个部分：合同资料和关联信息。基本信息包含合同基本信息、合同文本、合同标的、合同附件、计划资金、资金条款、合同备忘等。
关联信息有多项内容，含实际资金、发票、资金统计、进度、合同变更、审批记录等。 对于合同的基本资料和关联信息此处设置必要的打印和查询关联。
2.1基本属性
对合同基本信息进行增、删、改、查及合同复制功能。 查询条件：合同名称、合同编号、合同对方、签约日期等。
相关字段：
合同名称、合同编号、对方合同编号、合同类别，签订日期、生效日期、计划完成日期、合同金额、币种、印花税额(可改为选填发票类型：增值税普通、增值税专用)、合同对方、所属项目、负责人、审批状态、合同状态、盖章状态、借阅状态 tip：
合同类别：采购合同、直销合同、分销合同
合同编号规则(默认，可修改)：LJCG(采购)/LJZX(直销)/LJFX(分销)+年(2013)+月(11)+日(04)合同排序(001)，例：LJCG20131104031 共15位
审批状态：未提交0，审批中1，审批通过2，审批拒绝-1，已作废-2，已盖章3，已归档4，合同执行5，已开票6，完结10. 借阅状态：默认(在库)0，空缺-1 除此之外，设置合同复制功能，点击已有合同复制后，新增一条除编号，状态不同其他内容都相同的合同。
2.2关联信息
根据合同内容需要设置其他相关信息
2.2.1合同文本
设置合同文本信息的增、删功能
相关字段：文本名称、文本类别、文件、文件说明、建立人、建立日期。
Tip:文本类别：合同正文、补充协议、会议纪要、设计方案、合同盖章扫描件、其他合同附件 2.2.2合同标的
设置合同标的信息的增、删功能
相关字段：名称、规格、数量、单价、添加人、添加日期
2.2.3计划资金
设置合同计划资金信息的增、删功能
相关字段：名称、金额、结算方式、计划完成日期、备注 Tip: 结算方式：现金、支票、电汇。
2.2.3资金条款
资金条款管理。
相关字段：资金条款，合同id
3、合同执行
3.1 合同审批及调整阶段
对于已拟定无误的合同有以下操作 提交审批、合同作废、合同盖章 3.1.1 提交审批
提交审批后，审批状态更改为审批中(1) 提交审批：默认(0)>审批中(1)
3.1.2审批通过及拒绝
审批拒绝后，审批状态由审批中(1)审批拒绝(-1)，拒绝可填写拒绝理由。 审批同意后，审批状态由审批中(1)审批通过(2) 审批通过的合同自动进入盖章环节
3.1.3 合同作废
合同作废，合同状态由默认(0)，审批中(1)，审批通过(2)--已作废 -2 注：合同作废环节可由领导操作或者销售人员操作。在归档之前，均可作废
3.2、盖章管理
3.2.1合同盖章
合同审批通过后，由相关人员(商务)将合同文件盖章，将纸质合同扫描为pdf文件，上传服务器进行归档。用章的同时，记录用章信息。此处仅记录我公司盖章状态
基本属性：用章人、用章日期、用章申请人、盖章份数、每份盖章数量、用章状态、盖章数量 Tip: 执行条件：审批通过(2)，盖章操作后，更改合同状态为已盖章(3) 合同状态：审批通过(2)已盖章(3)
3.2.1合同归档
合同用章后，执行操作“合同归档”,由商务人员将纸质合同扫描成pdf文件，上传系统归档。归档后，可进行在线合同查询合同。 合同状态：已盖章(3)已归档(4)
归档人、归档日期、归档份数、归档说明，档案柜编号
3.2.2合同借阅
记录纸质合同借阅记录，合同新建借阅前，判断合同借阅状态。 借阅状态：默认(在库)0，空缺-1，并可查询合同借阅记录 查询条件：借阅日期，借阅人，合同名称 功能：借阅增、删操作。
相关字段：借阅人、借阅日期、借阅说明、借阅份数、借阅经办人、归还日期、归还人、归还经办人
3.2.2 其他用章管理
记录非合同类用章情况。用章记录增、删、查 查询条件：印章名称、用章日期、用章申请人
相关字段：用章人、用章日期、印章名称、盖章总量、用章申请人、用章情况说明。
3.3、合同执行进度
执行条件：合同归档
合同归档后，由销售人员决定何时提交执行合同，合同执行后，更改合同状态。 合同归档(4)合同执行(5)，
采购合同、直销合同类合同提交执行合同后，直接进入申请发货进度页面。进度提交后，由商务处理
3.3.1计划进度(供货、收货、资金)
合同归档后，销售人员制定相关的计划执行进度，进度属性包含三类：供货、收货、资金。对于供货进度，设置提交审批动作。提交审批后为商务人员待处理事宜。 制定计划：销售人员制定不同的进度计划，用于完成规定期限内的合同内容。
相关字段：进度名称、金额、进度描述、执行人、进度属性，计划开始日期、计划完成日期、备用，提交审批后，进度状态为1，升级为商务待处理状态。提交人可见。 进度属性：资金(勾选后)，自动出现资金额度文本框，填写资金额度。 同时设有进度附件。
相关字段：附件名称、附件类别、上传日期、附件说明、附件文件
3.3.2供货进度
销售人员根据既定的供货进度计划，对合同进度的执行详细情况做进度明细登记。 商务人员对已提交的供货申请，商务批复有三种：A库存
B需采购 C已到货。商务可对提交的供货申请做多次批复 ，以通知货物状态。回复内容销售可见。
相关字段： 进度执行情况、开始日期、完成日期、累计完成，审批状态、提交人。 Tip: 系统根据进度执行情况，自动计算进度状态。非资金类的按进度执行天数。资金类的按资金完成计算完成百分比。
对于采购合同、直销合同，商务可直接处理发货等操作;
对于分销合同，商务在处理时，系统提醒，需收款额度>0时，才可对提交的进度申请处理。
3.3.3收货进度
当库存不足时，商务自行提交定货合同，商务收货后，可直接登记明细。修改合同状态
3.3.4收(付)款进度
合同归档后，对每次的收(付)款记录收(付)款操作
合同收(付)款，选择合同，提交资金金额、结算方式、票据号码、结算日期提交收(付)款，收(付)款后，显示已完成、可核销余额、本次核销、全部核销金额等内容。
在合同资金进度中，根据合同实际的收(付)款金额，自动计算合同款项完成情况和完成比例。
合同完成100%时，自动提醒合同已完成，提交完成合同报送，合同执行结束。 相关字段：
资金金额、票据号码、结算方式、结算日期、备注
4、创建采购合同
参照2 合同管理
5、发票管理
5.1发票管理
发票管理用于发票在系统上的记录。发票按来源分为两类，接收、开具。
接收类的发票根据对象不同分为合同类发票，非合同类发票，此类发票接收后，商务确认后，记录接收发票记录即可。
开具类发票，根据对象不同分为合同类发票，非合同类发票，此类发票经领导审批后，才可开具，审批的同时登记开具发票记录。 相关功能：发票增、删、改、查
查询条件：发票类型、开票日期、发票对方、纳税识别号
相关字段：发票类型、发票来源、相关合同、发票金额、开票日期、发票号、发票对方、备注、备用1 Tip: 发票类型(增值税发票14%，增值税专用发票7%,普通发票6%) 发票来源(开具、接收) 相关合同：设置合同选择框，发票合同字段为空的为未关联合同，不为空的为合同类发票。(可选)。
选择合同后，页面下方发票内容自动关联合同标的。否则，用户可增加、删除相关发票内容。(发票内容：名称、规格、单价、数量、金额)
发票对方：设置选择框及可输入框。选择对应客户(供应商)时自动关联纳税人识别号、地址、电话，开户银行及帐号信息。否则，可手工录入。
创建完成后，确认,可提交审批。发票审批后，更新合同发票状态。合同完成。
5.1发票审批(确认)
开具的发票审批后，系统自动记录审批时间，审批通过后，系统自动提醒相关人，待处理发票，可对发票进行打印操作，对于合同类的发票，自动关联合同中开票单位、标的等信息，发票打印后，可更新合同中发票状态。
接收类发票经商务确认发票后，系统自动记录确认时间及相关信息。 系统提供发票的不同查询方式。
6、合同完成处理
系统设计详细说明书范文第5篇
用地西接文昌中路、南接宣化东街、北靠北蟒河，规划总用地面积为15.40公顷。
二、规划设计依据
本次规划设计遵从设计任务要求及各类国家和地方政府有关法律、法规和规范。
1、 甲方提供的“东庄城中村改造”规划方案设计任务书。
2、《城市规划管理技术规定》
3、《城市居住区规划设计规范》
4、《住宅设计规范》
5、 国家和地方相关技术标准、规范和规定
三、规划设计原则
1、整体性原则(全局观)
从整个城市全局高度对小区进行规划定性，将小区做为城市的一个“模块”，在城市特有的空间结构和环境格局中“演生”出小区的空间及景观结构，使之既成为整体结构的有机组分，又对城市结构产生空间、功能、交通上的关联(也是对总规原则的落实和延伸)。
2、关联性原则(空间观)
综合分析区位条件及与周边环境的关系，达到人、水、绿有机共融，人工环境与自然环境有机协调、和谐统一。
3、独特性原则(形象观)
塑造根植于当地传统而又富于个性、特色鲜明的城市形象，(空间结构，景观塑造，建筑单体，环境细部设计等多方面加以体现)改善城市空间质量，提高城市品位。
四、设计理念
1、和谐社区
积极协调不同开发阶段不同特征的住户之间的需求，这包括：为动迁原住村民提供的村民自用住宅、为外来人员提供的出租住宅、为来自市区自住户提供的商品房。通过合理安排不同社区人群，完善配套服务，体现出和谐社区的精神所在，塑造出符合人性尺度、具有强烈归属感与亲和力的小区空间意向。
2、人文社区
体现“以人为本”的规划指导思想，充分考虑特殊地理位置社区居民的居住特点和需求。分析济源城市特有历史文脉，结合本案周边的现状，提炼出小区的品质精髓。力求在小区整体规划设计中加以体现。在房型设计方面，我们对每幢楼每个房型都是根据周边环境特点度身定做，力求创新，多种类，多户型，设计新颖别致的户型，同时考虑实用性、经济性，为以后的销售创造条件。
3、生态社区
营造良好的居住环境，通过宽阔的中央绿地，均衡的大面积宅前绿地，高品质的景观创造丰富多彩的户外活动空间和与众不同的优雅气氛。建造生态环境型小区，倡导人文与自然的和谐共存。规划结构清晰，功能分区明确，形态自然有机，营造高质量的人居环境和舒适的居住环境，满足居民物质与精神的多重需求。
五、设计要点说明
1、综合考虑“统一规划、分期实施、滚动开发”的布局结构。
“一片、两带、三块”的总体规划结构：
通过两条社区主路(两带)将安置区公建区和开发区三个组团(三块)连接成一个整体的社区(一片)。
以宣化东街两个社区入口之间的公共配套服务设施带为界，以西为开发用地，以东为安置用地。
2、“组团环路”的交通系统自成体系。
在启动区规划设计中，采用内环路的形式，依据居住区道路通而不畅的原则，形成分级有序，功能明确的道路组织，同时满足消防、救护等要求。
内环路的交通形式便捷居民直接入户，有效解决区内交通拥堵等交通问题，最大化实现，地面人行交通体系。将最大化的室外活动空间留给居民。
每一分期开发的住宅组团内各设一个出入口，其与环形道路结合共同形成便捷、完善的居住区道路体系。小区步行系统分为林荫步行系统和宅前步行系统两部分，步行交通在进入小区后，沿位于贯穿小区南北的绿化景观带内的林荫步行系统进行分流，形成机动、步行交通适当分离，分级衔接的住区道路系统。
小区停车主要采用地面停放，在最后一期开发中适当结合地下停车进行组织，其中地面约873辆，地下约1233辆，合计约为2106辆。除了在数量上满足小区居民使用外，还着重考虑小区居民能够快速便捷地停车入户。在住宅楼间布置集中的自行车停放场地，同时结合宅前宅后和道路沿线的空地解决临时停车。
3、强调“点状”与“带形”绿化空间相互渗透，塑造“生态园林”的居住环境。
绿化开放空间总体上分为三个层次，即外围绿地、公共绿地和院落绿地，充分挖掘外部景观条件与内部自然环境资源，使每户均有良好的视线景观。住地绿地景观以贯穿小区南北的“带形”公共绿地为中心，“带形”绿地临小区主干道布置，加强小区绿化的共享性，提高小区的绿化品质与绿化感受。“带形”公共绿地内布置曲径、坡地、花带、树阵、帐篷、柱列等景观元素，在小区出入口的对景处及绿地北端设计三个空间节点，共同营造生动活泼、富有变化、处处有景、步移景异的住区公共绿化景观。由公共绿地向两侧住宅院落进行绿化景观渗透，院落绿化为半开放半私密空间，绿化景观主要为院落内的住户提供宅前休息、交流的场地。出入口道路两侧绿化空间努力营造简洁、整齐的住区入口区段绿化景观带，形成进入住区的第一层次的绿化景观通廊。“带形”公共绿地、院落绿地和绿化景观通廊相结合，形成形态各异、空间收放结合、景观相互融合的住区绿化景观网络。绿地中的水体均为浅水设计，基地卵石铺砌，枯水期可以作为中心广场或者健身漫步道使用。
4、采用“行云流水”的建筑布局，体现“舒适、美观”的完美结合。
建筑组群布局上顺应了水平横向排布的特征，保证每户住宅建筑良好的日照朝向与通风需要，同时汲取了中国水墨画中“行云流水”的思想精髓，建筑排布上采用错位式。一方面，点条结合的错位布局体现了“移步异景”的中国传统园林思想，丰富了小区内部景观，增强住宅空间的多样性与趣味性;另一方面，有利于满足了住宅建筑对于通风、日照与采光的需要，能更大限度上布置住宅建筑，实现了经济性与舒适性的完美结合。
地块一开发回迁过渡区：作为启动区，布置在月季街北侧、小学用地以北新龙路以南，均为多层住宅。主要因为北侧现状为农田，动迁压力小，可以作为村民住宅过渡之用，以后可以纳入进商品房小区成为一个整体。村民回迁补偿占总用地的40%;开发用地占60%。
地块二保障用地：布置于月季街北侧、出让用地以西，占地2.90公顷。区内为多层住宅，沿街布置底层商业。南侧回迁区设置一所幼托，为本区服务。保留基地内清朝民居加以改造成为回迁区会所，一方面尊重本地历史文脉，另一方面为村民找回地区认同感。
地块三保障用地：布置于月季街南侧，古建筑保留用地以西，占地2.15公顷。沿街布置底层商业为居民生活服务。
地块四安置用地：布置于雪松路以东，古建筑保留用地以西，北侧紧接地块三用地，占地6.35公顷。沿雪松路出入口处设置一所幼托，随着社区环境的成熟，与地块三保障区融合成为一个整体，共用出入口和物业管理。
地块五开发用地：布置于月季街以北、小学用地以西、出让用地以东、北侧紧接地块一启动区。出入口设置于月季街上，区内道路将来与地块一启动区共享。区内以小高层住宅设计，沿街规划底层商业服务设施。
系统设计详细说明书范文第6篇
整体网络拓扑
信息采集系统的总体网络拓扑如下图所示：
工程师站服务器公网采集站1采集站2...
网络结构说明
设备与采集站属于厂区内的同一个私有网络。
采集站/工程师站与公网直连，或者通过路由器间接地与公网连接。
终端状态管理
工程师站可以看到采集站的在线状态。选择采集站后，可以看到采集站下各个终端的在线状态。如果网络连接正常，所有采集站和终端都应该是在线的状态。 采集站和终端注册
为了显示采集站和终端的在线状态，用户需要在工程师站上注册所有的采集站以及采集站下的终端信息。
用户在注册采集站时，需要填写采集站的标识符，该标识符不可重复，目的是让用户区分不同的采集站，且该标识符需要在采集站和工程师站上保持一致。
用户注册完采集站后，就可以在该采集站下添加终端信息。添加终端时需要填写终端的标识符和描述信息。其中，唯一标识符应当是终端内部可以取到的，可以区分同一个采集站下的不同终端;描述信息的目的是帮助用户区分不同的终端。
采集站和终端信息注册完成后，需要上传到服务器。当其他工程师站连接上服务器时，可以读取到这些信息，无需重复注册。
数据采集过程
本系统采集的数据有三种类型，分别是组态数据，运行数据和故障报警。其中，故障报警又分为实时故障和历史故障。下面分别阐述这三种类型数据的采集过程。
组态数据
每个终端都有一份组态数据，用户可以在终端上直接修改该组态。工程师站可以实时查看终端的最新组态信息，也可以修改并下发该组态信息。
查看终端组态
工程师站可以查询某个终端的最新组态。查询的详细过程如下：
1. 2. 3. 4. 5. 6. 工程师站发送查询命令给服务器
服务器从查询命令中解析出目的采集站，并将查询命令发送给采集站 采集站收到查询命令后向指定终端查询最新组态数据 终端回复最新组态数据
采集站将得到的组态数据回复给服务器
服务器将组态数据回复给发起查询的工程师站
数据流如下所示：
1.工程师站发送组态查询命令6.返回最新组态服务器工程师站2.服务器转发组态查询5.采集站返回最新组态采集站4.终端返回最新组态3.采集站向终端查询最新组态终端
修改终端组态
工程查询到终端的最新组态后，可以修改某些参数，然后将修改好的组态下发到终端设备。查询的详细过程如下：
1. 工程师站发送写组态的消息给服务器，消息中需要包含组态和终端标识，可以有多个终端，这些终端的组态将更新为同一份组态。注意，多个终端必须属于同一个厂区，即由同一个采集站管理。
2. 服务器从写组态消息中解析出目的采集站，并将写组态消息转发给采集站。 3. 采集站收到写组态的消息后，将组态下发给指定终端。 4. 终端回复组态更新结果给采集站。 5. 采集站将更新结果回复给服务器
6. 服务器将组态更新结果转发给工程师站 数据流如下所示：
1.发送写组态消息6.返回组态更新结果服务器工程师站2.服务器转发写组态消息5.采集站返回写组态结果采集站3.采集站向终端写组态4.终端返回组态更新结果终端
运行数据
工程师站可以查询指定终端的当前运行数据，以了解终端的运行状态。查询过程与组态查询过程类似，此处不再赘述。
故障数据
终端运行过程中，如果发生故障，则需要将故障信息发送给采集站。采集站收到故障数据后，需要将此数据保存到本地数据库中。如果采集站此时能连接上服务器，则需要将故障信息发送给服务器。服务器接收到此故障报警后，需要将此故障报警推送给当前在线的工程师站。如果没有工程师站在线，则丢弃此条报警。
从上面的描述可知，工程师站被动接收到的故障报警都是实时故障报警。工程师站也可以通过历史报警功能查询历史报警信息。
实时故障
实时故障由终端主动上报给在线的工程师站，故障上报流程如下： 1. 终端检测到故障，上报故障给采集站
2. 采集站收到故障后，将故障信息发送给服务器
3. 服务器查看是否有在线的工程师站，如果有，则将故障信息推送给工程师站，如果没有在线的工程师站，则丢弃该条故障报警。 数据流如下图所示：
3.服务器推送故障报警服务器工程师站2.采集站上报该条故障报警采集站1. 上报故障信息给采集站终端
历史故障
用户可以通过工程师站查询终端的历史故障信息，以了解终端的历史运行状态。历史故障查询时需要指定采集站和查询的时间范围，查询得到的结果为指定采集站下所有终端的某一时间段内的历史报警。
历史故障查询的详细过程如下：
1. 工程师站向服务器发起历史故障查询，查询消息中包含了待查询的采集站和查询时间段。
2. 服务器将查询消息转发到指定的采集站。
3. 采集站根据查询消息中的时间范围查询本地数据库，采集站将查询到的结果返回给服务器
4. 服务器将查询到的历史故障转发给发起查询的工程师站 数据流如下图所示：
2.将查询命令转发给采集站1.发起历史故障查询工程师站服务器3.服务器转发查询结果3.采集站返回查询结果采集站 各组件功能设计
工程师站
操作界面
需要展示的信息有：
1. 已注册的采集站和终端的在线状态 2. 终端的组态数据、运行数据和故障数据 需要编辑的数据有：
1. 采集站和终端的注册信息 2. 终端的组态数据
历史故障查询时需要指定时间范围，时间范围太长有可能会导致网络响应缓慢。
信息读写和接收
用户可以通过工程师站主动查询指定设备的各类数据，包括组态数据、运行数据和历史故障。可主动查询的信息有：
1. 2. 3. 4. 5. 各采集站的在线状态
采集站下的终端的在线状态 指定终端的组态数据 指定终端的运行数据 指定采集站下的历史故障
实时故障由于对实时性要求比较高，需要由服务器主动推送给工程师站，工程师站接收到实时故障后，需要给用户提示，用户可以查看工程师站接收到的实时故障的详细信息。 终端信息注册和组态修改
用户编辑好后终端和采集站的信息后，通过网络模块将组态保存到服务器上。 组态修改完成后，通过网络模块将组态下发到各个终端上。
采集站
采集站标识符
采集站的功能生效之前，需要在界面上输入该采集站的标识符。该标识符需要与工程师站注册采集站时所用的标识符保持一致，这样工程师站才能将该采集站的信息正确的显示出来。
终端状态管理
采集站在启动后，需要根据采集站标识符从服务器上下载该采集站下面所有的终端信息。采集站监测各终端的在线状态，当状态发生变化时，需要将此状态更新到服务器，以便工程师站上可以实时反应出各终端的在线状态。
故障报警
采集站收到终端的故障报警时，需要将此条故障报警保存在本地数据库中，以备后续的历史故障查询。
组态模板
当工程师站向采集站下的某个终端发起过组态查询时，采集站需要将此终端的组态保存到本地数据库中，后续可能需要导出此组态信息，用于其他厂区的组态模板信息。
查询响应
采集站需要响应服务器的查询和下发命令。查询的信息类型有：组态数据、运行数据和历史故障。如果是组态数据和运行数据，采集站需要从终端中取得最新的结果，然后返回。历史故障数据从数据库中根据一定的条件返回。采集站还需要下发组态给终端。 采集站与终端之间的交互接口
服务器
查询中转
工程师站查询终端信息时，需要服务器将这些查询指令转发给对应的采集站;采集站将结果返回给服务器时，服务器需要再将结果转发给工程师站。
报警推送
服务器接收到采集站的故障报警时，需要检查当前是否有在线的工程师站，如果有，则需要推送故障报警到工程师站。如果没有，则丢弃此条故障报警。
采集站注册信息管理
工程师站上注册好采集站和终端的信息后，需要保存到服务器中。当其他工程师站开启时，需要从服务器上获取到最新的采集站和终端注册信息。
采集站状态管理
每个厂区的采集站在上线时都要向中转服务器汇报在线状态，并开启保活机制，一段时间后，如果保活失败，则判定采集站的状态为离线。
采集站下的终端在线信息发生变化时，需要将此信息发送给服务器。
网络组件的接口
与工程师站之间的接口
工程师站的UI层通过网络组件来实现数据采集和下发。网络组件主要提供的功能包括终端在线状态管理、组态读写、运行数据查询、历史故障查询和实时故障接收这几个方面，下面是这几类功能的主要接口：
终端在线状态管理
1. 增删采集站及终端信息 2. 获取所有采集站的在线状态
3. 获取指定采集站中所有终端的在线状态
组态读写
1. 获取指定终端的组态
2. 写入组态，可以指定采集站下的一个或者多个终端
运行数据查询
1. 获取指定终端的运行数据
历史故障查询
1. 获取指定采集站下的历史故障，查询条件是时间范围
实时故障接收
1. 设置故障接收的回调对象(该回调对象有可能被频繁调用，需要确认终端的故障推送间隔时间)
与终端之间的接口
采集站与终端之间的通信有下面四种：
1. 2. 3. 4. 采集站向终端读取组态数据 采集站向终端写入组态数据 采集站向终端读取运行数据 终端推送故障报警给采集站
