重庆工商大学。
面对对象分析与设计。
实验报告。实验名称：企业工资管理系统。
授课老师：***
学院：xx班级：***
姓名：xx学号：***
目录。一企业工资管理系统功能需求 - 2 -
1、企业工资管理系统前言 - 2 -
2、企业工资管理系统需求说明 - 2 -
3、企业工资管理系统需求分析 - 3 -
4、企业工资管理系统业务流程（活**） -3 -
5、企业工资管理系统ipo图（活动详述） -5 -
二企业工资管理系统需求模型 - 5 -
1、企业工资管理系统参与者识别 - 5 -
2、企业工资管理系统用况识别 - 6 -
3、企业工资管理系统需求捕获（用例图） -6 -
4、企业工资管理系统需求描述（用况描述） -8 -
三企业工资管理系统系统分析 - 9 -
1、企业工资管理系统的类的寻找 - 9 -
2、企业工资管理系统的状态图的建立 - 9 -
3、企业工资管理系统的类图的建立 - 11 -
4、企业工资管理系统的顺序图的建立 - 12 -
5、企业工资管理系统的协作图的建立 - 13 -
四企业工资管理系统界面设计 - 14 -
五企业工资管理系统设计感言 - 14 -
当今社会发展日新月异，企业倘若不紧跟步伐，势必淹没在竞争激烈优胜劣汰的商场这个战场上。而用现代科技武装自己，与时俱进，企业才能得以生存和发展。此时，企业工资管理系统应运而生，它应用了先进的科学技术，大大提高了企业管理工资效率。
这套系统利用了uml技术，从用户角度，应用客户熟知的术语和客户交流，促使客户说出要解决的详细信息，在静态和动态方面全面描述了企业工资管理系统，故完全符合用户需求。
uml是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。它融入了软件工程领域的新思想、新方法和新技术，为开发人员提供了一种优秀的模拟现实的表达方式。
1）写在前面：根据题目给定信息，我对该系统（企业工资管理系统）进行了扩充和细分，即对各部门的职责进行了划分，特别地，为方便建立该系统的模型，特将该系统划分为以下几个类：全体员工（包含所有其他类），普通职员，各部门经理，财务部，总经理，其中这样划分的用意是让各部门各司其职，譬如说财务部包含会计人员等，他们的职责是根据公司制度以及相关劳动法规定计算应发放工资金额，而各部门经理则负责综合统计各部门销售业绩情况。
2）我们需要特别说明：公司规定，工资发放按以下要求：工资有基本工资、产品销售业绩奖、若干种保险的扣除等组成。
其中销售业绩奖按以下方式计算：普通职员按其完成额5%提成，经理按该部门完成额的1%提成(附加：总经理按公司完成额的0.
5%提成)，每月要生成一个工资表，每年末再按个人的总销售额发放1%的奖金，这些公司规定事项是财务部人员计算工资的依据。具体需求分析见下详述：
1）全体员工努力工作，为所属部门创造销售财富，以提高产品销售业绩奖；
2）全体员工可以查询已经发布的工资情况及年终奖金情况；
3）各个部门经理负责统计本部门各个员工当月销售业绩情况并综合后得出该部门销售业绩情况，并提交材料给总经理；
4）各个部门经理可以据实修改该部门销售业绩情况，各部门互相监督；
5）总经理负责对提交上来的各个部门的销售业绩情况加以核实，若符合实际情况，则综合各个部门的销售业绩情况，并下递给财务部，作为销售业绩奖的依据；若不符合实际情况，则驳回给相应部门，让其对其进行修改；
6）财务部根据销售业绩情况，计算销售业绩奖，并加载到相关职员工资项里；同时，将工资情况上交给总经理审核。
7）总经理负责对照公司发放工资方案规定检查工资表是否有误，若无误则交与财务部进行发放；
8）财务部负责为员工发放工资，并发布工资表，以方便员工查询。
1）写在前面：所谓业务流程图，即活**，它是一种特殊的状态图，描述需要做的活动、执行这些活动的顺序（多并行）以及工作流（完成工作所需。
步骤）。他对系统的功能建模要求特别重要，强调对象间的控制流程。
2）通过详细的需求分析，我们可以轻松画出企业工资管理系统的业务流程图图（见图1 活**）：
图1 活**。
1）ipo图即输入处理输出图，他对活**进行详细描述，使文档更具有可读性。
2）经过对照和分析活**，现做出ipo表如下所示（见表一 ipo图）：
表一 ipo图。
1）在获取用例时应当对参与者进行识别，所谓参与者，即一种特殊的类，是系统外部的一个实体，这个实体可以是任何人或者物，它以某种方式参与了用例的执行过程；
2）企业工资管理系统的使用者是全体员工，故全体员工是参与者之一；各部门经理提供信息给上级，故各部门经理是参与者之一；总经理维护着公司制度，负责相关规定的定制以及监督和审核各种活动的进行，即总经理也是参与者；而财务部负责计算工资额和发放工资，即财务部是参与者；
1）用例是对一组动作序列的描述，系统执行这些都工作将对用例的参与者产生可以观察的结果。可以从以下几个方面进行识别：参与者希望系统提供怎样的功能；系统是否存储和检索信息；系统状态改变时是否通知参与者；是否存在影响系统的外部事件，哪个参与者负责通知系统这些外部事件。
具体用例如下所示：
2）登陆系统；
3）生成及发布部门销售情况；
4）生成及维护部门销售业绩情况；
5）查询部门销售业绩情况；
6）生成及维护员工工资情况；
7）再生成及发布发放工资情况；
8）查询工资发放情况。
1）用例图展现的是一组用例、参与者以及他们之间的关系，可以用例图描述系统的静态使用情况，对系统行为组织和建模尤为重要。
2）通过对照需求分析、参与者识别和用况识别，我们可以画出如下用例图（见图二用例图）
图二用例图。
1）对用况进行描述，是实现用户和设计者两者的交互手段，使用户更了解用例图细节；具体描述见下组表。
2）描述“登陆用例”，如下表所示（表二登陆用例）：
3）具体用况描述如下所示：
表2 登录系统用况。
表3 查询工资情况用例。
表4 统计提交部门销售情况。
表5 修改部门销售情况。
表6 生成及维护员工工资表。
1）为了寻找类，我们需要注意客户用来描述业务实体的名词术语；
2）在企业管理系统中，经过分析可以分为以下几个类：全体员工、各部门经理，财务部、总经理。他们分别模拟相应的参与者，在这个系统中扮演相应角色执行相应功能。
3）此外，各部门销售情况用一张销售业绩分表加以存储，故销售业绩分表也是一个类，各部门经理对各部门分表进行建立和维护，同时上交给总经理，总经理加以统计核实的销售业绩总表。
4）最后，财务部根据销售业绩总表即公司工资规定和劳动法规定对各部门个员工的工资情况加以计算，得到员工工资表，该表存储了员工工资信息，故也表示一个类。
1）状态图展示了一个特定对象对所有可能状态以及由于各种事件的发生而引起的状态间的转移。我们可以用状态图描述一个状态机，说明系统的动态视图，对接口、类或协作的行为建模尤为重要，同时可以描述实例用况的生命周期。
2）根据类的寻找，我针对员工工资进行分析，并为它绘制了一个状态机图。
3）根据分析，我将员工工资表的对象设立5个状态：初始化、生成、修改、再生成、发布，施加的事件有；统计各部门员工销售情况，录入并计算员工工资，有误则修改相关事项，发布工资发放情况。