技术博客05 软件需求工程和UML建模第二组

《校车座位预约系统》需求规格说明文档

 

目录：

 

1.引言

1.1编写目的

1.2项目背景

1.3项目范围

1.4定义、缩写词和符号

1.5参考资料

2.总体描述

2.1 产品前景

2.2产品目标

2.2.1 开发目标

2.2.2 应用目标

2.3 产品功能

2.3.1 产品功能分解图

2.4 用户类及其特征

2.4.1 校车预约系统功能陈述

2.4.2 用户类分析

2.5 运行环境

微信7.0.4版本以上均可使用。

2.6 设计和实现上的约束

3.系统特性

3.1 描述和优先级

3.1.1 需求细化

3.1.2 需求优先级划分

3.2 刺激/响应序列

3.2.1 响应序列

3.2.1.1 需求响应层级

3.2.1.2 用例图展示

3.2.2 交互图（顺序图）

3.2.2.1 预约

3.2.2.2 取消预约

3.2.3 活动图

3.2.3.1 预约功能阶段

3.2.3.2 取消预约功能阶段

3.2.3.3 黑名单查询功能阶段

3.3 功能需求

3.3.1 实名制认证与注册

3.3.2 校车班次查看以及预约

3.3.3 用户中心以及取消预约

3.3.4 黑名单查询

4.数据描述

4.1 数据流图

4.2 数据字典

4.3 数据建模（EDR

4.3.1 EDR建立实体关系

4.3.2 EDR添加详细描述信息

4.4 数据库

4.4.1 数据库功能

4.4.2 数据库实现

5.对外接口需求

5.1 用户界面

5.2 硬件接口

5.3 软件接口

6.其他非功能需求

6.1 性能需求

6.2 安全性需求

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1.引言

 

1.1 编写目的

随着高校学生对于校车的使用需求日益增长，产生了一系列的问题以及新的需求。针对这种现象的产生，我们对高校的校车运营管理现状进行了调研。调研的结果展示出了目前校车运营中缺失了人性化的预约管理，因此我们设计了《校车座位预约系统》，在进行了前期的市场调查和分析的基础上，我们提出了这份需求规格说明书。

此需求规格说明文档对《校车座位预约系统》从各个方面做了全面细致的用户需求分析，并根据需求分析所得出的结论，我们明确了该系统所应具备的用户功能、用户界面以及工作性能，通过该系统的功能实现校车的查询以及快速预约，使在校学生和老师都可以方便快捷的使用该系统进行需要的操作，同时也加强了运营方对于校车的管理。该文档同时为研发人员和设计人员提供了详细的用户需求，以便在此基础上提出设计方案并进行后续的开发工作。本需求规格说明书主要为需求分析人员、测试人员、用户文档编写者和项目管理人员编写，也可供对此系统感兴趣的潜在用户阅读。

 

1.2 项目背景

校车是学校为学生提供的出行交通工具，具有便捷、舒适并且实惠的多方面优点，相比于采用高价的滴滴打车和拥挤的地铁等方式出行，校车出行有着独有的优势。并且绝大部分的学生都会偶尔有，前往中关村校区办理事务或借校车进城的需求，对于部分学生这种需求十分强烈。而对于在校任职的教师，许多教师需要不断地往返于两个校区之间来授课，因此他们也需要借助稳定且快捷的校车作为出行工具。因此，选择乘坐校车的人越来越多，也产生了许多新的问题，例如教师希望可以长期有固定的校车乘坐，避免没有座位无法乘坐校车而导致引发教学事故；还有学生也对自己早早去排队却有可能因缺少座位而耽误出行，如果可以提前得知自己是否有座位，一来可以节省学生排队所需的时间，也同时让没有座位的学生可以事先准备其他的出行方式，避免延误要事。基于这种需求的产生，以及校车管理问题亟待解决的现状，我们提出了《校车座位预约系统》的初步方案，并结合深入的调查以及分析，我们整理出了各方需求，对功能进行了模拟、设计，并进一步的开发出了方便实用、能满足师生需求的应用系统。

 

1.3 项目范围

本项目的用户对象范围包含在校学生、教师、校车管理运营方。整个项目可以分为四个部分（即四个主要任务），一是对用户需求分析建模，二是根据需求分析进行结构化分析以及uml建模，三是设计产品原型，四是原型的实现与测试。

 

1.4 定义、缩写词和符号

（1）需求：用户解决问题或达到目标所需的条件或功能；系统或系统 部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。

 

（2）输入：提供所有与本系统相关功能有关的输入描述。

 

（3）输出：提供所有与本系统相关功能有关的输出描述。

 

1.5 参考资料

（1）Beginning PHP and MySQL (PHP与MySQL程序设计第四版） 人民邮电出版社 （美）吉尔摩著 朱涛江译

（2）CSDN上关于“微信小程序前端开发教程”的多篇博客。

https://blog.csdn.net/ssyes123/article/details/79735018

 

https://blog.csdn.net/qq_37591637/article/details/90543725

 

https://blog.csdn.net/yyz_suhua/article/details/79813272

 

https://blog.csdn.net/lq_lq314/article/details/72729957

 

https://blog.csdn.net/W_SSNY/article/details/80431695

 

https://blog.csdn.net/qq_38815953/article/details/79649315

 

 

2.总体描述

 

2.1 产品前景

为了调查该项目是否具有开发前景，我们在校园内进行了采访抽样，并设计了相关的需求调查问卷。在问卷之中我们询问了潜在用户对于《校车座位预约系统》的看法，并通过网络散播该问卷给北京理工大学各个学院、年级的学生。在收集数据后，我们对于问题的回答进行了分析，得出了绝大部分参与调查的学生对于该预约方式是支持的，并且八成以上的同学均认为他们对于预约系统有使用的需求。加上之前我们对学校每天使用校车人次的统计可以看出，学校内每天都有大量的学生需要使用校车出行，因此具有大量的潜在用户，而乘坐校车的同学中，绝大部分同学均认为需要这种预约校车座位的功能，所以我们认为，《校车座位预约系统》的存在是有必要的，并且该系统会有大量的用户支持。

（下面是问卷调查的部分数据展示）

 

 

2.2 产品目标

 

2.2.1 开发目标

该《校车座位预约系统》是为了满足在校师生在校车乘坐方面所提出的各种需求而设计的，因此需要三个大类功能，第一个功能是查询所需乘坐的车次并进行作为预约，第二个功能是对自己已经预约的行程进行修改（取消预约），并且为了避免有人浪费校车资源，做出类似于预约了某天校车却没有乘坐、或频繁在发车前很短的时间内取消预约（会影响到其他用户）的行为，我们设计了第三个功能，即黑名单监督功能。设计的目标是，让用户可以更加方便快捷的获取校车的信息以及进行预约，并且向教师开放长期预约的通道，同时为校车管理运营方提供数据，实现对校车车次与乘坐人数进行统计，方便其对校车的安排进行一定的调整。

 

2.2.2 应用目标

通过《校车座位预约系统》，用户可以通过实名制认证注册获得个人账号，并通过该账号，来使用系统中的各项功能。登陆之后可以查看公告信息、查看校车车次信息、进行座位预约，除此之外，还可以通过用户中心来查看自己已经预约了的车次，如果有行程变更需要更改预约信息，可以在用户中心取消自己已预约的车次，用户中心还将提供黑名单查询，用户可以查询自己的黑名单记录以及自己的账号被封停的起始时间、截止时间。

 

2.3 产品功能

 

2.3.1 产品功能分解图

 

2.4 用户类及其特征

 

2.4.1 校车预约系统功能陈述

注册：

每位新网络用户凭借身份证号/电话号以及学号申请账号，已获得授权的账号可以使用系统提供的页面来设置个人密码，并使用账号和密码向系统注册。

 

浏览班车班次与座位信息：

任何已经注册并登录、且满足信誉要求的校车预约客户，都可以查询一段时间以内的班车的发车时间、座位剩余情况。

 

预订班车座位：

任何已经注册并登录、且满足信誉要求的用户，都可以查询一段时间以内的班车的可预约性，并进行预约/改签操作。

 

信用情况记录：

每个参与预约的校车预约客户，都将根据座位资源使用情况得到信用评分。每个用户均可查询自己的信用评分，也可以浏览严重失信名单。

 

客户信息登入及编辑：

只有后台操作人员才能对用户的学号进行收集、对用户的信用评分进行登入，并编辑严重失信名单。

 

班车信息录入与编辑：

只有后台操作人员才能对班车的时刻表进行录入与调整，并作出对特殊情况的通知。

 

2.4.2 用户类分析

类：

网络用户

校车预约客户

后台操作人员

 

属性：

校车预约客户信息：身份证号、学号、电话号、密码。

 

静态UML类图：

 

 

2.5 运行环境

微信7.0.4版本以上均可使用。

 

2.6 设计和实现上的约束

开发环境与设计约束：

前端：Stable v1.02.1905230

后端：Apache/2.4.39 （Win64）

MySQL Ver 8.0.16 for Win64 on x86_64

PHP Version 7.3.6

 

 

3.系统特性

 

3.1 描述和优先级

 

3.1.1 需求细化

 

 

3.1.2 需求优先级划分

 

其中需求优先级的顺序由高到低为：选车次预约>获取校车班次信息表>查看预约与取消预约规则>选车次取消预约=实名制认证注册窗口>个人黑名单记录页>账户冻结情况查询>意见反馈窗口。

 

3.2 刺激/响应序列

 

3.2.1 响应序列

 

3.2.1.1 需求响应层级

最高层级：车次更新、用户身份认证

第二层级：预约校车、取消预约

第三层级：黑名单查询

 

3.2.1.2 用例图展示

 

3.2.2 交互图（顺序图）

 

3.2.2.1 预约

 

 

3.2.2.2 取消预约

 

 

3.2.3 活动图

 

3.2.3.1 预约功能阶段

 

 

3.2.3.2 取消预约功能阶段

 

 

3.2.3.3 黑名单查询功能阶段

 

 

3.3 功能需求

根据用户的信息反馈、前期调查结果的分析、设计建立原型模型，我们做出了系统的功能需求分析，并总结出了原型系统中所应具有的功能点。

 

3.3.1 实名制认证与注册

为用户提供账号注册功能，其中可细分为注册、登陆、密码找回三个大功能，注册时填写身份证号、学号、手机号、密码，登陆时使用学号加密码，找回密码时使用短信验证码的方式找回密码。注册时，所有的个人信息将存储在数据库中，用以进行登陆验证。

 

3.3.2 校车班次查看以及预约

为用户提供班车车次列表，用户可以自由选择想要预约日期的车次，并可以通过当天的停靠时间和出发地、目的地来精准的查找对应车次，点击预约后会返回提示信息，提示用户预约成功或者当前车次已满（即预约失败）。在用户预约之后，系统会将信息传入数据库，修改对应车次的剩余座位信息，并修改用户的个人记录，以便用户查询自己所预约的车次。

 

3.3.3 用户中心以及取消预约

用户中心为用户提供查询服务，用户可以看到自己的预约信息，在查看的同时也可以同时进行取消预约的操作，如果系统判断此次取消预约属于违约行为，则会记录违约，并会返回信息提醒用户违约记录。

 

3.3.4 黑名单查询

用户可以查询自己的黑名单记录，即自己的账号是否因为违约停。

 

 

 

4.数据描述

 

4.1 数据流图

 

4.2 数据字典

 

 

 

4.3 数据建模（EDR）

 

4.3.1 EDR建立实体关系

 

 

 

4.3.2 EDR添加详细描述信息

 

4.4 数据库

 

4.4.1 数据库功能

数据库用来存储校车的车次信息以及用户的个人信息，包括黑名单记录，账户冻结时间等均在数据库中存储。

 

4.4.2 数据库实现

 

 

 

5.对外接口需求

 

5.1 用户界面

我们设计了简洁明了的用户界面，操作简便，用户可以很轻松的学会使用我们的产品，并且可以快捷的完成自己想要进行的操作。

 

5.2 硬件接口

本系统不需要特殊的硬件接口。

 

5.3 软件接口

可以在任何操作系统的手机上使用，在7.0.4以上版本的微信上均可使用该系统。

 

 

6.其他非功能需求

 

6.1 性能需求

该系统的性能主要依赖于数据库，其次依赖于微信服务器。

 

6.2 安全性需求

该系统的安全性主要在于数据库存储信息的安全性，与局域网的防火墙相关。

转载于:https://www.cnblogs.com/yuehungege/p/11023538.html