系统分析报告.docx
- 文档编号:9797202
- 上传时间:2023-02-06
- 格式:DOCX
- 页数:22
- 大小:636.45KB
系统分析报告.docx
《系统分析报告.docx》由会员分享,可在线阅读,更多相关《系统分析报告.docx(22页珍藏版)》请在冰豆网上搜索。
系统分析报告
一、甘特图··············································2
二、现行系统分析········································2
三、可行性分析··········································2
1、引言···········································2
2、可行性研究的前提·······························3
3、对现有系统的分析·······························4
4、所建议的系统···································6
5、可选择的其他系统方案···························7
6、投资及效益分析·································8
7、社会因素方面的可能性···························9
8、结论···········································9
四、总体设计············································9
1、系统的数据需求分析·····························9
2、流程图········································11
3、数据流图······································13
4、数据字典······································13
5、概念设计:
用E-R图描述概念模型·················15
6、逻辑设计:
将E-R模型转换为关系模型,且规范化····17
五、总结·················································18
汽车修理管理系统
一、甘特图
二、现行系统分析
某汽车修理厂根据业务发展的需要,需要建立一个以数据库为基础的管理信息系统,以代替单一的人工管理。
目标系统取名为“汽车修理管理信息系统”。
三、可行性分析
1、引言
(1)编写目的
随着经济的发展,汽车已经步入了千家万代。
随之而来的汽车修理业也忙活起来。
为了让汽车修理更顺畅,某汽车修理厂拟开发一套小型汽车维修管理系统。
(2)背景
开发的系统名称:
汽车修理管理信息系统
用户:
汽车修理厂
实现该软件的计算中心:
个人计算机
(3)定义
汽车维修管理:
主要是指车辆维修流程的计算机管理,通过修理企业的信息管理系统,对车辆的报修进行派工、结算出厂等方面以流程化的方式,把各个环节串连起来,为顾客提供计算机信息管理一体化的服务,达到提高企业管理水平的目的。
对出现故障的汽车进行修理然后把要修理的和修理好的情况都整理成册。
(4)参考资料
人事管理系统的可行性研究报告
XX文库
车辆维修管理系统
2、可行性研究的前提
(1)要求
功能:
对于新客户及车辆,汽车维修管理系统首先登记客户信息,包括:
客户编号、客户名称、客户性质(个人、单位)、折扣率、联系人、联系电话等信息;还要记录客户的车辆信息,包括:
车牌号、车型、颜色等信息。
一个客户至少有一台车。
记录维修车辆的故障信息。
包括:
维修类型(普通、加急)、作业分类(大、中、小修)、结算方式(自付、三包、索赔)等信息。
维修厂的员工分为:
维修派工员和修理工。
车辆维修首先委托给维修派工员。
维修派工员对车辆进行检查和故障分析后,与客户磋商,确定故障现象生成修车登记单。
维修车间根据修车登记单和车辆的故障现象,在已的维修项目中选择并确定一个或多个具体维修项目,安排相关的维修工及工时,生成汽车修理单。
客户车辆在车间修理完毕后,根据维修价和维修派工单中的工时计算车辆此次维修的总费用,记录在委托书中。
(2)目标
要求能快速反应用户汽车修理的需求,目标就是在于开
发一个功能实用、操作方便,简单明了的维修管理系统。
在设计出功能强大的软件的同时,尽可能地减少对系统资源的占用,并且还要力求做到通过使用本系统,尽量使厂里的汽车维修管理工作系统化,自
动化和规范化,从而达到提厂里管理效率的目的。
(3)条件、假定和限制
员工有限,如果多辆车在同一时间里有问题要修理的话,可能忙不来。
开发软件需要的耗费是个考虑的重点。
该软件的可用年限。
(4)进行可行性研究的方法
是根据步骤一步一步进行的。
从技术可行性、经济可行性、操作可行性三个方面来研究该系统的可行性。
根据技术可行性的考虑初步排除一些不现实的系统和不合理的要求
(5)评价尺度
用了该软件是否公司的员工得到最大限度的利用,公司的营业状况有没有好转,分工有没有更合理化。
3、对现有系统的分析
汽车修理是一个服务性的行业。
如何更好地为顾客提供满意的服务,是汽车修理企业追求的目标。
服务的好坏由服务的质量直接体现出来。
将相关的工作过程规范化,改变现今众多修理企业散、乱、差的局面,为客户提供高质量的服务,显然是汽车修理企业发展的一个方向。
通过对汽车修理维修业务的调查与分析,根据各业务流程方面的需求,车辆维修管理系统从报修、派工、结算这一全过程进行跟踪服务,既满足了客户对修理企业规范化服务的需求,也对汽车修理企业自身的标准化建设提供了必要的帮助,基本上能够满足大多数汽车维修企业的信息化管理需求。
(1)处理流程和数据流程
(2)工作负荷
电脑要保持一天24开机状态的工作运营时间,工作量偶尔会大,看该公司的营业状况。
系统操作人员一天3班次运作系统,保持系统的运行不影响生意的进程。
(3)费用开支
开发系统:
20000元
系统操作员:
5000元/每月
电费:
800/每月
(4)人员
系统运行人员3名
系统的维护员1名
(5)设备
Tomcat服务器
Myeclipse开发平台
Mysql数据库
(6)局限性
初次应用开发人事管理系统对于许多的细节没有具体的认识,缺乏经验,所以开发后的系统应经过严格的试用,反复改进方可正式投入使用。
4.所建议的系统
(1)对所建议系统的说明
要更方便统计需要维修车辆的人员和正在维修的工作人员。
使接班的工作人员能更快的接手工作,使接班顺利进行。
(2)处理流程和数据流程
(3)改进之处
以更快的速度定位要车和人。
(4)影响
有利于适应公司的发展,适应经济与技术的进步。
①对设备的影响
因为汽车维修管理系统是一个相对较小的应用系统,所以对原有设备的影响不太明显,一般而言,我们日常所使用的操作设备足以运行这个软件。
②对用户的影响
使用这个管理系统会使用户和原来相比节省很多时间,使工作更高效。
③对工作的影响
由于用户通过使用此系统会更快的完成工作,所以整个开发环境会因系统的使用节省很多人力物力,从而进入更有效的工作运行状态。
④对系统运行过程的影响
系统运行过程变得高效,方便。
⑤对开发的影响
开发者没有太多经验,需要更到的时间去开发。
⑥对地点和设施的影响
要求有网络的地方,网络信号比较好的地方。
建筑物需要比较干净整洁的环境状况。
⑦对经费开支的影响
经分析可知开发这个项目的经费预算并不高昂;再者,通过使用此软件会节省人力物力方面的开支,换句话说,就等于挽回了相当一部分的经费支出;所以说对经费支出的影响是乐观。
(5)技术条件方面的可能性
在当前的技术条件下,该系统的功能目标能否达到;利用现有的技术,该系统的功能能否实现;开发人员的数量和质量问题;在规定的时间内,汽车维修管理系统能不能完工。
5.可选择的其他系统方案
(1)可选择的系统方案1
本系统的数据库可使用SQLServer2005。
(2)可选择的系统方案2
本系统可使用php+Mysql,也可形成对自行车的租赁的管理。
6.投资及效益分析
(1)支出
开发汽车维修管理系统所需要的费用20000元。
①基本建设投资
开发、运行和维护费用主要包括:
购买和安装设备的费用、计算机硬件、系统软件、电源;
软件开发费用包括:
人员费用(系统开发人员、操作人员和管理人员);
消耗品费用:
系统开发所用材料、系统正常运行所用消耗品.
②其他一次性支出
估算系统的开发费用
③非一次性支出
系统软件的今后的运行和维护费用,例如电费,u盘购买等开支。
(2)收益
对于所选择的方案,说明能够带来的收益,这里所说的收益,表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等.鉴于是为学院所使用的管理软件,所以并无直观的经济收益。
它的效益主要体现在对工作人员劳动强度的大幅降低以及对整个环境人力物力的节省方面。
最重要的是,整体工作效率的提高,这是此项目所隐含的最大效益。
通过以上两个方面的分析,我们可看出从客观角度讲,这个系统的收益/投资比将会是大于一的,所以说此系统在经济上同样是可行的。
①一次性收益
开支的缩减包括改进了的系统的运行所引起的开支缩减,运行的效率改进了,数据信息的进入、存储和恢复改进,系统性能监控,软件得到了优化。
②非一次性收益
软件运行长久带来的效益,效率更高。
每月有不定的收入,每年有不定量的收入。
③不可定量的收益
软件后期的维护所需要的费用。
服务改进,操作失误引起的风险减少,信息掌握更完整。
(3)收益/投资比软
件开发的支持与软件运用所带来的效益2:
3。
(4)投资回收周期
5个月左右。
(5)敏感性分析付
给开发人员的钱与后期维护软件系统的钱。
开支与收益的影响。
处理速度的影响,设备和软件的配置的变化。
7、社会因素方面的可能性
(1)[法律方面的可行性]
该汽车维修管理系统为公司内部使用,经公司相关部门批准开发,而且具备相关方面的合法性,又是我开发小组独立研发,因此相信此项目无法律问题。
(2)[使用方面的可行性]
发工作建立在详细的需求分析之上,并且对开发环境进行了深入调查,因此公司的行政管理以及工作制度、人员素质完全可以满足要求。
8、结论
经过以上各个方面的研究,可见这个开发项目在技术、操作、经济以及法律和社会各个方面均满足可行性条件,因此决定着手组织开发.
四、总体设计
1、系统的数据需求分析
编号
名称
填写人
D1
D2
D3
D4
D5
修车登记单
汽车修理单
零件领用单
零件入库单
修车发票
送修人
修理派工员和修理工
修理工
仓库管理员
财务人员
业务流程:
D1由送修人填写。
修理派工员据此开出修理单D2,分派给指定的修理工执行。
如果在修理中更换零件,一律由修理工填写零件领用单D3向仓库领用。
修理结束后,修理工将D2交回派工员,然后转财务部门结账并开修车发票D5。
D4在零件入库时由仓库管理员验收并且填写。
修车登记单
日期
汽车牌号型号
生产商
修理项目
车主名电话
地址
零件领用单
日期
修理单编号
零件号
数量
领用人
汽车修理单
修理单编号汽车牌号
修理工工号送修日期
修理项目
派工员
零件用量
零件号
数量
修理小时完工日期
修理工
零件入库单
日期
零件名
成本
数量
验收人
修车发票
日期
车主名
地址
牌号修理项目
修理费
零件费
总计
验收人
对功能目标的功能需求
通过对当前系统的的调查与用户的共同讨论,对将要开放的目标系统提出了如下总体需求:
(1)用数据文件代替现用的全部账款
(2)具有对各种数据文件装入和修改数据的功能
(3)能计算修车费用和开发票,其中修车费用按下列各式计算
零件费=Σ零件价格*耗用数量
修理费=小时工资*修理工时
总计=零件费*修理费
(4)能找出需要订货的零件,编制并打印零件订货计划
订货条件:
零件库存量<最低库存量
订货数量:
额定订货量
(5)按现行格式和内容编制和打印零件耗用月报表和修理工资月报表
(6)有多种查询和统计功能。
2、流程图
(1)
(2)
3、数据流图
4、数据字典
(1)数据流条目
数据流名称:
修车登记单
简述:
组成:
牌号、型号、生产商、车主名、地址、电话
备注:
数据流名称:
零件入库单
简述:
待入库零件
组成:
零件号、零件名、成本、数量
备注:
数据流名称:
零件领用单
简述:
库存零件
组成:
零件号、数量、领用人
备注:
数据流名称:
修车发票
简述:
组成:
车主名、地址、牌号、修理项目、完工日期、修理费、零件费、总计
备注:
(2)数据文件名
文件名称:
汽车登记牌
简述:
组成:
牌号、型号、生产厂、车主名、地址、电话
组织:
按牌号升序排列
备注:
(3)数据项条目
数据项名称:
成本
简述:
进厂价格
取值范围:
00000.01-99999.99
备注:
数据项名称:
车主名
简述:
人名或单位名
取值范围:
两个至十个汉字单位
备注:
允许包含英文字母或数字
数据项名称:
汽车牌号
简述:
取值范围:
12数字单位
备注:
允许包含英文字母
数据项名称:
汽车型号
简述:
价格
取值范围:
6
备注:
5、概念设计:
用E-R图描述概念模型
(一)确定E-R模型应含的实体
汽车,修理工,修理单,零件
(二)建立对应的单项应用的局部E-R图
在实体之间建立联系,通常作法,在系统功能分析中首先选出一至数项有代表性(设计实体较多的)单项应用功能,建立局部R-E。
然后在次基础上逐步扩充,直到在所有试题之间建立应有的联系。
例:
“开设修理发票”:
计算修理费涉及到修理工的“小时工资”,修理单的“修理小时”,
计算零件费涉及到修理单的“零件用量”和零件“价格”
发票中的“车主名”和“地址”,涉及到汽车,
(三)将局部E-R图综合为系统的总体E-R图
(四)改进总体E-R图:
最小数据冗余。
(1)删去修理单中的3个属性“零件费“、“修理费”和“总计”。
这3个属性
数据均可从其它数据计算得出。
通常把这类数据称为“衍生数据”或“可到出数据”,以区别于不能从推倒得到的“基本数据”。
把他们删去可以减少冗余。
(2)将实体“汽车”分解为“汽车”和“车主”,因为汽车属性集中含有汽车与车主两方面的信息。
如果车主送修N辆汽车,则关于车主名、地址、电话等会重复存贮N次,造成数据冗余。
6、逻辑设计:
将E-R模型转换为关系模型,且规范化。
(一)每个实体转换为一个关系
(二)把每一联系转换为关系
联系的情况比较复杂。
例如在E-R模型中,有的联系不带属性,有的联系可能带一个或者多个属性。
在转换成关系时,在关系的属性集中一般应包括
(1)联系本身的属性;
(2)由它所联系的各个实体的主键。
以图10.10中的三个联系为例,可分别按下述的步骤进行转换:
(1)联系名:
使用—所联系的实体及其主键:
修理单(主键为“编号”)
零件(主键为“零件号”)
零件用量表(编号,零件号,数量)
对应的关系因为一张修理单可能使用几种零件,只有编号加上零件号,才能唯一地决定某种零件在修理中使用的数量。
所以本例的主键应由两个属性——编号与零件号一起组成。
这种由几个属性组合起来的主键,通常称为关系的“复合键”。
(2)联系名;属于所联系的实体及其主键:
汽车(主键为“牌号”)
车主(主键为“车主名”)
对应的关系;
汽车归属表(车主名,牌号)
一个车主可能仅送修一辆汽车,也可能送修多辆汽车。
有了汽车归属表,便可知道哪辆汽车是哪一车主送修的,或某一车主共计送修了哪几辆汽车。
由于“属于”本身不带属性,所以对应的关系将仅含两个属性——车主名与牌号。
它们构成新关系的元组,同时也是新关系的主键。
这种由整个元组构成的主键,在有些文献中称为“全键”(AII,KEY)
(3)联系名:
修理所联系的实体及其主键:
修理单(主键为“编号”)
汽车(主键为“牌号”)
修理工(主键为“工号”)
对应的关系:
修理(编号,牌号,工号,修理项目,修理小时,送修日期,完工日期)
上述关系式中的后面4项,都是“修理”本身的属性。
显然,这一关系与前面由实体“修理单”转换得到的关系是重复的,只需要保留一个修理单就可以了。
综上可知,从5个实体可导出5个关系,3个联系可导出3个关系,去掉重复的一个,关系的总数为=7个。
五、总结
信息化的汽车维修管理系统能够实现在数秒内从上千万分客户档案中找出所需要的某个车的维修信息和报修历史。
软件实现了整个汽车维修过程中的信息自动化管理,对汽修业务管理、配件库存管理、财务管理都有一套科学的管理方法。
加强了汽车维修企业管理者与企业管理部门之间的数据传递和信息交流,维修企业效率和工作质量,实现汽车维修厂的信息公开透明。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统分析 报告