人事管理系统用例图类图活动图
UML可视化建模(航空订票系统)
《可视化建模与UML》课程结业报告课题名称: 航空客运订票系统建模姓名: ***学号: *******班级:****: ***完成日期: 2013.06.16目录第一章概述 (3)1.1系统开发的摸底和开发背景 (3)1.2系统功能 (3)1.3系统结构框架 (4)1.4开发环境 (5)第二章用例模型 (6)2.1用例模型简介 (6)2.2用例图的的含义及其作用 (6)2.3用例图及用例描述 (7)第三章类模型 (10)3.1类模型简介 (10)3.2类图的作用 (10)3.3类图 (11)第四章交互模型 (13)4.1交互模型简介 (13)4.2序列图简介 (13)4.3序列图的作用 (13)4.4序列图描述及其序列图 (14)第五章行为模型 (20)5.1行为模型简介 (20)5.1.1活动图简介 (20)5.1.2活动图的作用 (20)5.1.3状态图简介 (21)5.1.4状态图的作用 (21)5.2行为模型图 (21)5.2.1活动图及其描述 (21)5.2.2状态图及其描述 (23)第六章构件图和部署图 (25)6.1构件图简介 (25)6.2部署图简介 (25)第七章课程学习小结 (27)7.1课程小结 (27)7.2学习心得 (27)参考文献 (28)第一章概述1.1系统开发的摸底和开发背景随着科技与经济的发展，越来越多的人选择乘飞机，这跟我国的经济增长有很大关系，人们在追求快节奏的生活方式，所以做飞机无疑成了首选。
而且随着网络的盛行，航空订票系统就显得尤为重要，我们开发这个系统主要是为了方便大家，让大家能够快速、清晰、准确地了解航班信息，而不至于像以前那样排队等候，从而避免耽搁乘客大量的等待时间。
航空客运业务诞生已有进一个世纪了，作为现有交通工具中最方便快捷的一种，它确实地给大家的生活、出行带来了极大的方便。
随着航空客运业务多年来的发展，其售票业务也同样不断地发展。
1.2系统功能机票预订系统是在现代社会生活节奏不断加快，对机票预订工作的自动化和准确化要求也日益强烈的背景下，为了实现机票预订工作的网络化，以及实现网络查询和统计一体化而开发的管理信息系统。
UML复习题1
执行者（Actor）与用例之间的关系是（）C A.包含关系 B.泛化关系 C.关联关系 D.扩展关系生命线是UML视图中哪个图形的组成部分（）D A.类图 B.状态图 C.活动图 D.顺序图在类图中，那种关系表达总体与局部的关系（）D A.泛化 B.实现 C.依赖 D.聚合下面哪个UML视图是描述一个对象的生命周期的（）B A.类图 B.状态图 C.协作图 D.顺序图下面哪个视图属于UML语言的交互图（）D A.行为图B.状态图C.实现图 D.顺序图在UML中，有3种基本构造块，分别是（）A.事物、关系和图B.注释、关系和图A C.事物、关系和结构 D.注释、关系和结构在UML中，有四种关系，下面哪个不是（）A.依赖关系B.继承关系B C.泛化关系 D.实现关系下面哪个不是UML中的静态视图（）A.状态图B.用例图A C.对象图 D.类图用户在银行员工的指导下，使用ATM机，查阅银行帐务系统的个人帐务数据，并打印其个人用户帐单。
在上述过程C 中，对ATM机管理系统而言，哪个不是系统的参与者() A.用户 B.银行员工C.打印系统D.帐务系统在用例之间，会有三种不同的关系，下列哪个不是他们之间可能的关系（）D A.包含（include） B.扩展（extend）C.泛化（generalization）D.关联（connect）下列关于活动图的说法错误的是（）A.一张活动图从本质上说是一个流程图，显示从活动到活动的控制流B.活动图用于对业务过程中顺序和并发的工作流程进行建D 模。
C.活动图中的基本要素包括状态、转移、分支、分叉和汇合、泳道、对象流。
D.活动图是UML中用于对系统的静态方面建模的五种图中的一种UML中类的有三种，下面哪个不是其中之一（）A.实体类B.抽象类B C.控制类 D.边界类组件图用于对系统的静态实现视图建模，这种视图主要支持系统部件的配置管理，通常可以分为四种方式来完成，下面哪种不是其中之一（）B A.对源代码建模 B.对事物建模C.对物理数据库建模D.对可适应的系统建模用例（Use-case）用来描述系统在事件做出响应时所采取的行动。
UML简答题
UML简答题第一章1、对象的特点：①万物皆为对象②对象都是唯一的③对象具有属性和行为④对象具有状态⑤对象都属于某个类别2、面向对象开发中三层的分工、作用及其关系：①数据访问层：对数据的操作，具体为业务逻辑层或表示层提供数据服务。
②业务逻辑层：对具体问题的操作。
③表示层：展示给用户的界面。
3、面向对象的三层模型：①类模型：描述系统内部对象及其关系的静态结构。
②状态模型：描述对象随着时间发生变化的那些方面。
③交互模型：描述对象之间的交互行为。
4、使用面向对象过程和面向对象时面临的问题：面向过程面临的困难出在认识方法上；面向对象的问题出在如何抽象上。
5、介绍UML的发展过程6、UML4层体系结构的名称和作用①元元模型层：代表要定义的所有事物。
②元模型层：元元模型层中“事物”的实例。
③模型层：元模型层中概念的实例化。
④用户模型层：模型层和元模型层概念的实例。
7、UML中视图和图的关系：UML的视图都是由一个或多个图组成的，图就是系统架构在某个侧面的表示，所有的图一起组成了系统的完整视图。
8、UML2.0提供了多少种图，分别是：14种①包图②组合结构图③交互概览图④定时图⑤交互图类图对象图部署图组件图活动图顺序图通信图状态机图用例图9、什么是RUP，与UML什么关系？RUP描述了如何有效地利用商业的、可靠的方法开发和部署软件，是一种重复级过程，特别适用于大型软件团队开发大型项目。
UML是一种语言，用来描述软件生产过程中要产生的文档，而RUP则是指导如何产生这些文档以及这些文档要讲述什么的方法。
第二章10、用例与用例图的区别：用例可以是一组连续的操作，也可以是一个特定功能的模块。
它是一个叙述型的文档，来描述参与者使用系统完成的事件。
用例图描述的是系统的参与者与系统用例之间的关系。
11、用例图说明了什么？它出现在Unified Process的哪个阶段？用例图说明了系统参与者与系统用例之间的关系，主要在需求分析阶段使用。
基于UML考勤管理子系统的开发文档
3.1 系统管理子系统3.1.1子系统的主要功能用于应聘者的基本管理（用于应聘者进行登录系统）3.1.2 主要用户分析应聘者和系统管理员3.1.3 主要业务事件3.1.3.1 业务事件1：用户注册（1）业务流程分析：参与者：应聘者前置条件：应聘者已进入人事管理信息登录系统页面后置条件：无事件路径：1、系统提示应聘者注册信息，应聘者点击注册2、应聘者输入注册信息3、系统提示确定或者重置信息4、应聘者选择4a选择确定，返回54b选择重置，返回25、系统检验是否注册成功5a注册成功，返回65b注册不成功5b1系统提示用户名已存在，返回25b2系统提示某选项不能为空，返回26、系统显示注册成功(活动图)（2）业务实体分析：给出该业务流程中所涉及的业务实体及其之间关系的领域模型（类图）。
并给出描述主要的类或对象在该业务事件中的状态转换图。
输入注册信息注册成功注册不成功（状态转化图）（系统类图）（3）用例分析：给出该业务流程的用例图，并给出用例的脚本描述（必须考虑正常和异常情况）。
（4）交互图分析：给出主要用例的顺序图和协作图描述。
（协作图）（顺序图）3.1.3.2 业务事件2：登录（1）业务流程分析：“登录”参与者：应聘者前置条件：应聘者已进入人事管理信息系统登录页面后置条件：无事件路径：1、应聘者输入登录信息2、应聘者选择登录或重置2a登录，返回32b重置，返回12C关闭当前页面，返回03、系统检查应聘者信息是否正确3a：输入正确3b：输入错误3b1 系统提示用户名或密码错误，返回23b2 系统提示用户名不存在，返回23b3 系统提示该用户名已登录，返回24、系统显示登录成功（活动图）（2）业务实体分析：给出该业务流程中所涉及的业务实体及其之间关系的领域模型（类图）。
并给出描述主要的类或对象在该业务事件中的状态转换图。
3.2 考勤管理子系统3.2.1 s子系统的主要功能对于所有员工的出勤、加班、旷工、请假进行统计和管理3.2.2 主要用户分析系统管理员和部门管理员3.2.3 主要业务事件3.2.3.1 业务事件1：考勤管理（1）业务流程分析：参与者：管理员和部门管理员前置条件：成功登陆系统后置条件：根据记录，更新数据库事件路径：1、管理员或部门负责人选择考勤管理2、输入工号，3、点击查询4、系统显示该员工的考勤信息5、管理员选择添加或删除5a点击添加，返回65b勾选要删除的项，点击删除。
教务管理系统UML模型
§1 建立系统用例模型
(1)角色的确定
UML中，角色代表位于系统之外和系统 进行交互的一类对象，本系统中创建主要 的角色有： 教务员 教师 学生
(2)创建用例 教务管理系统根据运行流程可分为以下的几个用
例： 用户登录 学籍管理 排课管理 成绩管理 选课管理 教学管理 系统维护
§1.1建立用例图
建立如下四个用例图 （一）顶层用例图 （二）学生角色用例图 （三）教师角色用例图 （四）教务员角色用例图
顶层用例图
学 生 角 色 用 例 图
教 师 角 色 用 例 图
教 务 员 角 色 用 例 图
§2 建立系统动态模型
2.1活动图 经过活动图的建模可以比较清楚地了
解整个进程过程的操作过程，本系统中 主要的活动图有如下几个：学生成绩查 询活动图、教务员修改学生资料活动图、 学生选课活动图以及教师成绩录入活动 图
学 生 成 绩 查 询 活 动 图
教 务 员 学 生 资 料 修 改 活 动 图
学 生 选 课 活 动 图
教 师 成 绩 录 入 活 动 图
§2建立动态模型
2.2顺序图 主要包括如下几个顺序图 ①教务学籍管理顺序图 ②学生注册顺序图 ③学生选课顺序图 ④教师成绩录入顺序图
教 务 成 绩 录 入 协 作 图
§3系统类模型
3.1系统包图 将整个教务管理系统划分为人员信息、 接口和事务3个包，分别控制不同的应 用。
系统包图
§3系统类模型
3.2类图 根据系统划分的三类包图，分别讨论
人员信息包，接口包和事务包中的类图 分别为： 1、人员信息包内的类图 2、接口包内的类图 3、事务包内的类图
问题概述
在高校日常管理中，教务管理模式的科学 化与规范化，管理手段的信息化与自动化 对于学校的总体发展产生深远的影响，由 于管理内容过多，处理的过程也非常复杂， 随着学校人员的增加，教务管理系统的信 息量大幅上升，因此往往很难及时准确地 掌握教务信息的运作状态，所以迫切需要 现代化管理要求的教务管理系统。
UML业务建模实例分析四例
UML业务建模实例分析在我国十年前ATM（自动取款机）还是一个很新鲜的事物，现在在城市的大街小巷随处可见。
我们在日常生活中也经常和ATM打交道。
本章我们将以简化的ATM系统为例将前面几章中学到的用例图、类图、顺序图、状态图、活动图及协作图知识运用到此例中。
参与者"银行储户"和ATM机。
简化后的ATM机仅有取款、存款及其余功能。
其余功能不做详细说明。
图5.1 自动取款机（ATM）系统用例图银行储户在ATM机上完成取款、存款及其他业务。
图5.2所示的银行系统类图和图3.5是类似的，只是将工作人员换成了ATM。
整个银行系统包括了帐户库、银行储户库及ATM系统。
许多单个的帐户组成了帐户库。
帐户具有帐户类型、帐户号、余额三个属性，均为private，其类型分别为char，int，double。
六个操作分别为setType、getType、getAccountNumbe、setAccountNumbe、caculateBalance、getBalance，除caculateBalance为protected其余均为public。
setType设置帐户类型，返回类型为void，参数类型为char，输入帐户类型。
getType获取帐户类型，返回类型为char，无参数。
setAccountNumbe设置帐户号，返回类型为void，参数类型为int，输入帐户号。
getAccountNumbe获取帐户号，返回类型为int，无参数。
caculateBalance计算余额，返回类型为void，参数为double，第一个参数为输入存取款数额，第二个参数为存款余额，既为输入也为输出。
getBalance获取帐户余额，返回类型为double，无参数。
许多银行储户组成了储户库。
ATM系统包含了许多ATM机。
银行储户及ATM机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
ATM(自动取款机)的用例图
ATM（自动取款机）的用例图、类图、顺序图、状态图、活动图及协作图1 用例图参与者"银行储户"和ATM机。
简化后的ATM机仅有取款、存款及其余功能。
其余功能不做详细说明。
2 类图图2所示的银行系统类图和图5是类似的，只是将工作人员换成了ATM。
整个银行系统包括了帐户库、银行储户库及ATM系统。
许多单个的帐户组成了帐户库。
帐户具有帐户类型、帐户号、余额三个属性，均为private，其类型分别为char，int，double。
六个操作分别为setType、getType、getAccountNumbe、setAccountNumbe、caculateBalance、getBalance，除caculateBalance为protected其余均为public。
setType设置帐户类型，返回类型为void，参数类型为char，输入帐户类型。
getType获取帐户类型，返回类型为char，无参数。
setAccountNumbe设置帐户号，返回类型为void，参数类型为int，输入帐户号。
getAccountNumbe获取帐户号，返回类型为int，无参数。
caculateBalance计算余额，返回类型为void，参数为double，第一个参数为输入存取款数额，第二个参数为存款余额，既为输入也为输出。
getBalance获取帐户余额，返回类型为double，无参数。
许多银行储户组成了储户库。
ATM系统包含了许多ATM机。
银行储户及ATM 机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
更多的属性及操作都可以一一加上，使这个类图更详细更完整，从而使参与项目的每个成员都能无歧义的明了整个设计的类的结构。
同样对于一个真正的银行系统，这个类图过于简单。
比如帐户类型我们可以先定义一个abstract class，它包含一个帐户最基本的属性及操作。
基于J2EE的普陀医院人事管理系统的分析与设计
ｔｒｅ 应 用 中实施数据 保护 的安全 模式 ， ｅｎ ｔ 同
时 还 提 供 了 对 Ｅ Ｂ、ａ ａＳ ｒｌｔ Ｉ ＳＰ Ｊ Ｊ ｖ ｅｖｅｓＡＰ、 Ｊ 以 及 ｘＭＬ技 术 的全 面 支持 。 ＪＥ ２ Ｅ采 用 ＭＶ 编 程 模 式 。软 件 开 发 中 Ｃ
服务器为软件运行提供安全 、事务等公共服 务。组装和部署信息存储在一个基于 文本的
配置描述文件 中。 文件使 用 ×ＭＬ标 记来标 该
识。
【］ ａ ｌ ．ｅｒｎ ． Ｅ １Ｐ ｕ Ｊ ｒ ｅＪ Ｅ构建 企业 系统 专 家 Ｐ ｏ ２ 级解决方案 北京 ： 清华大学 出版社 ，０ ２ ２ ０
Ｓ ｒｌ 、Ｓ 、 ａ ａ ｅ ｎ来实现。 系统 中间 ｅｖ ｔ Ｐ Ｊ ｖ Ｂ ａ ｅＪ 本
件采 用 Ｊ Ｐ。后 台数 据库 采 用 Ｓ ｅｖ ｒ Ｓ ＱＬＳ ｒｅ ２０ ， ０ ０ 保证 了系统性能和先进性。
客户端 中｝层 曲 】 Ｗｂ ｅ 服务器和成用服 务器 数据 库服务器
用 Ｊ Ｃ— Ｂ 桥 连 接 Ｓ ｅｖ ｒ２ ０ ＤＢ ＯＤ Ｃ ＱＬＳ ｒｅ ０ ０
数据库 ， 工作流程如图 ３ 所示 ， 先装载 适用 的 驱 动程 序 ，连 接数 据库 ，再 向数 据库 发送
Ｓ ＱＬ语句 。 执行 数据库 查询 、 处理 、 闭 、 关 连
顺序图、 协作图、 状态图和活动图等。 系统实现基于 Ｊ Ｅ ２ Ｅ构架。Ｊ Ｅ ２ Ｅ是 Ｓ ｎ ｕ
公司推 出的基于 Ｊ ｖ ａ ａ组件 技术 的企 业应 用 系统 开发 规范 ，提供 了一 种 用于 实施 基于
接等操作。服务器将计算结果返 回到应用程
序， 在客户机的浏览器上显示出来。
图书管理系统用例活动图
图书管理系统用例活动图
管理用例活动图
图书借阅管理类图
还书用例时序图
还书用例时序图
借书用例时序图
协作图
管理员用户密码登录协作图
6: 返回验证结果
9: 返回修改借阅信息以及图书信息借阅管理协作图
图书管理系统还书协作图
新书登记协作图
图书管理系统用例图
1: 借书证及图书
7: 告知读者
3: 未借出6: 已借出
7:
递还换借书证9: 递还借书证
8: 正常还书
管理用户用例状态图
图书管理系统用例状态图
读者信息查询
读者信息管理
出版社信息管理。
第3章 信息系统分析与设计 用例及用例图
3.8 发现用例
发现用例的一般方法：
① 找出系统外部参与者，确定系统边界和范围。
● ② 确定各参与者所期望的系统行为。
第49页，共87页。
3.8 发现用例
发现用例的一般方法：
① 找出系统外部参与者，确定系统边界和范围。
② 确定各参与者所期望的系统行为。 ● ③ 把这些系统行为命名为用例。
①.泛化关系 ②.包含关系 ③.扩展关系
第31页，共87页。
1. 泛化关系
参与者与参与者之间，用例与用例之间存在一般与 特殊的泛化关系。
第32页，共87页。
2. 包含关系
两个用例之间，一个用例(基用例)的行为要用到 另外一个用例(包含用例)的行为。 包含关系用依赖关系的<<include>>构造型来 表示。
②.在基用例执行的过程中，被包含的用例一定要被执行；
扩展关系如果条件不为真，扩展用例可以不执行。
③.包含关系中的基用例必须依赖被包含的用例，它不能
独立存在；扩展关系中的基用例可以独立存在。
第37页，共87页。
3.6 用例图
1. 用例图的作用
用例图用来描述软件需求模型中的系统功能，通 过一组用例可以描述软件系统能够给用户提供的功 能。
3. 参与者的表示 参与者可以表示为下面三种形式。
第23页，共87页。
4. 参与者之间的关系 参与者之间可以有泛化关系。
第24页，共87页。
5. 参与者的特性 参与者具有以下特性： ①.参与者位于系统外部； ②.参与者与系统发生交互关系 ③.参与者与系统之间存在交互接口
第25页，共87页。
3.4 参与者与用例之间的关系
3.5 用例之间的关系 3.6 用例图
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
资料范本本资料为word版本，可以直接编辑和打印，感谢您的下载人事管理系统用例图类图活动图地点：__________________时间：__________________说明：本资料适用于约定双方经过谈判，协商而共同承认，共同遵守的责任与义务，仅供参考，文档可直接下载或修改，不需要的部分可直接删除，使用时请详细阅读内容Fox-ERP人事管理系统(二)-----毕业设计(论文)指导老师专业计算机应用与维护组长班级组员成都电子机械高等专科学校2007年5月10日目录TOC \o "1-5" \h \z \u HYPERLINK \l "_Toc138481954" 第一章系统功能 1HYPERLINK \l "_Toc138481955" 1.1需求分析 3HYPERLINK \l "_Toc138481956" 1.2FOX-ERP人事管理系统功能4HYPERLINK \l "_Toc138481957" 第二章系统分析图PAGEREF_Toc138481957 \h - 5 -HYPERLINK \l "_Toc138481958" 2.1 UML图 52.1.1用例图 HYPERLINK \l "_Toc138481958" 62.1.2类图 HYPERLINK \l "_Toc138481958" 82.1.3活动图 HYPERLINK \l "_Toc138481958" 9HYPERLINK \l "_Toc138481958" 2.2系统架构9HYPERLINK \l "_Toc138481964" 第三章主要关键技术103.1关键技术之一 HYPERLINK \l "_Toc138481958" 103.2关键技术之二 HYPERLINK \l "_Toc138481958" 113.3关键技术之三 HYPERLINK \l "_Toc138481958" 11HYPERLINK \l "_Toc138481965" 第四章数据库结构124.1数据库设计 HYPERLINK \l "_Toc138481958" 124.2人事管理系统的数据模型图 HYPERLINK \l "_Toc138481958" 16HYPERLINK \l "_Toc138481966" 第五章使用FOX-ERP人事管理系统说明书16HYPERLINK \l "_Toc138481967" 5.1 FOX-ERP人事管理系统平台16 HYPERLINK \l "_Toc138481968" 5.1.1 硬件需求 16HYPERLINK \l "_Toc138481969" 5.1.2 安装: 175. 1. 3第二期工程的后续工作 HYPERLINK \l "_Toc138481958" 17HYPERLINK \l "_Toc138481970" 5.2 FOX-ERP人事管理登录和进入系统17HYPERLINK \l "_Toc138481971" 5.2.1 登录17HYPERLINK \l "_Toc138481972" 5.2.2 进入FOX-ERP人事管理系统主界面17HYPERLINK \l "_Toc138481973" 5.2.3 使用说明18HYPERLINK \l "_Toc138481974" 第六章 FOX-ERP人事管理主要源程序PAGEREF _Toc138481974 \h - 32 -HYPERLINK \l "_Toc138481975" 一、密码的修改和找回 PAGEREF_Toc138481975 \h - 34 -1：修改密码代码 HYPERLINK \l "_Toc138481958" 322：找回密码代码 HYPERLINK \l "_Toc138481958" 32二、员工就职 HYPERLINK \l "_Toc138481958" 33HYPERLINK \l "_Toc138481976" 1：代号档资料维护界面代码33HYPERLINK \l "_Toc138481977" 2：员工基本资料353：津贴/扣款维护 HYPERLINK \l "_Toc138481958" 38HYPERLINK \l "_Toc138481978" 4: 健保眷属资料维护代码39HYPERLINK \l "_Toc138481976" 5：经历资料维护代码40HYPERLINK \l "_Toc138481977" 6：证照资料维护代码PAGEREF_Toc138481977 \h - 38 -HYPERLINK \l "_Toc138481978" 7: 技能资料维护代码PAGEREF_Toc138481978 \h - 44 -HYPERLINK \l "_Toc138481979" 三、人事异动431：就职单维护代码 HYPERLINK \l "_Toc138481958" 43HYPERLINK \l "_Toc138481980" 2：调职单维护代码PAGEREF_Toc138481980 \h - 51 -HYPERLINK \l "_Toc138481981" 3：离职单维护代码PAGEREF_Toc138481981 \h - 53 -HYPERLINK \l "_Toc138481976" 4：复职单维护代码47HYPERLINK \l "_Toc138481983" 四、教育训练PAGEREF _Toc138481983 \h - 60 -2：教育训练员工文件维护 HYPERLINK \l "_Toc138481958" 503：教育训练课程名单 HYPERLINK \l "_Toc138481958" 514：教育训练上课员工名单 HYPERLINK \l "_Toc138481958" 51HYPERLINK \l "_Toc138481979" 五、考绩与奖惩作业51HYPERLINK \l "_Toc138481980" 1：考绩资料添加512：考绩资料维护 HYPERLINK \l "_Toc138481958" 52HYPERLINK \l "_Toc138481981" 3：奖惩资料添加534：奖惩资料维护 HYPERLINK \l "_Toc138481958" 54HYPERLINK \l "_Toc138481979" 六、退休作业55HYPERLINK \l "_Toc138481980" 1：退休员工就职文件维护55HYPERLINK \l "_Toc138481981" 2：未来退休员工预估表56七、用户注册 HYPERLINK \l "_Toc138481958" 571：设置用户 HYPERLINK \l "_Toc138481958" 572：用户注册 HYPERLINK \l "_Toc138481958" 57HYPERLINK \l "_Toc138481958" 总结58HYPERLINK \l "_Toc138481988" 主要参考文献59HYPERLINK \l "_Toc138481989" 谢辞59第一章系统功能1.1 需求分析软件工程中包含需求、设计、编码和测试四个阶段，其中需求分析是软件工程中第一个也是很重要的一个阶段，需求分析的基本任务就是准确地回答“系统必须做什么”这个问题，而它的主要任务就是绘制关联图、创建开发原型、分析可行性、确定需求优先级、为需求建立模型、编写数据字典、应用质量功能调配。
需求分析从总体上看是说明项目应该具有什么样的功能，而不考虑实现这些功能的具体技术。
ERP系统包括22个子系统，人事管理系统是其中的一个子系统，要理解人事管理系统，就必须了解系统与哪个子系统相关联，以及它具有怎样的功能。
人事管理系统将人事档案的手工管理变成计算机管理，充分发挥计算机的快捷、准确、高效、方便的特点，极大地提高了各种效率和工作质量。
在实际项目的开发中，需求分析是客户提出的，现在的企业资源计划的软件要有物流、资金流、信息流，并且要以资金流为中心，ERP则是一个较完善的软件，也是具有管理理论的信息系统。
同时ERP具有较强的通用性，大多数企业都需要具备的一些基本功能成为ERP的需求。
系统的需求分为物理需求、结构需求、逻辑需求。
例如人事管理系统的需求如下所示：一．物理需求物理需求的任务很明确，就是确定人事系统的物理服务器的最终架构和软硬件环境。
根据人事管理系统的基本要求，物理需求应包括如下几个方面：支持可分布式部署的服务器群组支持分布式的服务器组是优秀的网络应用程序必须提供的一个物理功能，因为大型的网络应用程序不可能将所有的应用和操作运行于同一台服务器。
支持分布式的服务器群组有利于降低服务器负荷，使服务器的功能更加具有针对性。
支持.NET的服务器操作平台这是必需要满足的需求。
应用程序不可能脱离.NET Framework的支持，因此WEB服务器必须支持.NET.仅限于Microsoft SQL Server 的数据库管理系统支持多种数据库类型是一个不错的构想，但是人事管理系统主要体现的是 以及中的数据操作新特性，而在中的针对于Microsoft SQL Server提供了很多的具体方法和对象。