1.1.1.1.1 角色
系统管理员
1.1.1.1.2 业务概述
在系统管理中，部门管理是一种规范的管理模式，对用户群体进行分类管理，是一种有效的手段。由于系统应用的范围比较广，涉及的用户比较多，每一个企业的部门划分有一定规则，但不一定完全类同。因此，在进行部门管理时，提供一种上下级关系的部门管理结构、总公司与分公司的归属关系、各个企业平等的关系等，都应在部门管理上体现。部门管理相对来说，是比较独立的，变动的情况也比较小，一经设置后，平常很少变动。
在部门管理功能中，由系统管理员管理企业现有的部门信息。实现部门信息的增、删、改功能。在进行增、删、改时，系统应能提供体现部门上下级别的功能。系统管理员根据企业的部门配置情况，定义自己所管辖的部门信息。这种部门信息，不是一般意义上的部门信息，它包括上下游企业、企业内部的部门信息。从而在部门管理中，要定义这种信息，并为将来进行数据传递时，提供参考依据。
1.1.1.1.3 业务流程图
1.1.1.1.4 业务环节说明
1、提交查询请求：系统管理员登陆系统后，选择部门管理菜单后，进行部门查询功能。进入查询功能后，系统验证用户的操作权限信息，否则提供给用户没有权限信息。（详细情况见原型）
a) 第一次进入查询功能时，系统自动查询出使用没有条件的查询，返回20条记录。
b) 系统管理员在查询界面中，输入查询条件：部门编码、部门名称、部门领导、区域名称、部门负责人、联系电话、部门所在地等条件。
c) 在输入查询条件后，系统管理员提交查询请求。
d) 系统针对用户输入的查询条件进行校验，通过之后，从后台数据库中查询数据并按照原型的格式返回给用户查询的结果。
e) 如果没有查询到结果，就返回空的记录。在查询过程中，发生错误时，返回错误信息给系统管理员查看，同时，系统记录最原始的错误信息，以便系统管理员在日志管理功能中查阅系统发生错误的情况。
2、新增部门信息：系统管理员根据现有的部门情况，选择“新增”功能。系统弹出部门维护界面，系统管理员在维护界面中，输入部门的基本资料，并选择上一级部门名称。在确定部门信息无误后，选择“保存”功能。
a) 在输入部门资料时，应提供Tab和回车键自动下移光标的功能，以提供快速录入部门的信息。
b) 在输入部门所在地区时，应提供选择地区编码的功能，在部门编码功能中，选择地区编号后，再返回到输入界面中。
c) 在输入部门类型时，可以下拉选择部门的类型信息，从下拉的选项中，选择部门归属于那一种类型：总公司、分公司、批发中心、配送中心、销售终端、供应商、采购部门、销售部门、仓储部门、运输部门、市场部门、财务部门、人事部门等。
d) 在用户确定要保存信息后，系统应自动检查用户输入的数据的有效性，以及必输项是否输入完整。对检验不通过的，系统修改输入框的颜色后，并将光标移到第一个要输入的地方，以方便用户修正。
e) 在提交之后，系统悼收集用户录入的信息，并保存到数据库中。如果在保存过程中发生错误时，系统记录错误信息到日志中，然后返回提示信息。当用户确认提示信息后，再返回到录入界面中进行修正后，再次提交或选择放弃。
3、删除部门信息：删除是比较单一的功能，当系统管理员查询到部门信息后，选择要删除的部门记录（可以多选），然后再执行“删除”功能。系统在收到用户提交的功能后，检查用户是否已选择部门记录；如果没有选择以，提示用户选择后，再提交删除请求。
a) 系统接受到删除的请求后，提交删除请求到后台，再删除数据库中相应部门的记录。
b) 在删除成功后，再删除界面中的部门记录；删除出现异常时，系统记录出错信息后，并返回错误提示信息，用户选择确认后，再返回到删除界面中。从而用户可以再次提交删除请求。
4、修改部门信息：在查询到功能中，查询到部门信息后，对于部门的领导更换或地址变换时，由系统管理员选择要修改的部门信息，执行“修改”功能。
a) 系统在用户提交修改请求时，检查用户是否选择了一个部门（并且只能选择一个部门）记录，如果没有选择或多选择了部门记录时，应提示用户只能选择一个部门记录。
b) 在检查正常后，系统根据部门编码，查找出部门的详细资料，并根据原型的格式，显示给操作人员进行修改。
c) 有关修改部门详细资料的操作见新增部门信息中的部门详细资料操作，它们是一致的。
5、用户部门分配：用户的分配，是针对部门的，每一个部门拥有多个用户。当操作员在用户管理中，增加了用户之后，就可以在此选择用户后，添加到部门中，从而用户归属于这一个部门，一个用户可以归属于多个部门。
a) 在部门基本资料中，系统管理员选择“分配”功能，在弹出的用户查询界面中，查询到没有被分配到该部门的用户信息。如果用户已被分配时，也显示被分配的部门信息。
b) 在用户查询界面中，如果发生查询异常情况时，系统记录异常情况并返回错误信息给操作人员查看。
c) 当查询正常并返回查询到的用户信息后，系统管理员可以选择要分配到该部门的用户后，选择“确定”功能。
d) 系统接受到用户的确定后，读取用户选择的用户编号，然后将用户添加到部门中，并返回成功的信息，修改部门中的用户列表信息。如果发生异常时，系统记录错误信息并返回错误提示界面。
e) 当某一用户不再属于当前部门时，系统管理员可以在用户列表中，选择用户名称，然后再选择“删除”功能，将用户从该部门下，移除出去，但用户的基本资料还是保存在用户数据库中。在移除的过程中，如果操作正常时，系统删除用户列表下被选中的用户；否则，记录出错信息并返回错误提示信息。
1.1.1.1.5 输入输出数据
1.1.1.1.5.1 参与类图
1.1.1.2.1 角色
系统管理员
1.1.1.2.2 业务概述
角色，是系统安全管理的最小单位，它由许多系统的功能组成。角色相对于用户来说，是静止的，而用户是动态的。当用户变动时，只要针对用户的情况，重新分配角色给用户，从而适应了用户的授权变化情况。
在角色管理功能中，主要实现各个角色的定义，以及它的功能的分配，这是最主要的功能。系统管理员通过查询角色的功能，了解现有角色的情况，也可以选择某一个角色，进而查看这个角色拥有的功能。也可以设置角色是否有效，从而可以临时禁用某一个角色是否可以使用。
1.1.1.2.3 业务流程图
1.1.1.2.4 业务环节说明
1、角色查询请求：系统管理员登陆系统后，选择角色管理功能。系统自动进入查询功能，并检查用户是否具有查询的权限；如果没有权限，系统提示信息并返回到操作界面中。当用户拥有权限时，系统自动使用没有查询条件的方式，查看二十条角色信息，并按照原型中的格式，显示角色列表信息。
a) 系统管理员在条件输入区域中，输入角色编号、角色名称、有效性等查询条件后，提交查询请求。
b) 系统在接受到查询请求后，根据查询条件从数据库中查询到满足条件的角色信息后，返回给用户查看。返回的格式参考原型。
c) 在查询过程中发生错误时，系统自动记录错误信息，并返回错误提示界面，提示用户察看。
2、新增角色信息：系统管理员根据现有的角色情况，选择“新增”功能。系统弹出角色维护界面，系统管理员在维护界面中，输入角色的基本资料。在确定角色信息无误后，选择“保存”功能。
a) 在输入角色资料时，应提供Tab和回车键自动下移光标的功能，以提供快速录入角色的信息。
b) 在输入角色类型时，可以下拉选择角色的类型信息，从下拉的选项中，选择角色归属于那一种类型：一般操作员、系统管理员等。
c) 在用户确定要保存信息后，系统应自动检查用户输入的数据的有效性，以及必输项是否输入完整。对检验不通过的，系统修改输入框的颜色后，并将光标移到第一个要输入的地方，以方便用户修正。
d) 在提交之后，系统悼收集用户录入的信息，并保存到数据库中。如果在保存过程中发生错误时，系统记录错误信息到日志中，然后返回提示信息。当用户确认提示信息后，再返回到录入界面中进行修正后，再次提交或选择放弃。
3、修改角色信息：在查询到角色信息后，对于角色的有效性、角色名称更换时，由系统管理员选择要修改的角色信息，执行“修改”功能。
a) 系统在用户提交修改请求时，检查用户是否选择了一个角色（并且只能选择一个角色）记录，如果没有选择或多选择了角色记录时，应提示用户只能选择一个角色记录。
b) 在检查正常后，系统根据角色编码，查找出角色的详细资料，并根据原型的格式，显示给操作人员进行修改。
c) 有关修改角色详细资料的操作见新增角色信息中的角色详细资料操作，它们是一致的。
4、删除角色信息：当系统管理员查询到角色信息后，选择要删除的角色记录（可以多选），然后再执行“删除”功能。系统在收到用户提交的功能后，检查用户是否已选择角色记录；如果没有选择以，提示用户选择后，再提交删除请求。
a) 系统接受到删除的请求后，提交删除请求到后台，再删除数据库中相应角色的记录。
b) 在删除成功后，再删除界面中的角色记录；删除出现异常时，系统记录出错信息后，并返回错误提示信息，用户选择确认后，再返回到删除界面中。从而用户可以再次提交删除请求。
5、角色功能分配：在角色基本资料中，系统管理员选择“分配”功能，在弹出的功能查询界面中，查询到没有被分配到该角色的功能信息。
a) 在功能查询界面中，如果发生查询异常情况时，系统记录异常情况并返回错误信息给操作人员查看。
b) 当查询正常并返回查询到的功能信息后，系统管理员可以选择要分配到该角色的功能后，选择“确定”功能。
c) 系统接受到用户的确定后，读取用户选择的功能编号，然后将功能添加到角色中，并返回成功的信息，修改角色中的功能列表信息。如果发生异常时，系统记录错误信息并返回错误提示界面。
d) 当某一功能不再属于当前角色时，系统管理员可以在功能列表中，选择功能名称，然后再选择“删除”功能，将功能从该角色下，移除出去，但功能的基本资料还是保存在用户数据库中。在移除的过程中，如果操作正常时，系统删除功能列表下被选中的功能；否则，记录出错信息并返回错误提示信息。
1.1.1.2.5 输入输出数据
1.1.1.2.5.1 参与类图
1.1.1.3.1 角色
系统管理员
1.1.1.3.2 业务概述
在用户管理中，针对企业内部使用系统的操作员，分配一个用户帐号给操作员。操作员在进入系统时，提供用户的帐号、密码、部门编号信息后，登陆到系统中。只有被分配的用户的操作员才可以进入系统，防止非法的用户进入系统。将来采用IC卡管理时，可以设置用户的IC信息，用户直接使用IC卡进入系统，更进一步提高系统的安全性；在每一个用户中，都绑定一个唯一的IC卡。
1.1.1.3.3 业务流程图
1.1.1.3.4 业务环节说明
1、用户查询请求：系统管理员登陆系统后，选择用户管理功能。系统自动进入查询功能，并检查用户是否具有查询的权限；如果没有权限，系统提示信息并返回到操作界面中。当用户拥有权限时，系统自动使用没有查询条件的方式，查看二十条用户信息，并按照原型中的格式，显示用户列表信息。
a) 系统管理员在条件输入区域中，输入用户编号、用户名称、用户全名、用户帐号、用户类型、部门编号等查询条件后，提交查询请求。
b) 系统在接受到查询请求后，根据查询条件从数据库中查询到满足条件的用户信息后，返回给用户查看。返回的格式参考原型。
c) 在查询过程中发生错误时，系统自动记录错误信息，并返回错误提示界面，提示用户察看。
2、新增用户信息：系统管理员根据现有的用户情况，选择“新增”功能。系统弹出用户维护界面，系统管理员在维护界面中，输入用户的基本资料。在确定用户信息无误后，选择“保存”功能。
a) 在输入用户资料时，应提供Tab和回车键自动下移光标的功能，以提供快速录入角色的信息。
b) 在输入用户类型时，可以下拉选择用户的类型信息，从下拉的选项中，选择用户归属于那一种类型：一般操作员、系统管理员等。
c) 在用户确定要保存信息后，系统应自动检查用户输入的数据的有效性，以及必输项是否输入完整。对检验不通过的，系统修改输入框的颜色后，并将光标移到第一个要输入的地方，以方便用户修正。
d) 在提交之后，系统收集用户录入的信息，并保存到数据库中。如果在保存过程中发生错误时，系统记录错误信息到日志中，然后返回提示信息。当用户确认提示信息后，再返回到录入界面中进行修正后，再次提交或选择放弃。
3、修改用户信息：在查询到用户信息后，对于用户的有效性、用户名称更换时，由系统管理员选择要修改的用户信息，执行“修改”功能。
a) 系统在用户提交修改请求时，检查用户是否选择了一个用户（并且只能选择一个用户）记录，如果没有选择或多选择了用户记录时，应提示用户只能选择一个用户记录。
b) 在检查正常后，系统根据用户编码，查找出用户的详细资料，并根据原型的格式，显示给操作人员进行修改。
c) 关修改用户详细资料的操作见新增用户信息中的用户详细资料操作，它们是一致的。
4、删除用户信息：当系统管理员查询到用户信息后，选择要删除的用户记录（可以多选），然后再执行“删除”功能。系统在收到用户提交的功能后，检查用户是否已选择用户记录；如果没有选择以，提示用户选择后，再提交删除请求。
a) 系统接受到删除的请求后，提交删除请求到后台，再删除数据库中相应用户的记录。
b) 在删除成功后，再删除界面中的用户记录；删除出现异常时，系统记录出错信息后，并返回错误提示信息，用户选择确认后，再返回到删除界面中。从而用户可以再次提交删除请求。
5、用户角色分配：在用户基本资料中，系统管理员选择“分配”功能，在弹出的角色查询界面中，查询到没有被分配到该用户的角色信息。
a) 在功能查询界面中，如果发生查询异常情况时，系统记录异常情况并返回错误信息给操作人员查看。
b) 当查询正常并返回查询到的角色信息后，系统管理员可以选择要分配到该用户的功能后，选择“确定”功能。
c) 系统接受到用户的确定后，读取用户选择的角色编号，然后将角色添加到用户中，并返回成功的信息，修改用户中的角色列表信息。如果发生异常时，系统记录错误信息并返回错误提示界面。
e) 当某一角色不再属于当前用户时，系统管理员可以在角色列表中，选择角色名称，然后再选择“删除”功能，将角色从该用户下，移除出去，但角色的基本资料还是保存在角色数据库中。在移除的过程中，如果操作正常时，系统删除角色列表下被选中的功能；否则，记录出错信息并返回错误提示信息。
1.1.1.3.5 输入输出数据
1.1.1.3.5.1 参与类图
1.1.1.4.1 角色
业务人员、系统管理员
1.1.1.4.2 业务概述
在进行系统参数管理中，存在着部门一级的参数与系统一级的参数定义。系统一级的参数，是整个系统一致的，一旦设置，对整个系统有效；而部门一级的参数，只在部门一级下起作用，不会影响到系统一级的参数；但它可以继承系统级的参数后，再修改它。如果没有定义部门一级的参数，那信缺省的情况下，使用系统级的参数，作为系统的参数配置。
由于有的参数涉及到每一个业务部门的工作情况，因而不能由系统管理员进行管理。针对这种情况，可以定义参数是否可由业务人员进行修正。如果可以由业务人员修正，当业务人员进入系统后，可以设置自己的业务参数信息；但对于没有被授权的参数，业务人员不可以修改它，只能由系统管理员进行维护。
1.1.1.4.3 业务流程图
1.1.1.4.4 业务环节说明
1、提交查询请求：系统管理员（业务人员）进入系统后，选择“参数管理”功能，进入参数查询界面。由于系统中的参数比较多，因而提供统一的管理方式，通过查询到参数后，再修改参数的内容。
a) 在用户进入系统，权限检查之后；如果用户没有修改、查看的权限，退出参数管理功能。
b) 系统缺省时，采取没有查询条件的方式，查询到前二十条记录后，返回到查询界面，并显示查询的结果信息。
c) 系统管理员在进入之后，在条件输入区域，输入参数名称、参数编码、部门编号后，提交查询请求。
d) 系统根据用户提交的信息，从数据库中读取相应的记录后，以列表的方式显示给用户查看（显示方式见原型）。
e) 在查询过程中，系统发生错误之后，系统记录出错情况，并显示出错信息给业务人员查看。
2、修改参数信息：业务人员根据系统的参数情况，以及业务管理的配置需要，调整业务参数值。在调整时，可以设置是否属于部门级的参数，还是系统级的参数。业务人员在查询列表区中，选择要修改的参数表，然后选择“修改”功能，系统弹出修改界面，业务人员在修改界面中，修改参数值。
a) 对于参数的部门级定义，只能由系统管理员定义。当系统管理员定义后，业务人员才可以修改，并且缺省是系统级的值。
b) 用户修改之后，提交修改的值。
c) 系统接受业务人员提交的保存请求后，收集用户修改的内容后，保存到数据库中。
d) 在保存过程中发生错误时，系统记录出错信息，并返回出错结果信息给业务人员查看。
e) 如果系统管理员设置了参数属于部门级时，业务进入后，修改相应的参数，在保存时，自动生成该部门的参数记录。从而，系统以后访问时，读取部门级的参数值。
1.1.1.4.5 输入输出数据
1.1.1.4.5.1 参与类图
1.1.1.5.1 角色
系统管理员
1.1.1.5.2 业务概述
数据中心管理主要是定义各个应用服务器所在地，为系统进行互联时，提供有效信息。数据中心管理中，包含数据中心的名称定义、数据中心的IP地址等信息。系统管理员可以根据系统的配置情况，添加到数据库中。
1.1.1.5.3 业务流程图
1.1.1.5.4 业务环节说明
1、用户查询请求：系统管理员登陆系统后，选择数据中心管理功能。系统自动进入查询功能，并检查用户是否具有查询的权限；如果没有权限，系统提示信息并返回到操作界面中。当用户拥有权限时，系统自动使用没有查询条件的方式，查看二十条用户信息，并按照原型中的格式，显示数据中心列表信息。
a) 系统管理员在条件输入区域中，输入数据中心编号、数据中心名称等查询条件后，提交查询请求。
b) 系统在接受到查询请求后，根据查询条件从数据库中查询到满足条件的数据中心信息后，返回给用户查看。返回的格式参考原型。
c) 在查询过程中发生错误时，系统自动记录错误信息，并返回错误提示界面，提示用户察看。
2、新增数据中心信息：系统管理员根据现有的数据中心情况，选择“新增”功能。系统弹出数据中心维护界面，系统管理员在维护界面中，输入数据中心的基本资料。在确定数据中心信息无误后，选择“保存”功能。
a) 在输入数据中心资料时，应提供Tab和回车键自动下移光标的功能，以提供快速录入数据中心的信息。
b) 在输入数据中心类型时，可以下拉选择数据中心的类型信息，从下拉的选项中，选择数据中心归属于那一种类型：总部、批发中心、配送中心等。
c) 在用户确定要保存信息后，系统应自动检查用户输入的数据的有效性，以及必输项是否输入完整。对检验不通过的，系统修改输入框的颜色后，并将光标移到第一个要输入的地方，以方便用户修正。
d) 在提交之后，系统收集用户录入的信息，并保存到数据库中。如果在保存过程中发生错误时，系统记录错误信息到日志中，然后返回提示信息。当用户确认提示信息后，再返回到录入界面中进行修正后，再次提交或选择放弃。
3、修改数据中心信息：在查询到数据中心信息后，对于数据中心的有效性、数据中心名称更换时，由系统管理员选择要修改的数据中心信息，执行“修改”功能。
a) 系统在用户提交修改请求时，检查用户是否选择了一个数据中心（并且只能选择一个数据中心）记录，如果没有选择或多选择了数据中心记录时，应提示用户只能选择一个数据中心记录。
b) 在检查正常后，系统根据数据中心编码，查找出数据中心的详细资料，并根据原型的格式，显示给操作人员进行修改。
c) 关修改数据中心详细资料的操作见新增数据中心信息中的数据中心详细资料操作，它们是一致的。
4、删除数据中心信息：当系统管理员查询到数据中心信息后，选择要删除的数据中心记录（可以多选），然后再执行“删除”功能。系统在收到用户提交的功能后，检查用户是否已选择数据中心记录；如果没有选择以，提示用户选择后，再提交删除请求。
a) 系统接受到删除的请求后，提交删除请求到后台，再删除数据库中相应数据中心的记录。
b) 在删除成功后，再删除界面中的数据中心记录；删除出现异常时，系统记录出错信息后，并返回错误提示信息，用户选择确认后，再返回到删除界面中。从而用户可以再次提交删除请求。
1.1.1.5.5 输入输出数据
1.1.1.5.5.1 参与类图
1.1.1.6.1 角色
系统管理员、业务人员
1.1.1.6.2 业务概述
在整个系统中，存在着比较多的代码的情况，以方便业务人员输入数据；并为系统进行统计分析时，提供分类汇总的依据。在代码管理中，主要是对系统已有的代码类型的代码项目进行维护；可以添加、删除、更新代码的项目内容。
1.1.1.6.3 业务流程图
1.1.1.6.4 业务环节说明
1、查询代码类型：系统管理员登陆系统后，选择代码管理功能。系统自动进入查询功能，并检查用户是否具有查询的权限；如果没有权限，系统提示信息并返回到操作界面中。当用户拥有权限时，系统自动使用没有查询条件的方式，查看二十条用户信息，并按照原型中的格式，显示代码类型列表信息。
a) 系统管理员在条件输入区域中，输入代码类型编号、代码类型名称等查询条件后，提交查询请求。
b) 系统在接受到查询请求后，根据查询条件从数据库中查询到满足条件的代码类型信息后，返回给用户查看。返回的格式参考原型。
c) 在查询过程中发生错误时，系统自动记录错误信息，并返回错误提示界面，提示用户察看。
2、修改代码类型项目信息：系统管理员根据现有的代码类型情况，选择“修改”功能。系统弹出代码类型维护界面，系统管理员在维护界面中，输入代码类型的基本资料。在确定代码类型信息无误后，选择“保存”功能。
a) 在输入代码类型资料时，应提供Tab和回车键自动下移光标的功能，以提供快速录入代码类型的信息。
b) 在用户确定要保存信息后，系统应自动检查用户输入的数据的有效性，以及必输项是否输入完整。对检验不通过的，系统修改输入框的颜色后，并将光标移到第一个要输入的地方，以方便用户修正。
c) 对于代码中的每一个项目信息，可以在维护界面中增加、删除、修改它的内容。业务人员全部修改后，一次提交所有的修改记录，系统记录业务人员每一次对代码项目的更新情况。
i. 系统自动记录每一个项目的变动情况，同时，如果存在两个编号、代码描述一样的项目值时，系统应提示用户，方便用户进行修正。
ii. 用户可以选择每一条记录后，一次删除多条代码项目记录。在删除时，只在前端操作，不提交到后台。
iii. 用户可以添加项目记录，这时系统自动生成一条记录在项目表中，然后用户在输入框中，输入它的代码、描述的内容。
iv. 对于项目的排序内容，用户可以自由设置。