河北工业大学软件工程《汽车销售系统管理系统》实验报告.docx

资源描述

河北工业大学软件工程《汽车销售系统管理系统》实验报告.docx

《河北工业大学软件工程《汽车销售系统管理系统》实验报告.docx》由会员分享，可在线阅读，更多相关《河北工业大学软件工程《汽车销售系统管理系统》实验报告.docx（22页珍藏版）》请在冰点文库上搜索。

河北工业大学软件工程《汽车销售系统管理系统》实验报告.docx

河北工业大学软件工程《汽车销售系统管理系统》实验报告

河北工业大学

软件工程课程实验

实验报告

题目：

汽车销售系统管理系统

专业：

网络工程

班级：

网络C112网络C111

组：

第一组

组长：

马睿基

成员：

孟凡响韩峰刘轩宇王鹏

********************************

完成日期：

2013.12.22

一、项目开发计划书

完成人：

全员

1．引言（Introduction）

为实现利用信息技术获取市场信息，优化流程，完成供应链协同，订单驱动生产和财务利润最大化，企业需要一套成熟度汽车销售管理系统，是具备高度扩展能力的软硬件及系统架构所支撑的，真正符合中国市场需要的管理体系。

1.1项目概述（ProjectSummary）

本系统考虑系统组成的各环节功能需求，向最终用户提供一套先进高效的应用系统。

这套系统应该具有最先的技术特征，配置必要的数据库和应用服务程序，组织完整的管理员操作界面。

软件系统的界面简明美观，布局合理，窗口的内容尽量简单明了的提供信息，语言通俗易懂，有层次感，分类清晰。

是能够快捷的录入和读取及清楚的看到目前客户的信任度，安全性能很大提高。

1.2相关文档（RelatedDocuments）

[1]《软件产品开发任务书》

[2]《立项建议书》

[3]《用户需求报告》

[4]《需求规格书》

2．软件生存周期（SoftwareLifeCycle）

本节记录项目策划生存期定义的工作结果，需要描述的主要内容：

（1）项目生存期框图

（2）项目生存期说明

1）需求分析和定义：

分析系统用户建立系统的服务、约束和目标。

并对其详细定义从而为系统描述服务。

2）系统和软件设计：

系统设计过程区分硬件和软件系统的需求。

它建立一个总的系统体系结构。

软件设计包括识别和描述一些基本的软件系统的抽象及其之间的关系。

3）实现和单元测试：

在该阶段，软件设计是作为一组程序或程序单元实现的。

单元测试就是检验每个单元是否符合其描述。

4）集成和系统测试：

集成单个的程序单元或程序，并对系统整体进行测试一确保其满足需求。

5）运行和维护：

维护包括改正在早期个阶段未被发现的错误，改善系统单元的实现，当新的需求出现时提高系统的服务能力。

3．任务与工作产品（TaskandWorkProducts）

阶段名称

起止时间

工作内容

阶段产品

立项

11.16~11.17

确定项目，启动项目

《项目开发计划书》

需求分析

11.23~11.24

提取功能要求

《需求规格说明书》

系统设计

11.22~12.1

将需求转化为UML模型，初步建立系统结构，细化用例图、时序图

《系统设计说明书》

系统实现

12.7~12.8

代码编写与单元测试

源程序

测试

12.14~12.15

测试系统的性能需求

测试报告

产品交付

12.21~12.22

生成目标系统

用户手册

4．工作产品、任务规模、工作量估计（EstimatesofWorkProduct，TaskSizeandWorkload）

任务项

任务规模

参加人数

工作产品

预计起始时间

立项

确定项目并分配任务

全体人员

项目开发计划书

11.16

需求分析

对确定的项目进行需求分析，包括目标系统功能需求、性能需求、界面需求、接口需求

2人

需求规格说明书

11.23

系统设计

将需求转化为模型，对系统进行总体设计，包括体系结构设计、模块设计、数据结构设计、视图设计、接口设计等

3人

系统设计说明书

11.22

系统实现

根据需求分析和系统设计编写源代码，并进行单元测试

1人

源程序清单

12.7

测试

对系统进行全面测试，包括组件测试和功能测试等，并列出系统强弱项等

3人

测试报告

12.14

用户交付

全体成员

用户手册

12.21

5．资源需求计划（ResourceRequirementPlan）

●硬件环境：

·CPU:

P42.0GHz

·内存512MB以上

·硬盘40GB以上

客户端：

利用现有办公PC机

●软件环境：

操作系统：

WindowsXP及以上

运行环境：

Microsoftvisualstudio2005

二、需求规格说明书

完成人：

孟凡响韩峰

1．概述（Summary）

汽车销售管理系统，是为汽车销售公司开发的销售系统，该系统包括试车管理，订单管理，库存管理，业务信息管理。

1.1项目的目的与目标（PurposeandAimofProject）

项目的目的是对开发本系统意图的总概括。

项目的目标是将目的细化后的具体描述。

项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。

对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统目标。

1.2术语定义（TermsGlossary）

SQA（SoftwareQualityAssurance）软件质量保证

UL（UserInterface）用户接口

1.3相关文档（RelatedDocuments）

项目开发计划书—>需求规格说明书—>设计规格说明书—>源程序清单—>测试报告—>用户手册。

项目开发计划书从宏观上决定了整个项目的类型，规模，层次结构，及项目的开发时间等信息。

需求规格说明书则定义了该系统的应该怎么做，才能满足客户的需求，即定义系统功能。

系统设计说明书对系统各个模块进行了细致的分工，说明了各个模块应当实现的功能，遵循需求规格说明书提出的要求。

源程序清单为实现该系统，及各个功能模块，将整个程序也分成相应的模块，各个程序模块实现要实现的需求。

测试报告：

在编码完成后，对程序进行软件测试，并将各个步骤详细记录下来，然后对软件存在的缺陷，进行修复，错误进行更改；然后再进行测试，修复，更改，逐步完善和实现系统的功能。

用户手册：

依据以上各步实现的软件功能，编写使用方法，告之用户如何正确使用该软件。

2．问题初始分析（EarlyAnalysis）、

1.1对本系统登录账户的管理。

提供三种登录模式，即销售员登录模式和库管员登录模式还有经理登陆。

其中销售管理员，可以进行系统中订单与试车信息操作，库管员登录用户，可以操作汽车入库出库信息和库存清单信息，经理登陆可以查询销售信息和库存信息。

1.2填写汽车信息，对可销售汽车信息进行增加，删除，修改的管理。

1.3填写试车体验信息，对客户试车做出的评价进行增加，删除，修改的管理。

1.4订单管理，对订单进行增加，删除，修改的管理。

1.5入库信息管理，对入库信息增加，删除，修改的管理。

1.6出库信息管理，对出库信息增加，删除，修改的管理。

1.7仓库管理，分析入库与出库信息导出显存车辆信息。

1.8业绩查询，通过订单统计销售员业绩。

2.1场景描述（SceneDescription）

在登录时候，销售员登录上以后，进行汽车信息填写，试车体验填写，订单管理。

库管员登陆后，进行入库信息，出库信息管理，查询库存信息。

经理登陆后，进行业绩查询。

2.2初始功能提取（EarlyFunctionDistill）

填写汽车信息，对可销售汽车信息进行增加，删除，修改的管理。

填写试车体验信息，对客户试车做出的评价进行增加，删除，修改的管理。

订单管理，对订单进行增加，删除，修改的管理。

入库信息管理，对入库信息增加，删除，修改的管理。

出库信息管理，对出库信息增加，删除，修改的管理。

仓库管理，分析入库与出库信息导出显存车辆信息。

业绩查询，通过订单统计销售员业绩。

3．目标系统功能需求（FunctionofTargetSystem）

1.销售员填写汽车信息，填写试车体验信息订单管理。

2.库管员填写入库信息，出库信息，查询库存信息。

3.经理进行业绩查询。

3.1功能需求分析（FunctionAnalysis）

3.1.1用例表

用例名

添加填写汽车信息

描述

添加汽车信息表，填写汽车品牌，型号，价格的信息

参与者

销售员

前置条件

销售员登陆

触发条件

主事件流

1、点击进入汽车信息界面

2、点击进入添加汽车信息界面

3、添加所销售汽车相关信息及报价

用例名

入库信息

描述

记录汽车进货信息

参与者

库管员

前置条件

库管员登录

触发条件

汽车入库

主事件流

1、点击进入入库登陆界面

2、点击添加记录

3、输入信息，确定

后置条件

用例名

出库信息

描述

记录汽车出库信息

参与者

库管员

前置条件

登陆系统

触发条件

汽车出库

主事件流

1、点击进入出库界面

2、点击添加记录

3、从出库记录中挑出出库汽车

4、生成出库记录

5、填写出库信息，保存

后置条件

用例名

业绩查询

描述

查询每位销售员的业绩

参与者

BOSS

前置条件

每位销售员都填写了自己的订单

触发条件

BOSS查询业绩

主事件流

1、点击业绩查询

2、打印

后置条件

鲁棒图

3.1.4域模型

3.2功能需求点列表（FunctionList）

编号

功能名称

使用人

功能描述

输入内容

输出内容

销售员

登录系统

用户名，密码

主界面

库管员

登录系统

用户名，密码

主界面

登陆

经理

登陆系统

用户名，密码

主界面

填写汽车信息

销售员

对销售汽车信息进行填写修改

汽车信息

填写试车信息

销售员

对客户给汽车的评价进行填写

评价

订单管理

销售员

对订单进行添加填写修改

订单信息

4．目标系统性能需求（PerformanceofTargetSystem）

4.1时间要求（TimeRequest）

1.响应时间：

所有的查询操作、查询响应时间一般不超过3秒。

2.更新处理时间：

所有提交数据一般在1秒内响应。

3．的传送时间：

从提交一次录入到结果返回不超过5秒钟。

当系统忙碌时，应首先给予提示不能出现死循环或无限等待

4.2空间要求（SpaceRequest）

（1）支持的终端数：

>1。

（2）支持并行操作的使用者数：

<=220。

（3）处理的记录数：

1000.

5．目标系统界面与接口需求（InterfaceofTargetSystem）

5.1界面需求（InterphaseRequirement）

（1）输入设备：

键盘、鼠标等；

（2）输出设备：

显示器等

（3）显示风格：

图形界面

5.2接口需求（InterfaceRequirement）

1.用户接口用户界面简洁，以文字为主，重点显示数据

2.硬件接口无

3.软件接口数据库服务器，版本号：

Access2003

4.通信接口数据库管理员主要在局域网环境下使用系统，而学生则可能在外网进行访问系统，所以系统应同时支持局域网协议和广域网协议。

5.网络协议Tcp/ip6协议支持局域网，广域网。

6．目标系统其他需求（OtherRequirementsofTargetSystem）

6.1安全性（Security）

采用登录需要用户以及用户密码登陆以确保管理的安全性。

6.2可靠性（Dependability）

经过调试测试以确保系统的稳定性，从而确保系统的可靠性。

6.3灵活性（Agility）

系统可以采用管理员权限修改系统内的信息，不同的用户拥有不同的访问权限，从而实现系统的灵活性。

6.4特殊需求（SpecialRequirements）

（1）进度需求：

系统的阶段进度要求在实验检查之前完成。

（2）运行环境需求：

windows7/windowsXP。

7．目标系统假设与约束条件（SupposeandRestrictionofTargetSystem）

本软件的所有权和最终解释权归计算机科学与软件学院网络工程专业C102班所有

本软件需在windowsXP及以上的系统环境下运行。

三、设计规格说明书

完成人：

韩峰孟凡响

1．引言（Introduction）

1.1目的（Purpose）

本文档的目旨在推动软件工程的规范化，使设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。

1.2命名规则（NamingRule）

变量对象命名规则：

申明全局变量、局部变量对象的命名规则。

数据库对象命名规则：

数据库表名为该数据库所存数据的中文描述，如，车辆，用户，订单，部门，员工。

字段名为该字段所描述的内容的中文拼音或英文单词，如，name，sex，tel，等。

1.3术语定义（TermsGlossary）

术语定义或解释一般用表格形式给出，如表3-1所示。

表3-1术语定义或解释表

序号

术语名称

术语定义

总体结构

软件系统的总体逻辑结构。

按照不同的设计方法，有不同的总体逻辑结构。

若采用面向功能或面向数据的设计方法，则总体逻辑结构为一树形的功能模块结构图。

若采用面向对象或面向部件（构件）的设计方法，则总体逻辑结构为部件（构件）的组装图

外部接口

本软件系统与其他软件系统之间的接口，接口设施可以是中间件。

接口描述包括：

传输方式、带宽、数据结构、传输频率、传输量、传输协议

数据结构

数据结构包括：

数据库表的结构、其他数据结构等

概念数据

模型CDM

关系数据库的逻辑设计模型，叫做概念数据模型。

主要内容包括一张逻辑E-R图及其相应的数据字典

物理数据

模型PDM

关系数据库的物理设计模型，叫做物理数据模型。

主要内容包括一张物理表关系图及其相应的数据字典

视图

在基表或其他视图之上建立的一张虚表，叫做视图，它具有物理表的许多性质，在数据处理和授权上很有用

角色

数据库中享有某些特权操作的用户，叫做角色。

角色的权利通过授权来实现

子系统

具有相对独立功能的小系统叫做子系统。

一个大的软件系统可以划分为多个子系统，每个子系统可由多个模块或多个部件组成

模块

具有功能独立、能被调用的信息单元叫做模块。

模块是结构化设计中的概念

内部接口

软件系统内部各子系统之间、各部件之间、各模板之间的接口，叫做内部接口。

接口描述包括：

调用方式、入口信息、出口信息等