《汽车俱乐部管理系统》实验报告分析.docx

资源描述

《汽车俱乐部管理系统》实验报告分析.docx

《《汽车俱乐部管理系统》实验报告分析.docx》由会员分享，可在线阅读，更多相关《《汽车俱乐部管理系统》实验报告分析.docx（56页珍藏版）》请在冰豆网上搜索。

《汽车俱乐部管理系统》实验报告分析.docx

《汽车俱乐部管理系统》实验报告分析

河北工业大学

软件工程课程实验

实验报告

题目：

汽车俱乐部管理系统

专业：

网络工程

班级：

网络C102

组：

第四组

组长：

成员：

指导教师：

张健楠

完成日期：

2012.12.30

一、项目开发计划书

完成人：

1．引言（Introduction）

在目前市场经济条件下，企业管理者不仅仅需要掌握客户信息，还需要高效的存储以及读取和安全的防护措施来保护客户信息不受非法用户或未授权用户的窃取。

当今车辆日益增多，人民物质文化需要极大提高，人民生活水平日益提高，越来越多的车辆购入家中，相同的爱好把他们聚集在汽车俱乐部，为更方便有效的管理汽车俱乐部。

现在开放本系统。

本系统采用简单的人机界面，主要有用户体系，服务体系，管理系统，具有高效和管理安全的特点，是一种先进的用户管理系统。

1.1项目概述（ProjectSummary）

本系统考虑系统组成的各环节功能需求，基于使用成熟技术和实例化的原则，向最终用户提供一套先进高效的应用系统。

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

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

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

1.2相关文档（RelatedDocuments）

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

[2]《立项建议书》

[3]《用户需求报告》

[4]《需求规格书》

2．软件生存周期（SoftwareLifeCycle）

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

（1）项目生存期框图

（2）项目生存期说明

1）需求分析和定义：

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

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

2）系统和软件设计：

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

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

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

3）实现和单元测试：

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

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

4）集成和系统测试：

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

5）运行和维护：

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

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

阶段名称

起止时间

工作内容

阶段产品

立项

10.21~10.25

确定项目，启动项目

《项目开发计划书》

需求分析

10.26~11.01

提取功能要求

《需求规格说明书》

系统设计

11.2~11.6

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

《系统设计说明书》

系统实现

11.7~11.27

代码编写与单元测试

源程序

测试

11.28~12.1

测试系统的性能需求

测试报告

产品交付

12.1~12.3

生成目标系统

用户手册

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

任务项

任务规模

参加人数

工作产品

预计起始时间

立项

确定项目并分配任务

全体人员

项目开发计划书

10.21

需求分析

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

2人

需求规格说明书

10.28

系统设计

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

3人

系统设计说明书

11.3

系统实现

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

1人

源程序清单

11.8

测试

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

3人

测试报告

11.28

用户交付

全体成员

用户手册

12.20

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系统用户管理：

该功能仅提供给管理员用户，或者拥有管理员密码的用户。

系统只允许有且只有一个名为fzw的管理员，且其用户名不可更改。

在对系统用户进行增加，删除操作时，可以允许一个客户拥有不同的几个密码（均为普通用户级别）。

1.7提供救援服务：

为本俱乐部会员提供救援服务，同时记录救援情况。

1.8提供旅行服务：

为本俱乐部以交会费的会员提供旅行服务，同时可为未交费会员交费。

2.1场景描述（SceneDescription）

在登录时候，用户登录上以后，进行查询或者定制各种各样的服务。

而管理人员再进入系统后，可以进行管理会员车辆以及员工调度等等。

2.2初始功能提取（EarlyFunctionDistill）

管理会员：

实现对会员的增加，删除，修改，查找，以及会员交费的操作。

理车辆：

对俱乐部的救援车辆进行增加，删除，修改的管理。

管理部门：

实现对俱乐部内各个部门的增加，删除的管理及统计各个部门的人数。

管理员工：

实现对俱乐部内工作人员增，删，查及部门间调度的管理。

系统用户管理：

该功能仅提供给管理员用户，或者拥有管理员密码的用户。

系统只允许有且只有一个名为fzw的管理员，且其用户名不可更改。

在对系统用户进行增加，删除操作时，可以允许一个客户拥有不同的几个密码（均为普通用户级别）。

供救援服务：

为本俱乐部会员提供救援服务，同时记录救援情况。

提供旅行服务：

为本俱乐部以交会费的会员提供旅行服务，同时可为未交费会员交费。

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

1.用户（俱乐部工作人员）身份验证和用户权限组织；

2.会员管理（会员信息、会员费收缴记录录入，查询，修改）；

3.救援服务（呼救记录，救援情况记录以及救援车辆管理）；

4.旅行服务（旅行信息记录、修改、查询）；

5.系统管理（设置提醒提前日期，用户管理等）；

6.俱乐部管理（俱乐部部门、工作人员、救援车辆管理）；

3.1功能需求分析（FunctionAnalysis）

3.1.1用例表

用例名

描述

用于工作人员登录到系统主界面

参与者

俱乐部工作人员

前置条件

开机

主事件流

1.工作人员打开登录界面

2.输入登录名及登录密码

3.点击登录

可选事件流

后置条件

工作人员登录了系统，显示主界面

管理会员

用例名

管理会员

描述

用于会员信息、会员费收缴及删减增加等一系列的操作

参与者

工作人员，客户

前置条件

工作人员已登录系统，进入了主界面

会员缴费：

会员费用没交

查看会员信息：

系统中已添加会员

主事件流

1.工作人员点击打开会员管理

2.工作人员点击要执行的操作

3.添加会员输入客户的姓名，证件号码等一系列身份信息

4.删除会员，提示是或否

5.查看会员信息

可选事件流

选择会员；删除会员，提示“是”或“否”

添加会员时的证件类型

后置条件

添加新会员成功，数据库中添加或删除相应会员信息。

会员缴费成功，数据库中相应会员中标记已缴费。

点击“返回”，返回到管理会员界面

旅行服务

用例名

提供旅行服务

描述

为已交费的会员提供旅游服务

参与者

工作人员，客户

前置条件

工作人员已登录系统

主事件流

1.工作人员点击“提供旅游”

2.系统列出已交费的会员和未交费的会员名单

3.工作人员选择是否提醒未交费会员缴费

4.选择可提供的旅游服务

5.为已交费的会员定制旅游服务

6.通知已交费会员旅游服务定制成功

可选事件流

2中是否提醒未交费会员缴费

3中可选择是否提醒未交费会员缴费

4中选择可提供的旅游服务

后置条件

系统数据库列出会员缴费情况，提醒未交费会员缴费

界面显示“旅游服务定制成功”，数据库中相应会员中添加定制的旅游服务，点击“确定”返回旅游服务界面

救援服务

3.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）支持并行操作的使用者数：

<=300。

（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

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

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

视图

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

角色

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

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

子系统

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

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

模块

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

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

内部接口

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

接口描述包括：

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