系统技术及运行环境需求分析与可行性分析.docx
- 文档编号:9141363
- 上传时间:2023-02-03
- 格式:DOCX
- 页数:60
- 大小:1.03MB
系统技术及运行环境需求分析与可行性分析.docx
《系统技术及运行环境需求分析与可行性分析.docx》由会员分享,可在线阅读,更多相关《系统技术及运行环境需求分析与可行性分析.docx(60页珍藏版)》请在冰豆网上搜索。
系统技术及运行环境需求分析与可行性分析
系统技术及运行环境需求分析与可行性分析毕业论文
第1章绪论
随着Internet技术的发展,社会信息量的与日俱增,人们的日常生活已经离不开网络。
未来社会人们的生活和工作将越来越依赖于数字技术的发展,越来越数字化、网络化、电子化、虚拟化。
电脑网络成为了各个区域相互联系和信息传递的重要纽带,以Internet的发展历程和目前的应用状况以及发展趋势,可以充分地相信网络技术将极大的改变我们的生活和工作方式,甚至社会的价值观也会发生某种变化。
计算机的运用已普及到各行各业。
而在信息化管理的今天,汽车售后服务也已深入到服务行业之中,人们对汽车的要求已不再只是汽车销售的质量,更注重售后服务的好坏与否。
本文阐述了一个网络化的汽车售后服务管理信息平台,系统可以让工作人员不用再用纸笔冗余地登记客户及车辆的有关信息和维修等容,取而代之的是一种信息化、网络化的电脑操作,让管理员从繁琐的数据计算中解放出来,使用汽车售后服务管理信息系统可以省时省力,一切信息从“网络”上来,并能高效的进行备件进货的管理以及准确的结算各种维修费用。
汽车售后服务管理信息系统拥有着强大的信息查询和管理功能,它可以在电脑上查询和管理全部维修车辆信息和车主信息,能让工作人员在最短的时间得到最全面最准确的信息,方便于信息化管理[1-3]。
课题开发背景
随着经济的发展,人们生活质量的提高,汽车的使用已日益普及,汽车市场的竞争逐渐从售前转移到售后服务竞争,相应的汽车售后服务信息管理成为汽车业的发展提供优质服务的重要因素。
近年来,汽车行业在产销量高速增长的同时,市场竞争格局也发生了深刻变化。
汽车行业市场全整合,寡头垄断正在被打破,各大汽车公司都在采取积极的政策以增强产品的竞争力。
其中,通过建立服务网络平台提供优质高效的售后服务是各种政策中的一“王牌”[4]。
所以,建立一个功能强大的售后服务管理信息系统正是一个汽车售后服务企业所迫切需要的,企业可以借助这个信息管理平台更好的管理企业部的工作人员,管理汽车维修备件进销存,也可以从传统手工运作模式,查询管理不方便的弊端走出,以此来增强企业的活力,提高企业的竞争力。
这一课题的研究对于汽车售后服务发展具有深远的意义和研究价值,它可以利用计算机技术对汽车售后进行一体化的“服务-管理”,同时可以让用户通过浏览器直接访问服务器,是具有专门针对汽车售后服务的信息管理软件,可以对客户信息反馈、客户主档案、客户车辆信息档案、汽车备件的进销存,管理、维修单据查询等提供一系列的优胜服务,使汽车业的售后服务进入一个新的科技时代。
国外研究现状
信息世界的今天,相比于国外,我国的汽车售后服务水平还处于初级阶段,不论是从法律法规、经济模式,还是到服务理念、品牌创造都存在巨大差异。
目前流行的汽车销售方式是4S专卖店,也就是集“整车销售”、“零部件供应”、“车辆修理”、“信息反馈”四大功能于一体。
传统的汽车售后服务管理系统大都采用C/S(Client/Server)模式的计算机管理系统,C/S模式有它自身的优势:
数据的分布存储和处理提高了系统的运行效率与数据库管理的独立性,具有较好数据源与客户访问操作独立性。
然而随着规模的不断扩大,应用程序的复杂程度不断提高,传统的C/S模式逐渐暴露出许多问题,如客户端需要安装专用的客户端软件开发成本较高、移植困难、维护复杂、升级麻烦、系统的可移植性、可扩展性、可维护性都较差。
同时,随着Internet的迅速发展和普及,我国汽车售后服务也面临着许多新的挑战和机遇,如远程维修站的查询,汽车信息的远程查询,网上信息的发布等。
因此汽车售后服务迫切需要开发出基于B/S(Browser/Server)模式的汽车售后服务管理信息系统,以适应当前汽车行业的发展,提供更加完善、更高质量的服务[5-6]。
而售后服务管理信息系统的基础就是信息的管理,现代管理的核心就是决策,而决策的基础,又是各种各样的信息集成。
国外许多历史事实告诉人们,管理信息系统建设的道路坎坷,许多已经建立的系统,远远达不到预期的效益和期望,反而因为在开发当中由于工作安排不当,导致耗用了大量的资金,致使后期系统维护工作困难,在系统使用过程中,出现大量错误,使使用单位的效益受到了严重的影响,也没有实现了所开发系统应达到的目的,所以开发一个适合企业本身的系统是很重要的[7]。
针对上述情况,我们预期开发一个基于B/S模式的汽车售后服务管理信息系统。
该系统以B/S模式为基础,涉及的关键技术相当广泛,如ASP.NET技术、.NET的分层设计架构、安全保障技术等。
由此可见,汽车售后服务业这一课题的研究对于我国繁荣汽车市场的发展的确具有深远的意义和研究价值,如今面对国外企业的强烈竞争,我国的汽车售后服务业必须向国外先进的服务体系和管理模式进行研究和学习,吸取现有成功案例的经验,不断改进和完善,建立起一套健康、可持续发展的服务体系,才能使我国的汽车售后服务业在巨大的商机中得以更加辉煌的发展。
第2章系统技术及运行环境
ASP.NET技术简介
ASP.NET是由微软在.NETFramework中所提供的,开发Web应用程序的类库,封装在System.Web.dll文件中,显露出System.Web命名空间,并提供ASP.NET网页处理、扩充以及HTTP通道的应用程序与通信处理等工作,以及WebService的基础架构。
ASP.NET基于通用语言的程序在服务器上运行,能被用于一台Web服务器来建立强大的Web应用程序。
不像以前的ASP即时解释程序,而是将程序在服务器端首次运行时进行编译,ASP.NET是ASP技术的后继者,但它的发展性要比ASP技术要强大许多[8]。
ASP.NET为能够面向任何浏览器或设备的更安全的、更强的可升级性、更稳定的应用程序提供了新的编程模型和基础结构。
因为ASP.NET是基于通用语言的编译运行的程序,所以它的强大性和适应性,可以使它运行在Web应用软件开发者的几乎全部的平台上[9]。
通用语言的基本库,消息机制,数据接口的处理都能无缝的整合到ASP.NET的Web应用中。
ASP.NET同时也是language-independent语言独立化的,所以,你可以选择一种最适合你的语言来编写你的程序,或者把你的程序用很多种语言来写,现在已经支持的有C#(C++和Java的结合体),VB,JavaScript。
将来,这样的多种程序语言协同工作的能力保护您现在的基于COM+开发的程序,能够完整的移植向ASP.NET[10]。
SQLServer简介
SQLServer是微软开发的一种关系数据库管理系统,它具有强大的处理数据库的功能。
它最初是由MicrosoftSybase和Ashton-Tate三家公司共同开发的,于1988年推出了第一个OS/2版本。
在WindowsNT推出后,Microsoft与Sybase在SQLServer的开发上就分道扬镳了,Microsoft将SQLServer移植到WindowsNT系统上,专注于开发推广SQLServer的WindowsNT版本。
Sybase则较专注于SQLServer在UNIX操作系统上的应用[11]。
MicrosoftSQLServer几个初始版本适用于中小企业的数据库管理,但是近年来它的应用围有所扩展,已经触及到大型、跨国企业的数据库管理。
SQLServer是全面的数据库平台,该数据库平台充分利用数据资源,提高生产效率,减少IT复杂性,降低总体拥有成本。
SQLServer是一个全面的、集成的、端到端的数据解决方案,它为企业中的用户提供了一个安全、可靠和高效的平台,用于企业数据管理和商业智能应用。
SQLServer为IT专家和信息工作者带来了强大的、熟悉的工具,同时减少了在从移动设备到企业数据管理系统的多平台上创建、部署、管理及使用企业数据和分析应用程序的复杂度,由此可见,SQLServer可以为不同规模的企业提供一个完整的数据解决方案[12]。
3层架构简介
概述
在软件体系架构设计中,分层式结构是最常见,也是最重要的一种结构。
微软推荐的分层式结构一般分为三层,从下至上分别为:
数据访问层(DAL)、业务逻辑层(又或称为领域层BLL)、表示层(UI),通常所说的MVC模式其实与3层架构还有区别,但MVC可与3层模式配用,MVC只是一种设计思想,.NET中的分层技术可以更好的实现做这个系统的设计[13]。
三层结构原理:
3个层次中,系统主要功能和业务逻辑都在业务逻辑层进行处理。
所谓三层体系结构,是在客户端与数据库之间加入了一个“中间层”,也叫组件层。
这里所说的三层体系,不是指物理上的三层,不是简单地放置三台机器就是三层体系结构,也不仅仅有B/S应用才是三层体系结构,三层是指逻辑上的三层,即使这三个层放置到一台机器上。
三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理[14]。
通常情况下,客户端不直接与数据库进行交互,而是通过COM/DCOM通讯与中间层建立连接,再经由中间层与数据库进行交互[15]。
我们可以采用MVC思想来设计程序,首先通过分析当前的应用,分解和设计系统功能,然后设计和实现模型(Model);设计和实现控制器(Controller),最后设计和实现视图(View),通过模型、控制器和视图的设计来完成整体设计。
特色评价
3层设计优点:
(1)开发人员可以只关注整个结构中的其中某一层;
(2)可以很容易的用新的实现来替换原有层次的实现;
(3)可以降低层与层之间的依赖;
(4)有利于标准化;
(5)利于各层逻辑的复用。
3层设计缺点:
(1)降低了系统的性能。
这是不言而喻的,如果不采用分层式结构很多业务可以直接造访数据库,以此获取相应的数据,如今却必须通过中间层来完成。
(2)有时会导致级联的修改。
这种修改尤其体现在自上而下的方向,如果在表示层中需要增加一个功能,为保证其设计符合分层式结构,可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。
系统运行环境
软件平台
操作系统:
WindowsXP;
数据库:
SQLServer2005;
开发环境:
Microsoft.NETFrameworkSDKv3.0;
开发工具:
MicrosoftVisualStudio2008;
开发语言:
C#;
浏览器:
IE6.0;
Web服务器:
IIS5.0;
分辨率:
最佳效果为1024*768像素。
硬件平台
CPU:
AMD22550+;
存:
512;
硬盘:
80G。
第3章需求分析与可行性分析
可行性分析
技术可行性和方法
现在,大多数企业都是Windows用户,而本系统主要是针对于中小型企业用户,采用ASP.NET技术,理由是该技术易于服务器的维护,成本相对较低,开发周期较短。
因此,系统的软件开发平台已成熟可行。
硬件方面,科技飞速发展的今天,硬件更新的速度越来越快,容量越来越大,可靠性越来越高,价格越来越低,其硬件平台完全能满足此系统的需求。
实际情况中,在高系统配置、高网络宽带服务的环境下,各个级别管理员很容易通过对其操作围的系统容进行操作管理,依据这些现有的技术完全可以实现汽车售后服务管理信息系统的开发,以满足日常经营、管理的要求。
经济可行性
系统所需的开发环境是要有一台能够联网的计算机,本人已经有了计算机,具有WindowsXP的操作系统,并且MicrosoftVisualStudio2008,SQLserver2005已安装;而所需的参考资料大多都可以从网络上找和在图书馆借书,消费很小,因此在经济上是可行的。
而预期开发的的汽车售后服务管理信息系统建成后,也有利于企业信息的集中处理和交互,企业营运过程中信息的系统化管理,权威的数据统计,不仅达到良好的效果,而且将会给企业的经营决策提供大量的、权威的科学依据(数据);系统另有的帐单结算功能,简化了员工的日常工作,提高了工作效率,避免了人工管理过程中数据易错所带来的一系列连锁反映,给企业带来更大的利润,总之,系统开发其经济效益远远超过它的开发成本,在经济上完全可行。
操作可行性
界面设计时充分考虑用户需求,使得操作简单;数据录入迅速、规、可靠;统计准确;制表灵活;适应力强;容易扩充。
系统运行环境要求存512以上,WindowsXP环境下,安装VisualStudio2008,SQLserver2005即可。
需求分析
软件需求的层次
软件需求包括3个层次:
(6)业务需求:
反应组织或客户对系统高层次的目标要求;
(7)用户需求:
描述了用户使用产品所能完成的任务;
(8)功能需求:
说明了软件的功能,用户使用这些功能以完成任务。
图3·1软件需求层次图
系统的功能需求
该系统的用户为汽车售后服务行业中小企业的信息管理工作人员,需要对汽车售后服务的流程有很好的掌握,那么如何能够有效的掌握和管理汽车售后服务流程呢?
最初剖析用户的需求为:
汽车售后服务系统具有一般售后服务系统的管理功能,对汽车售后服务、不同工作人员具有不同管理权限的功能,如图3·2可以看出客户、售后服务部门、零配件供应商、车辆经销商之间的相互联系及整个流程关系[16-17]。
图3·2汽车售后服务流程图
通过对其它一些汽车售后服务系统及售后服务管理系统的了解发现,一般售后服务管理信息系统的功能大致如下:
前台按工作类型不同进行不同操作:
(9)添加、删除和修改客户,车辆具体信息;
(10)添加、删除和修改售后服务具体信息;
(11)添加、删除和修改进货备件信息。
前台任务主要是实现,用户登录(用户登录,并划分权限);维修登记(车辆、客户信息的进行增加、修改、查询、删除操作);维修信息管理(车辆维修容细则和维修备件细则的添加、删除);财务登记(汽车维修完工登记、收费登记);完工登记(车辆维修报修到完工的记录);收费登记(车辆维修完工后工时费和备件费用的总费用结算);进货登记(备件仓储,进货信息进行统计)。
后台管理员:
(12)添加、删除系统用户;
(13)添加、删除公司员工;
(14)汽车维修信息的管理;
(15)汽车备件的管理。
后台管理中,因为有对应权限的管理员才能够登录后台管理,所以需要有身份验证模块,而且需要根据用户权限的不同显示不同的管理目录。
管理员可以进行系统维护(维修容细则的添加和删除;备件清单的查询;系统用户权限管理;公司员工管理);汽车维修统计(所有车辆维修的信息及容);维修收费统计(阶段性维修收费报账统计)。
(16)维修登记(接待员),对客户、车辆信息档案的管理,信息的录入与维护;
(17)车辆维修容、维修备件使用的信息的录入与维护(接待员);
(18)收费登记、完工登记(收银员),对维修状态的修改和工时费用和备件费用的结算;
(19)备件的进货管理(进货员),对进货信息和仓储情况的统计;
(20)用户(接待员,收银员,进货员)可以登录帐户,修改个人信息,修改个人密码;
(21)管理员可以登录后台,对系统用户、公司员工信息进行管理;
(22)管理员可以对维修容清单备件清单信息进行查询以及增加、删除及修改;
(23)管理员进行汽车维修和维修收费的统计;
(24)系统后台采用人机对话方式,界面美观友好、信息查询灵活、方便、快捷、准确、数据存储安全可靠;
(25)系统运行稳定、安全可靠。
系统的性能需求
(26)运行环境
存256以上,CPU2.0GHz以上,Client存128以上,CPU奔腾III以上。
(27)支持软件
操作系统Windows系统、数据库管理系统:
SQL数据库。
(28)接口
本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:
输入界面、输出界面)。
用户对程序的维护,最好要有备份。
第4章总体设计
上章对汽车售后服务管理信息系统进行了需求分析和可行性分析,证明此系统完全可行,本章将对系统的总体设计(数据库设计、系统功能设计)通过图文并茂的形式进行介绍。
数据库设计
概述
数据库是长期存储在计算机的、有组织的、可共享的数据集合,它已成为现代信息系统等计算机应用系统的核心和基础。
数据库应用系统把一个企业或部门中大量的数据按DBMS所支持的数据模型组织起来,为用户提供数据存储、维护检索的功能,并能使用户方便、及时、准确地从数据库中获得所需的数据和信息,而数据库设计的好坏则直接影响着整个数据库系统的效率和质量。
采用复杂的数据模型(结构),不仅描述数据本身的特点,还要描述数据之间的关联;数据库间要有较高的数据独立性,数据的存取由数据库管理系统(DBMS)管理;数据库系统为用户提供了方便的用户接口;统一的数据控制功能,由DBMS提供对数据的安全性控制、完整性控制、并发性控制和数据恢复功能[18]。
数据库系统的特点
(29)减少数据的重复(Redundancycanbereduced);
(30)避免数据的不一致(Inconsistencycanavoid);
(31)数据共享(Datashared);
(32)强化数据的标准化(Standardcanbeenforced);
(33)实践安全性的管理(Securityrestrictioncanbeapplied);
(34)完整性的维护(Integritycanbemaintained);
(35)需求冲突会获得平衡(Conflictingrequirementscanbebalance)。
系统概念结构设计
将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计,它是整个数据库设计的关键。
概念结构是各种数据模型的共同基础,它比数据模型更独立于机器、更抽象,从而更加稳定。
本系统主要是以数据流图、E-R图、用例图为主要描述工具来勾画系统的概貌。
数据流图(DFD,dataflowdiagram)是描述数据处理过程的有力工具,任何软件系统(或计算机系统)从根本上来说,都是对数据进行加工(Processing)或不变换(Transform)的工具。
图4·1系统数据流图
由P.P.SChen首创的实体—关系图(E-R图)是直观描述数据库中各种数据之间的关系的概念模型工具,在数据库设计中早已广泛应用。
由于这种图的直观、明了地表达数据间的复杂关系,所以在结构化分析模型中,尤其对于某些包含复杂数据的应用,也将它用作数据分析和建模的工具。
它有四个基本成分:
(36)矩形框,表示实体类型(考虑问题的对象)。
(37)菱形框,表示联系类型(实体间的联系)。
(38)椭圆形框,表示实体类型和联系类型的属性。
对于关键码的属性,在属性名下划一横线。
(39)直线,联系类型与其涉及的实体类型之间以直线连接
由于数据库设计较为复杂,本节之给出车辆客户信息E-R图和进货信息E-R图为例说明关系和实体间联系。
图4·2为描述车辆客户信息的关系实体图,一辆只对应一位车主,所以客户的信息可以跟随车辆信息绑定在一表中,车牌号为主键。
图4·2车辆信息E—R图
图4·3为描述进货信息的关系实体图,进货编号为主键。
图4·3进货信息E—R图
图4·4为整体关系实体图,此图中展现了管理员管理接待员、收银员、进货员3种类型的系统用户,一个管理员可以管理多个系统用户,收银员、接待员、进货员也可以进行多个对应操作。
图4·4系统总体E—R图
用例图全名为使用实例图。
它为用户进行需求获取和建模提供了一种有效的方法,是面向对象分析的基础,一个“用例”可描述软件系统和外部角色(Actor)之间的一次交互,如图4·5,为管理员用例图。
图4·5管理员用例图
系统逻辑结构设计
本系统数据库采用SQLServer2005数据库,系统数据库名称为Cars,数据库Cars共有10表。
本系统首先需要用户登录才能进入界面,而且系统根据用户所拥有的不同权限来实现系统的管理及运用。
根据需求建立数据库,如下:
表4·1为系统用户信息表User——主键:
编号(userID),此表用来记录系统用户详细信息。
表4·1系统用户信息表
序号
列名
数据类型
长度
小数位
标识
主键
允许空
说明
1
userID
nvarchar
255
0
是
是
否
用户编号
2
userName
nvarchar
255
0
是
用户名
3
userPwd
nvarchar
255
0
是
密码
4
typeNum
int
4
0
是
类型
5
sex
nvarchar
255
0
是
性别
6
tel
nvarchar
255
0
是
联系
7
address
nvarchar
255
0
是
家庭住址
8
comment
nvarchar
255
0
是
备注
表4·2为车辆及客户信息表Car——主键:
车牌号(carID),是集车辆信息和车主客户信息一体的一关系表。
表4·2车辆及客户信息表
序号
列名
数据类型
长度
小数位
标识
主键
允许空
说明
1
carID
nvarchar
255
0
是
是
否
车牌号
2
style
nvarchar
255
0
是
车型
3
vinCode
nvarchar
255
0
是
vin码
4
enginee
int
4
0
是
发动机号
5
color
nvarchar
255
0
是
颜色
6
life
nvarchar
255
0
是
行驶里程
7’
buyTime
datetime
8
0
是
购买时间
8
name
nvarchar
255
0
是
车主
9
sex
nvarchar
255
0
是
性别
10
tel
nvarchar
255
0
是
联系
11
address
nvarchar
100
0
是
地址
12
unit
nvarchar
100
0
是
单位
13
comment
nvarchar
16
0
是
备注
表4·3为员工信息表Employee——主键:
编号(employeeID),此表为存储公司员工信息的一关系表。
表4·3员工信息表
序号
列名
数据类型
长度
小数位
标识
主键
允许空
说明
1
employeeID
int
4
0
是
是
否
员工编号
2
name
nvarchar
255
0
是
3
sex
nvarchar
255
0
是
性别
4
age
int
4
0
是
年龄
5
tel
nvarchar
255
0
是
联系
6
address
nvarchar
100
0
是
家庭住址
7
hireTime
datetime
8
0
是
聘用日期
8
type
nvarchar
255
0
是
工种
9
sta
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统 技术 运行 环境 需求 分析 可行性