系统技术及运行环境需求分析与可行性分析Word文件下载.docx
《系统技术及运行环境需求分析与可行性分析Word文件下载.docx》由会员分享，可在线阅读，更多相关《系统技术及运行环境需求分析与可行性分析Word文件下载.docx（60页珍藏版）》请在冰豆网上搜索。
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]。
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为描述车辆客户信息的关系实体图，一辆只对应一位车主，所以客户的信息可以跟随车辆信息绑定在一表中，车牌号为主键。
2车辆信息E—R图
3为描述进货信息的关系实体图，进货编号为主键。
3进货信息E—R图
图4·
4为整体关系实体图，此图中展现了管理员管理接待员、收银员、进货员3种类型的系统用户，一个管理员可以管理多个系统用户，收银员、接待员、进货员也可以进行多个对应操作。
4系统总体E—R图
用例图全名为使用实例图。
它为用户进行需求获取和建模提供了一种有效的方法，是面向对象分析的基础，一个“用例”可描述软件系统和外部角色（Actor）之间的一次交互，如图4·
5，为管理员用例图。
5管理员用例图
系统逻辑结构设计
本系统数据库采用SQLServer2005数据库，系统数据库名称为Cars，数据库Cars共有10表。
本系统首先需要用户登录才能进入界面，而且系统根据用户所拥有的不同权限来实现系统的管理及运用。
根据需求建立数据库，如下：
表4·
1为系统用户信息表User——主键：
编号（userID），此表用来记录系统用户详细信息。
表4·
1系统用户信息表
序号
列名
数据类型
长度
小数位
标识
主键
允许空
说明
1
userID
nvarchar
255
是
否
用户编号
2
userName
用户名
3
userPwd
密码
4
typeNum
int
类型
5
sex
性别
6
tel
联系
7
address
家庭住址
8
comment
备注
2为车辆及客户信息表Car——主键：
车牌号（carID），是集车辆信息和车主客户信息一体的一关系表。
2车辆及客户信息表
carID
车牌号
style
车型
vinCode
vin码
enginee
发动机号
color
颜色
life
行驶里程
7’
buyTime
datetime
购买时间
name
车主
9
10
11
100
地址
12
unit
单位
13
16
3为员工信息表Employee——主键：
编号（employeeID），此表为存储公司员工信息的一关系表。
3员工信息表
employeeID
员工编号
age
年龄
hireTime
聘用日期
type
工种
sta
升级会员 