客运管理系统Word文件下载.docx
《客运管理系统Word文件下载.docx》由会员分享，可在线阅读，更多相关《客运管理系统Word文件下载.docx（15页珍藏版）》请在冰豆网上搜索。
2.1可行性分析
（1）经济上的可行性
系统界面友好，操作简单，系统的配置要求不高，实现可行，因此经济可行。
该系统可以容易实现员工、经理与领导之间的联系，在Internet上实现完成部分教务工作，提高办事效率。
（2）技术上的可行性
随着互联网的蓬勃发展，越来越多的机构将科研管理与Internet融合到一起，以方便客运公司的管理。
在这样一个社会背景下，基于Windows和SQLServer2005，运用先进的jsp技术、先进的java语言，采用B/S模式开发的客运管理系统系统，因为java是开源的安全性能很高。
它提供一套科学的解决方案。
将员工、经理、管理员、有机地结合在一起，有效地提高管理水平和效率。
也能提高办事效率。
随着科学技术的不断提高，计算机科学日渐成熟，基于以上的技术在现今比较容易实现。
（3）操作上的可行性
该系统操作方便，安全可靠、稳定。
2.2结构化分析方法
系统功能模块基本将本系统划分为三大模块，即员工工作模块、经理管理模块以及管理员管理模块。
1、员工工作模块主要是员工浏览工作任务，根据任务要求，完成工作任务。
以及工作方案
提出，提出自己对公司发展的建议。
以及自己的对公司的规划。
2、经理模块主要是工作方案的制定，和提交自己的工作方案。
工作计划的制定，给每位员工合理安排工作。
检查员工提交的作业。
对此进行审批和建议。
3、管理员是对整个公司的综合管理。
对用户权限的划分。
对员工信息的录入。
发布公司的通知。
以及采集员工的建议。
客运管理管理系统
员工工作模块
经理策划模块
管理员管理模块
通用功能模块
2.2.1功能需求图
浏
工
提
方
录
公
发
批
用
个
览
作
交
案
入
司
放
准
户
人
申
制
计
员
规
通
经
登
信
请
业
定
划
知
理
息
任
安
修
务
出
排
改
图2-1客运管理系统的功能需求图
2.2.2顶层DFD图
根据分析得到的系统功能要求，画出可以能管理管理系统的分层DFD图。
首先画出顶层的
DFD图如图2-2所示。
顶层确定了系统的范围，其外部实体为管理员、经理和员工。
员工信息录入
提交工作任务
系统管理员
客运管理系统
员工
员工信息查询
工作任务派发
图2-2客运管理系统顶层DFD图
2.2.3第一层DFD图
在顶层DFD图的基础上再进行分解，对系统功能需求做进一步分解：
（1）用户登录
获取用户输入的用户名及密码；
若出现用户名、密码错误或不匹配现象，反馈错误提示；
在用户名及密码都正确的前提下，支持密码修改。
（2）客运管理系统
首先发布公司通知，即先对经理发出通知（经理根据公司通知具体制定工作方案，）然后对员工发出通知（具体派发到每个员工头上）。
各个部门统一派发各自的任务，使之平衡。
任务根据每个部门所负责的工作进行派发。
分配账号及密码（由于是管理员操作此部分）。
（3）经理
根据领导的安排，具体制定方案，提出工作计划。
等待审批合理后，派发到所管属的每位职员。
审批员工提交的作业。
（4）员工
浏览经理派发的任务，根据任务要求按规定完成任务。
提交作业，等待经理的审批。
提交自己的申请工作。
商定计划
任务制定
派发
信息录入
部门添加
担任
职员
部门设置
管理员
客运管理系统1
信息统计
信息添加
管理
车辆管理
通过以上分析，建立第一层DFD图，如图2-3所示。
图2-3客运管理系统的第一层DFD图
2.2.4第二层DFD图
第一层已将系统分为用户登录、任务提出、部门设置、车辆管理4个加工。
具体的说明工作的审批与提出。
公司根据自己的情况合理的制定计划。
把制定的计划派发到每个部门，部门管理员根据公司的计划安排自己的工作方案。
可以确定第二DFD图2-4
工作方案制定
发布
查看
工作安排
登录
经理
登录3
保存
修改错误信息 信息修改1
提交任务
信息查询
职员1
图2-4客运管理系统的第二层DFD图
根据经理对员工工作的派发，为了使每位员工都能更好的为公司效力，根据每位员工的能力派发不同的任务。
可以确定第三DFD图2-5
错误信息提示
验证无效
审核
有效
任务查询
完成
员工3
登录验证
系统
改正错误
工作申请
材料添加
申请
信息修改
提示
成功提示
图2-5客运管理系统的第二层DFD图
2.3.1建立系统用例模型
（1）角色确定
①管理员：
对员工基本资料维护，对工作计划基本资料进行添加、删除、更新或查询等；
②员工：
任务查询，任务作业的完成，提交作业，工作申请等；
③经理：
工作方案的制定，工作计划安排，任务派发。
审批员工提交的作业等；
（2）确定用例
与管理员有关的用例：
发布通知、分配帐号密码、注销或修改用户状态、任务设置派发到各个部门经理手里吗，审核经理提出的工作计划；
与员工有关的用例：
录入员工信息、修改员工个人信息、审核工作申请、查询工作任务与经理有关的用例：
浏览经理派发的任务、查询经理的反馈意见。
（3）建立系统用例图
登录软件系统
系统配置
员工信息添加
经理2
管理员1
采集
查看3
员工2
查看1
车辆管理与售票设置
任务审批
如图所示的是客运管理系统的高层用例图、管理员管理子系统用例图、经理管理子系统用例图以及客运管理系统的用例图。
图3-1客运管理系统的高层用例图
登录系统
修改信息
意见反馈
任务查看
提交
工作方案添加
发送
制定工作任务
查看个人信息
审批后下传
员工1
经理1
提交到
图3-2教师管理子系统用例图
图3-3客运管理子系统用例图
2.4.1活动图
图4-1描述的是员工管理操作的活动图。
在图中，员工从登录客运管理系统到选课完成需经历一系列过程。
首先输入用户名和密码登录系统，系统给出提示，若登录成功后则进行任务查询。
然后对信息进行详细查看，例如任务查询、作业提交、工作申请等，之后可点击选择申请并提交确认，此时系统也会给出提示，若成功提交，系统会提示经理审查中，
工作的申请，以及自己对公司美好计划，自己提出工作方案。
经过活动图的可视化效果，可更清楚了解此过程。
图4-1员工工作操作的活动图
顺序图
员工工作操作的顺序图及经理管理操作的子系统分别如图4-2和图4-3所示
任务提交
经理审批
1:
打开
2:
选择对应的职称
3:
错误信息提示
4:
获得查看权限
5:
作业完成提交
6:
等待作业审核
7:
作业审批结果
8:
反馈给员工
:
图4-2员工工作操作顺序图
系统登录
工作制定
方案审核
职员
选择对应职称
登陆错误提示
获取权限
工作方案提交
审核不通过
派发给职员
作业提交给经理
图4-3经理管理操作子系统顺序图
2.4.2协作图
图4-4经理管理操作子系协作图
图4-4主要描述职员登录客运管系统，查看经理给自己派发的工作，职员接收到任务，通过自己综合分析完成后向经理提交作业。
等待经理审核，如果能通过，就给员工发出通过命令。
否则打回重做。
经理
1:
6:
审核不5:
通工过作方案提交
图4-5经理登录系统协作图
方案审核
图4-5主要描述经理登录系统，更具要求制定工作计划，审批完成后，派发给每位员工
员工根据派发的任务，去完成作业，之后想经理提交，等待经理的审批。
2.4.3状态图
图4-6描述了员工这个特定对象所有可能的状态及其引起状态转移的事件。
员工登录系统后操作中其生存周期中所处的不同状态、转换时的条件，虽然看似较为简单，但并不可忽视。
对于此信息的详细设计，可进一步用于用类状态的设计和编制类。
员工信息
系统审查
登录失败
作业提交
管理反馈
2.4.4类图
图4-6员工登录系统的状态图
类模型是面向对象方法的核心，类模型从对象的角度描述系统的组成，描述对象及相互间的关系。
系统已在前面进行过简单描述，通过检查问题陈述中的所有名词短语和代词，得到初始类：
部门 运输部 财政部 人事部 车队 职员 任务管理器
经过分析画出系统整个分布图，来却不同类之间的关联可以获得如下图所示：
路线
1..n
1
客运管理
运输部
车队
任务管理
票单
部门
财政部
人事部
职工
升级会员 