大连理工大学城市学院软件工程大作业
学院（系）：计算机工程学院
专业：软件工程
学生：陈俊伊
授课教师：张应博
完成日期： 2010年6月
大连理工大学城市学院《软件工程》大作业
题目：基于Web的汽车信息管理系统分析、设计与实现
成绩：
总计大作业 66页
表格 22表
插图 4
目录
第一章汽车信息管理系统需求分析 (4)
1.导言 (4)
2.系统定义 (5)
3.应用环境 (6)
4.功能规格 (8)
5.界面需求 (15)
6.产品提交 (16)
7.实现约束 (17)
第二章汽车信息管理系统概要设计 (18)
1.系统分析 (18)
2. 界面设计 (18)
4. 数据模型 (22)
5. 模块 (25)
第三章汽车信息管理系统详细设计 (26)
1.系统设计概述 (26)
2. 详细设计概述 (26)
3. 登录模块的详细设计 (26)
4. 配置文件 (36)
第四章汽车信息管理系统编码实现 (43)
1.编码格式规范 (43)
2.命名规范 (43)
3.声明规范 (44)
4.目录规范 (44)
第五章汽车信息管理系统测试计划 (46)
1. 测试项目 (46)
2. 测试方法 (65)
第六章部署运行维护 (66)
第七章总结与展望 (67)
1.本程序的总结和展望 (67)
2.感想 (67)
参考文献 (68)
第一章汽车信息管理系统需求分析
1.导言
1.1 目的
该文档是关于用户对于汽车信息管理系统的功能和性能的要求，重点描述了汽车信息管理系统的功能需求，是概要设计阶段的重要输入。
本文档的预期读者是：
·设计人员；
·开发人员；
·项目管理人员；
·测试人员；
·用户。
1.2 范围
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么”的问题。在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的平台。
1.3 编写说明
ASP,Active Server Page（动态服务器页面）的缩写，一种服务器端的脚本技术。
UML,Unified Modeling Language（统一建模语言）的缩写，是一个标准的建模语言。
1.4 术语定义
无
2.系统定义
我们分别阐述一下项目的来源、背景，项目的用户特点和项目的目标。
2.1 项目来源及背景
本项目是为一些想购买汽车的人提供信息的一个汽车信息管理系统，由于汽车比较贵，用户想知道一些汽车的信息，对想要购买的汽车进行查询，计算等等。这个工作对于一些人来说就要去外面调查，比较麻烦。同时用户自己咨询的汽车种类也有限。
为了解决以上这些问题，从而开发出了针对想查看汽车信息的人在网上浏览汽车信息系统。
2.2 用户的特点
本系统的用户都是网上用户，包括两类，一类“管理员”，“管理员”不但负责管理所有的汽车信息的管理，同时还负责用户留言的管理。
另外一类用户就是网上浏览用户，他们使用该系统的如下功能“对汽车信息进行查询”、“反馈信息留言”、“购车计算”等功能”。
2.3 项目目标
本项目设定的目标如下：
·系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少；
·系统运行的效率一般，但是运算出结果所需的时间应该是用户在可以接受
的范围内（<=30秒）
·平台的设计具有一定的超前性，灵活性，能够适应学校管理的变化；
·通过这个项目可以锻炼自己，提高开发能力和项目管理能力。
3.应用环境
根据用户的需求陈述，可以确定本项目分为客户端（匿名用户）和管理端（汽车信息管理员）。
客户端主要功能是“反馈留言”、“汽车信息查询”、“购车计算”。
管理端的功能提供“汽车信息管理”、“用户留言管理”等功能。它们的关系如图1-1所示、。
3.1 系统运行的网络环境
本系统的网络运行图如图1-2所示，客户端的匿名用户无需登陆，管理端的管理员需通过网络登录到本系统中。用户通过网络查看汽车等相关信息，管理端的系统汽车信息管理员通过网络添加型号及汽车信息及用户的留言管理。
3.2 系统运行的硬件环境
本系统的硬件环境如下：
客户机：普通PC
·CPU：P41.8GHz以上
·内存：256MB以上
·能够运行IE5.0以上或者Netscape4.0以上版本的机器·分辨率：推荐使用1024×768像素
Web服务器
·CPU：P41.0GHz
·内存：1G以上
·硬盘：80GB以上
·网卡：KMb/s速度
数据库服务器
·CPU：P42.0GHz
·内存：1GB以上
·硬盘：80GB以上
系统运行软件环境
本系统的软件环境如下：
·操作系统：XP/Linux/Windows2000或以上版本
·数据库：SQL serer2000
·浏览器：IE5.0以上
4.功能规格
我们采用面向对象分析作为主要的系统建模方法，使用UML （Unified Modeling Language）作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。
用例描述角色（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。
设计用例时，我们遵循下列步骤：
1）识别出系统的角色。角色可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者（角色）是谁。尽可能地确保所有角色都被完全识别出来。
2）描述主要的用例。可以采取不断地问自已“这个角色究竟想过系统做什么？”来准确地描述用例。
3）重新审视每个用例，为它们下个详尽的定义。
4.1 角色定义
角色或者执行者指与系统产生交互的外部用户或者外部系统。
1 匿名用户
导师是指在负责一个专业某个班级的一位老师，它可以管理多个班级。使用以下功能：“学期科目管理”、“学期学生管理”、“成绩录入”，“成绩查看”、“统计查看”。匿名用户是指在这个汽车信息系统中通过浏览器查询汽车信息的匿名人员，这个角色主要参与客户端的信息查询功能、留言功能、购车计算功能等。
2 管理用户
管理用户是指管理端的用户，即信息管理员，信息管理员是指对网上汽车信息系统进行相关设置、进行系统维护的人员，他是通过管理端登录对管理端的信息进行设置。
管理用户具体说明如下：
信息管理员
通过管理端对系统信息进行管理的人员，这个角色主要负责对管理端汽车信息的增删、修改功能和用户留言的增删、修改功能。
3 数据库
数据库是一个与系统产生交互的外部系统，这个角色负责系统的数据查询、增加、删除和修改等操作。
4.2 系统主用例图
汽车信息管理系统可以分为两个主要的组成部分，一个是客户端子系统。一个是管理端子系统。客户端子系统功能主要是指浏览者通过网站进行操作的功能，即查询功能。管理端子系统功能是汽车信息公司的管理人员发布汽车信息功能。系统的主用例如图1-3所示。
匿名用户管理用户管理端子系统
图1-3 系统的主用例图
4.3 客户端子系统
用户通过汽车信息系统对汽车信息进行查看。图1-4是它的活动图。
客户端的功能主要包括“反馈留言”、“购车计算”，“汽车信息查看”。图1-5是它的用例图。
图1-4 客户端的活动图
用户
图1-5 客户端的功能用例图
4.3.1反馈留言
用例描述：对网站进行留言；
执行者：匿名用户；
前置条件：无；
后置条件：留言后可看到自己留言
基本路径：
a）反馈留言
4.3.2购车计算。
如果浏览者想自己模拟一个汽车，就开始填入相应信息。具体描述如下。
用例描述：购车计算；
执行者：匿名用户；
前置条件：无；
后置条件：信息输入后，则可以出现相应结果信息。
基本路径：
a）汽车参数信息输入，
b）点击计算后出现最后的结果
4.3.3汽车信息查看。
用例描述：查看汽车的详细信息。
执行者：匿名用户；
前置条件：无；
后置条件：无
基本路径：
a）选择相应品牌
b）选择车型
4.4 管理端子系统
管理端子系统主要是提供管理人员使用的功能，它的功能分是对汽车信息的管理。图1-7是它的用例图。
图1-6管理员的功能活动图
用户留言管理
图1-7 管理端用例图
4.4.1登陆管理。
登录到管理端的所有人都需要通过登录界面进入相应的管理界面。在登发界面输入用户名和密码，系统首先判断用户名和密码的正确性，然后显示管理界面。
4.4.2汽车信息管理
在汽车信息管理系统中，有一个汽车信息库，它是汽车信息的基本组成。汽车管理模块主要是完成对每条汽车信息的增加、删除、修改、查询等维护功能。具体描述如下。
用例描述：汽车信息管理；
执行者：信息管理员；
前置条件：信息管理员已登录系统；
后置条件：如果信息库维护成功，则数据库中的信息库随之变化。
基本路径；
a）进入汽车信息管理界面，显示汽车信息；
b）点击每个信息可以详细浏览这辆汽车的具体内容，同时也可以对这辆汽车的具体内容进行修改；
c）增加汽车时，首先选择汽车类别，然后是汽车名称、汽车描述等；
d）可以删除选择的汽车。
4.4.3用户留言管理管理
在用户留言管理系统中，有一个留言信息库，它是留言信息的基本组成。留言信息管理模块主要是完成对每条留言信息的删除维护功能。具体描述如下。
用例描述：留言信息管理；
执行者：信息管理员；
前置条件：信息管理员已登录系统；
后置条件：如果信息库维护成功，则数据库中的信息库随之变化。
基本路径；
a）进入用户留言信息管理界面，显示留言信息；
b）可以删除选择的留言。
5.界面需求
系统的界面要求如下。
1）页面内容：主题突出，站点定义、术语和行文格式统一、规范、明确、栏目、菜单设置和布局合理，传递的信息准确、及时。内容丰富，文字准确，语句通顺，专用术语规范，行文格式统一规范。
2）导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。
3）技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览，无错误链接和空链接；采用CSS处理，控制字体大小和版面布局。
4）艺术风格：界面、版面形象清晰悦目、布局合理，字号大小适宜、字体选择合理，前后一致，美观大方，动与静搭配恰当，动静效果好；色彩和谐自然，与主题内容相协调。
5.2 响应时间需求
无论是客户端还是管理端，当用户登录，进行任何操作的时候，系统应该及时地进行反应，反应的时间在30秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，以避免出现长时间等待甚至无响应。
5.3 可靠性需求
系统应保证7×24小时内不宕机，保证15人可以同时在客户端登录，此时系统能正常运行，正确提示相关内容。
5.4 开放性需求
系统应具有较强的灵活性，以适应将来功能扩展的需求。
5.5 可扩展性需求
还有很多功能可以添加：如：
1用户注册；
2对相应的汽车留言评论
3对用户的留言进行修改
4更丰富的显示汽车的详细信息
以上功能均可实现，时间有限，尚未完成
5.6 系统安全性需求
1应该使用过滤器（Filter）或拦截器，对非法进入页面进行拦截
2许多session对象使用后没有释放，很占资源，如果多人使用容易使系统崩溃，真正使用时，必须释放。
6.产品提交
提交产品为：
a）应用系统软件包；
b）数据库中有一些测试是的数据
c）系统开发过程文档；
d）系统使用、维护说明文档，提交方式为CD介质。
7.实现约束
系统的实现约束如下：
a）操作系统为WindowsXP
b）开发平台为：Microsoft Visual Studio 2005 c）数据库为Microsoft SQL Server
第二章汽车信息管理系统概要设计
1.系统分析
本系统可以实现汽车信息的管理，用户可以通过客户端对汽车进行查询
客户端的功能主要包括反馈留言”、“购车计算”，“汽车信息查看”。
管理端子系统主要是提供管理人员使用的功能，它的功能分是对汽车信息的管理和对用户留言的管理。
2. 界面设计
本系统的用户界面按功能分为客户端界面和管理端界面。
图2-2 登录页面
2.1 管理端界面设计
管理端的功能提供“汽车信息管理”、“用户留言管理”等功能。
主要界面设计如下：
·登录界面：通过输入用户各和密码，实现用户登录，；
·管理首页：链接到各个功能
·汽车信息管理：包括“汽车信息列表”、“添加汽车信息”、“修改汽车信息”、“增加汽车信息”和“删除汽车信息”等页面；
·留言信息管理：包括“留言信息列表”“删除留言信息”等页面；
图2-3 管理员登录后页面
2.2 客户端界面设计
客户端的功能主要包括“查询汽车”、“反馈留言”、“购车计算”，“汽车信息查看”。
主要界面设计如下：
·汽车信息首页：链接到各个功能
·汽车查询：
·反馈留言
·购车计算
图2-4 匿名用户登录后页面
3.1 体系结构
本系统使用.NET Framework体系结构
3.1.1 .NET Framework体系结构
对于开发Web应用，要从头设计并开发出一个可靠、稳定的框架不是一件容易的事情。随着Web功能的增强，网站结构也变得复杂起来，此时就需要对系统做进一步的分类、封装和抽象。.NET Framework就可以适应这复杂网站的需要，.NET Framework中文名叫.NET框架，他包括两部分内容：公公语言运行时（CLR）和框架类库集（FCL）。三层框架就是在客户的显示层与服务器层中间增加一个中间层。在中间层中放置网站共用的逻辑处理代码。