2校园便捷送水系统需求文档.docx

上传人:b****4 文档编号:3931755 上传时间:2022-11-26 格式:DOCX 页数:68 大小:661.86KB
下载 相关 举报
2校园便捷送水系统需求文档.docx_第1页
第1页 / 共68页
2校园便捷送水系统需求文档.docx_第2页
第2页 / 共68页
2校园便捷送水系统需求文档.docx_第3页
第3页 / 共68页
2校园便捷送水系统需求文档.docx_第4页
第4页 / 共68页
2校园便捷送水系统需求文档.docx_第5页
第5页 / 共68页
点击查看更多>>
下载资源
资源描述

2校园便捷送水系统需求文档.docx

《2校园便捷送水系统需求文档.docx》由会员分享,可在线阅读,更多相关《2校园便捷送水系统需求文档.docx(68页珍藏版)》请在冰豆网上搜索。

2校园便捷送水系统需求文档.docx

2校园便捷送水系统需求文档

校园便捷送水系统

需求规格说明书

 

12软件项目小组

顾利利

王姗姗

刘芹

张茹

杨瑞

李想

 

1.引言………………………………………………………3

1.1目的……………………………………………………3

1.2范围……………………………………………………3

1.3项目背景………………………………………………3

1.4缩写说明………………………………………………3

1.5术语定义………………………………………………3

1.5参考资料………………………………………………4

1.6版本信息………………………………………………4

2.任务概述…………………………………………………4

2.1系统定义………………………………………………4

2.2运行环境………………………………………………5

2.3条件限制………………………………………………8

3.数据描述

3.1静态数据………………………………………………9

3.2动态数据………………………………………………9

3.3数据库描述……………………………………………10

3.4数据字典………………………………………………10

3.5数据采集………………………………………………13

4.功能需求…………………………………………………19

4.1功能划分………………………………………………19

4.2功能描述………………………………………………22

5.性能需求…………………………………………………36

6.运行需求…………………………………………………38

7.签字………………………………………………………s41

 

 

1.引言

1.1目的

该文档是关于校园便捷送水系统的功能和性能描述,重点描述了系统的功能需求,是概要设计阶段的主要输入。

本文档的预期读者是:

·需求分析人员;

·设计人员;

·开发人员;

·项目管理人员;

·测试人员;

·用户。

1.2范围

该文档描述了目标系统的逻辑视图,解决系统“做什么”的问题。

在这里,对于开发技术并没有涉及,而主要是通过建模的方式来描述用户的需求。

为客户、用户、开发方等不同参与方提供一个交流的平台。

1.3项目背景

项目名称:

校园便捷送水系统

项目的提出者:

12软件项目小组

开发单位:

12软件项目小组

用户消费者、送水员工、管理员

项目实施单位:

12软件项目小组

与其他系统的关系:

本系统独立运行

1.4缩写说明

1.5术语定义

表A-1-1

编号

术语名称

含义说明

01

用户

包括消费者、送水员工、管理员

02

消费者

在本系统中指的是校园学生宿舍区购水消费者,即在校学生

03

送水员工

在本系统中指的是购水活动中负责送水的员工

04

管理员

在本系统中指的是校园售水厂商

1.5参考资料

[1]窦万峰,软件工程方法与实践,北京:

机械工业出版社,2009

[2]韩万江,软件工程案例教程,北京:

机械工业出版社,2011

[3]吕云翔,软件工程——理论与实践,北京:

人民邮电出版社,2012

1.6版本信息

具体版本信息如下:

表A-1-2

修改编号

修改日期

修改后版本

修改位置

修改内容概述

1

2015-04-28

1.0

全部

完成第一次编写

 

2.任务概述

2.1系统定义

2.1.1项目来源及背景

本项目是软件班软件工程小组提出的,要求开发一个校园便捷送水系统,现在大多高校传统的送水流程全部人为管理,大多都是由送水工先统计每个宿舍楼的需水量,再进行桶装水的派送,其过程管理复杂繁琐,费时费力,而且不能满足学生对水的需求量,整体效益低下。

整个过程给送水员工,管理员,学生带来诸多不便。

依据此背景,我们小组决定开发一个校园送水系统。

此系统最终将以手机客户端方式呈现在用户手机上,供各种用户使用

2.1.2项目要达到的目标

本项目设定的目标如下:

·为各种用户提供统一的系统登录界面;

·系统能够提供友好的用户界面,使操作人员的工作量大大减少;

·系统具有良好的运行效率,能够达到方便用户,提高效益的目的;

·系统应有良好的可扩充性,可以容易的加入其它系统的应用。

2.1.3系统整体结构

根据用户的需求陈述,确定本项目提供统一的用户认证界面,用户认证通过后,判断用户权限。

用户为系统管理员时,可进行用户信息管理,订单管理,信息发布,送水管理,信息反馈等操作。

用户为送水员工时,可进行个人信息管理,订单表单处理,业绩管理,信息反馈等操作。

用户为学生时,可进行个人信息管理,下订单,评价服务等操作。

2.1.4系统各部分组成,与其它部分的关系,各部分的接口等

本系统是一个独立运行的系统,不需要与其它系统连接

2.2运行环境

2.2.1设备环境

普通PC机,安卓智能手机,苹果手机

2.2.2硬件环境

(1)普通PC。

·CPU:

P41.8GHz;

·内存:

256MB以上;

·分辨率:

推荐使用1024*768像素。

(2)数据库服务器。

·CPU:

P41.8GHz;

·内存:

1GB以上。

(3)Android手机

2.2.3软件环境

本系统的软件环境如下:

·操作系统:

Windows2003/Windows2007

·数据库:

MySQL系统

·开发工具包:

JDKVersion1.8;

2.2.4网络环境

2.2.5操作环境

计算机桌面操作,手机桌面操作

2.2.6应用环境

管理员的工作流程图:

图A-2-1管理员工作流程图

送水员工的工作流程图:

图A-2-2送水员工工作流程图

消费者的工作流程图:

图A-2-3消费者工作流程图

(1)首先,用户先打开系统主页,此主页为不同权限的用户的统一入口。

用户输入自己的信息后,系统进行用户的身份认证,依据认证完的身份展现对应的操作界面,例如管理员登录,则进入管理员相应的功能操作系统中。

(2)其次,用户通过系统身份认证进入相应的子系统中,可进行相应的操作。

以学生为例,学生进入学生操作的子系统中,学生可进行个人信息的管理,下订单等操作。

选择其中下订单操作为例,当学生需要送水时,则进入系统下订单,并进行费用支付,如果支付成功,就完成下订单,否则订单费用支付失败,结束操作。

(3)此时,管理员进入管理员相应的操作子系统中,首先查询是否有未受理的订单,如果有就进行订单任务的分配,并发布消息通知送水员工,如果未收到订单,则结束操作

(4)最后,送水员工进入相应的的操作子系统中,查看发布的消息,接受管理员分配的订单。

送水员开始派送水,当所有订单都派送结束时,送水员向管理员反馈信息,结束操作。

(5)学生当收到送水工派送的水后,可登录系统进行服务的评价。

2.3条件限制

2.3.1软件开发工作的假定和约束

本项目开发语言为java,要求在Eclipse软件上开发,需要JDK,android开发环境。

本项目由软件班小组人员开发,他们存在经验不足,开发技能不成熟的情况,需要在教师的指导下进行,同时小组开发经费较少。

2.3.2软件的最终用户、用户的教育水平和技术专长

本软件的最终用户一般都是在校寄宿大学生,送水员工,以及桶装水派送公司的管理者;

用户的教育水平没有限制,会使用电脑和手机即可;

用户的技术专长依据用户身份而定,比如管理者应具有管理能力。

2.3.3软件的预期使用频率

本软件是在仔细分析了高校传统送水系统后开发的新型、高效的计算机系统,它在提高效率,增大效益上有着巨大的优势。

同时桶装水需求市场大,急需此款软件来管理送水流程。

因此预期使用频率很高,几乎每天都有用到。

3.数据描述

3.1静态数据

在统计学中,静态数据也称截面数据,是由若干相关现象在某一时点上所处的状态组成的,描述了现象在某一时刻的变化情况,它反映一定时间、地点等客观条件下诸相关现象之间存在的内在数值联系,是在相同时间点上收集的数据。

简而言之,所谓静态数据,旨在运行过程中主要作为参考的数据,他们在很长的一段时间内不会变化,一般不随运行而改变。

具体包括:

(1)客户信息表;

(2)员工信息表;

(3)桶装饮用水信息表;

(4)订单信息表;

(5)仓库信息表;

(6)桶装饮用水库存量信息表;

(7)桶装饮用水供应商信息表;

(8)客户订单表;

(9)售后服务记录表等。

3.2动态数据

在统计学中,动态数据也称时间序列数据,是由某一现象或若干现象在不同时刻上的状态所形成的数据,描述了现象随时间而变化的情况,它反映的是现象以及现象之间关系的发展变化规律性,是在不同时间点上收集的数据。

简而言之,所谓动态数据,就是包括所有在运行中要发生变化的数据,即系统在运行过程中需要的输入数据以及系统在运行过程中产生的需要输出的数据。

具体包括:

(01)客户宿舍号;

(02)客户姓名;

(03)客户电话;

(04)客户需水量;

(05)客户需要的总付费;

(06)显示员工送水到达时间;

(07)显示相容性分析结果;

(08)显示桶装水的价格;

(09)用户登录系统的账号和密码等信息;

(10)管理员登录系统的账号和密码等信息;

(11)员工登录系统的账号和密码等信息等;

3.3数据库描述

数据库,是一个长期存储在计算机内的、有组织的、有共享的、统一管理的数据集合。

本项目具备大量的后台数据信息,因此必须对数据进行存储和保护,所以实现这个项目的软件必须要使用能够对大量的数据记录进行增加,删除,修改,查询等一系列功能,采用SQLServer2008即可。

本项目中使用的数据库的名称为校园送水系统数据库,这个数据库中包括客户信息表;员工信息表;桶装饮用水信息表;订单信息表;仓库信息表;桶装饮用水库存量信息表;客户订单表;售后服务记录表等。

3.4数据字典

3.4.1数据项

(1)客户号。

含义说明:

唯一标识一个客户;

别名:

kno;

类型:

字符型;

长度:

9;

取值含义:

前五位表示宿舍号,后四位表示订水序号。

(2)员工号。

含义说明:

唯一标识一个员工;

别名:

yno

类型:

整型;

长度:

2

取值含义:

按顺序编号。

(3)桶装饮用水号。

含义说明:

唯一标识一桶饮用水;

别名:

sno;

类型:

整型;

长度:

5;

取值含义:

按顺序编号。

(4)订单编号。

含义说明:

唯一标识一个订单;

别名:

dno;

类型:

整型;

长度:

20;

取值含义:

前8位表示订单年月日,后十二位按订单的顺序编号。

(5)仓库号。

含义说明:

唯一标识一个仓库;

别名:

cno;

类型:

整型;

长度:

2;

取值含义:

随机编号。

(6)售后服务记录号。

含义说明:

唯一标识一次售后服务;

别名:

shno;

类型:

整型;

长度:

12;

取值含义:

前八位表示售后服务的年月日,后四位表示按时间的顺序编号。

3.4.2数据结构

(1)客户。

含义说明:

定义了一个描述客户的信息结构;

组成:

客户编号、客户姓名、客户所在宿舍号、客户联系电话、登录密码、需水量、付费方式、付费状态

(2)员工。

含义说明:

定义了一个描述员工的信息结构;

组成:

员工编号、员工姓名、员工联系方式、员工所在宿舍号、登录密码、员工负责的送水区域。

(3)桶装饮用水。

含义说明:

定义了一个描述桶装饮用水的信息结构;

组成:

饮用水名称、饮用水编号、饮用水生产厂商、生产日期、饮用水价格。

(4)订单。

含义说明:

定义了一个桶装饮用水下单的信息结构;

组成:

订单编号、客户编号、饮用水编号、订单数量、订单日期、订单状态、总金额。

(5)仓库。

含义说明:

定义了一个描述仓库的信息结构;

组成:

仓库编号、仓库名称。

(6)售后服务。

含义说明:

定义了一个描述售后服务的信息结构;

组成:

售后记录编号、客户编号、售后说明、售后日期。

3.4.3数据流

数据流包括桶装饮用水库存量信息表、客户订单表、售后服务记录表、客户信息表、员工信息表、桶装饮用水信息表、订单信息表、仓库信息表。

3.4.4数据存储

数据存储包括客户订单表、售后服务记录表、客户信息表、员工信息表、桶装饮用水信息表、订单信息表、桶装饮用水库存量信息表、仓库信息表。

3.4.5处理过程

处理过程包括,有进入系统权限的管理员和员工,管理员登录后可以对引用水的桶装价格和员工的工作状态等进行调整,员工不具备对其改变的权利;员工可对其客户信息进行添加、删除、修改和查询等操作;客户可以对自己的信息进行查询,对水费进行在线结付等操作。

3.5数据采集

采集方式为通过用户直接在软件界面录入信息,然后将录入信息写入数据库存储。

系统运行时需要预先读取数据,或实时通过外设读取数据。

系统启动时,需要读取用户的个人信息和评测结果信息,以及系统设置信息等。

3.5.1输入数据

数据输入:

本组组员、计算机若干台。

3.5.2数据输出

数据输出:

计算机界面、SQLServer2008软件。

 

图A-3-1总体数据流图

IPO:

表A-3-1身份验证模块IPO表

表A-3-2订水模块IPO表

表A-3-3付费模块IPO表

表A-3-4评价服务模块IPO表

表A-3-5查看订水订单模块IPO表

表A-3-6查询工作表单模块IPO表

表A-3-7提交工作完成情况模块IPO表

表A-3-8查看用户评价模块IPO表

表A-3-9查看总订单模块IPO表

表A-3-10分配员工任务模块IPO表

表A-3-11查看订单完成情况模块IPO表

4.功能需求

4.1功能划分

4.1.1系统功能组成

(01)身份验证;

(02)订水;

(03)付费;

(04)评价服务;

(05)查看订水记录;

(06)查询工作表单

(07)提交工作完成情况

(08)查看用户评价;

(09)查看总订单;

(10)分配员工任务;

(11)查看订单完成情况

 

校园便捷送水系统功能组成如图A-4-1所示。

图A-4-1校园便捷送水系统的功能组成

4.1.2功能表

表A-4-1校园便捷送水系统功能表

编号

名称

描述

主要发起者

01

身份验证

验证身份、注册、登录等

消费者、送水员工、管理员

02

订水

下订单、查看、修改、删除

消费者

03

付费

为所下订单付款

消费者

04

评价服务

评价送水员工的服务

消费者

05

查看订水记录

查看过往的订水消费记录

消费者

06

查询工作表单

查看送水任务详情

送水员工

07

提交工作完成情况

记录送水完成情况

送水员工

08

查看用户评价

查看用户对自己服务的评价

送水员工

09

查看总订单

查看一天所下总订单

管理员

10

分配员工任务

根据订单详情分配员工任务

管理员

11

查看订单完成情况

查看员工完成工作的情况

管理员

4.1.3功能定义

(1)身份验证

包括用户注册、用户登录、找回密码、修改信息、注销五项功能,针对消费者、送水员工、管理员三类用户,方便其验证身份,成功登录系统,使用系统提供的各项功能。

(2)订水

订水服务使用者是消费者,消费者成功登录后可以提出订单申请、查看订单详情、修改订单信息、删除订单。

(3)付费

消费者成功下完订单后,可以按自己需求当即或之后付款,系统会给出提示取消付款或确认付款,消费者按自己意愿选择相关操作。

(4)评价服务

送水员工将水送至之后,消费者可凭自己想法对送水员工服务作出相应评价,提出自身建议。

(5)查看订水记录

消费者成功登录后,可依自己需求随时查看自己以往的订水记录,消费详情。

(6)查询工作表单

送水员工成功登录后,可以查看到自己当日工作任务,水依据工作表单开始工作。

(7)提交工作完成情况

送水员工在完成自己的送水任务后,将自己的任务完成情况记录与系统之中,同时可以查看修改,以防止前提交的信息有误。

(8)查看用户评价

送水员工成功登录之后,可以查看之前自己所服务过的用户对自己的评价与建议。

(9)查看总订单

管理员成功登录后,可以查看消费者所下的订单的汇总。

(10)分配员工任务

管理员根据查看到的消费者总订单,手动分配送水员工送水任务。

(11)查看订单完成情况

管理员成功登录后,可以查看到由送水员工提交的送水任务完成情况的汇总。

4.2功能描述

(1)身份验证

身份验证业务用例图如图A-4-2所示。

图A-4-2身份验证业务用例图

对业务的具体描述见表A-4-2

 

表A-4-2

编号

功能名称

使用部门

输入

系统响应

输出

功能描述

0101

用户

注册

用户

用户注册时的基本信息

系统将用户注册时的信息全部存入数据库中

用户可用注册时输入的用户名和密码进行登录

用例编码:

0101

用例名称:

用户注册

前置条件:

用户申请注册

后置条件:

用户注册成功

活动步骤:

(1)用户选择注册;

(2)系统返回一个注册页面;

(3)用户选择注册用户类别(如送水员工或消费者),依据提示输入相关信息;

(4)系统验证用户输入成功;

(5)用户提交注册信息;

(6)系统显示注册成功并返回已登录页面。

扩展点:

异常处理:

(1)用户输入信息和系统验证不一致(字段长度超过系统设置等),系统给出相应提示并返回注册页面。

(2)用户输入注册名是已注册用户名,系统给出提示并返回注册页面。

(3)系统异常,无法注册,给出相应提示。

0102

用户

登录

用户

用户注册时的用户名和密码

用户的登录时间等相关信息存入数据库中

相关用户的页面

用例编码:

0102

用例名称:

用户登录

前置条件:

用户已成功注册

后置条件:

用户登录成功

活动步骤:

(1)用户选择登陆;

(2)系统返回一个登录页面;

(3)用户选择用户类别(如消费者或送水员工),输入用户名、密码、验证信息并提交;

(4)系统验证成功,返回成功登录后的页面。

扩展点:

异常处理:

(1)用户忘记密码,选择找回密码功能,进入找回密码用

例;

(2)用户输入信息有误,提示用户重新登录;

(3)系统处理异常,给出相应提示。

0103

找回

密码

用户

用户注册时的手机号或密码提示问题

系统根据注册手机号或密码提示问题找到相应用户并返回其对应密码设置页面

用户从新设置自己的密码

用例编码:

0103

用例名称:

找回密码

前置条件:

用户必须是已注册成功的用户。

后置条件:

用户成功找回自己的登录密码。

活动步骤:

(1)用户选择找回密码功能;

(2)系统返回找回密码成功页面;

(3)用户由注册时输入邮箱或手机号等联系信息收到系统发回的密码。

扩展点:

异常处理:

系统处理异常,给出相应提示。

0104

修改

信息

用户

用户输入个人的相关信息

系统在数据库中用用户现在的用户信息替换以前的信息

用户个人信息显示被修改了

用例编码:

0104

用例名称:

修改信息

前置条件:

用户已登录成功

后置条件:

用户修改信息成功

活动步骤:

(1)用户选择修改信息;

(2)系统返回修改信息页面;

(3)用户修改相关信息并提交;

(4)系统验证,验证成功,提示修改成功。

扩展点:

异常处理:

(1)系统验证修改有误,提示重新修改并返回修改页面。

(2)系统处理异常,给出相应提示。

0105

注销

用户

系统自动转换,不需要输入

系统自动修改用户在数据库中的相应状态

显示用户未登录

用例编码:

0105

用例名称:

注销

前置条件:

用户已登录

后置条件:

用户成功注销

活动步骤:

(1)用户选择注销

(2)系统提示注销成功,退出软件服务。

扩展点:

异常处理:

系统异常,给出相应提示。

(2)订水

订水业务用例图如图A-4-3所示。

图A-4-3订水业务用例图

对业务的具体描述见表A-4-3

表A-4-3

编号

功能名称

使用部门

输入

系统响应

输出

功能描述

0201

订单

消费者

相关订单信息

系统将相应的订单信息添加到数据库中

申请订单成功与否的信息

用例编码:

0201

用例名称:

提出订单申请

前置条件:

消费者已成功登录

后置条件:

消费者成功下订单

活动步骤:

(1)消费者选着下订单;

(2)系统返回下订单页面(页面已包含相关信息,信息来源于消费者注册时填写的信息);

(3)消费者填写相关信息并确认下订单;

(4)系统提示下订单成功,返回登录成功主页。

扩展点:

异常处理:

系统异常,给出相应提示。

0202

查看订单详情

消费者

系统自动转换,不需要输入

系统自动切换页面

相关用户订单页面

用例编码:

0202

用例名称:

查看订单详情

前置条件:

消费者已成功下订单

后置条件:

系统返回订单详情给消费者查看

活动步骤:

(1)消费者选择查看订单详情

(2)系统返回订单详情信息页面

扩展点:

异常处理:

系统异常,给出相应提示。

0203

修改

订单

信息

消费者

新的订单信息

系统在数据库中用用户现在的订单信息替换以前的信息

相关用户订单信息显示被修改了

用例编码:

0203

用例名称:

修改订单详情

前置条件:

消费者查询订单详情发现信息有误

后置条件:

消费者成功修改订单信息

活动步骤:

(1)消费者选择修改订单信息

(2)系统返回修改订单信息页面;

(3)消费者修改订单信息并提交;

(4)系统提示修改订单信息成功。

扩展点:

异常处理:

(1)系统验证输入有误,提示重新修改返回修改页面。

(2)系统异常,给出相应提示。

0204

删除

订单

消费者

系统自动转换,不需要输入

系统将相应的订单信息从数据库中删除

用户订单页面中相应信息消失

用例编码:

0204

用例名称:

删除订单

前置条件:

消费者已成功下订单

后置条件:

成功删除订单

活动步骤:

(1)消费者选择删除订单

(2)系统返回确认取消提示

(3)消费者确认删除订单

(4)系统提示成功删除订单并返回上级页面。

扩展点:

异常处理:

系统异常,给出相应提示。

(3)付费

付费业务用例图如图A-4-4所示。

图A-4-4付费业务用例图

对业务的具体描述见表A-4-4

表A-4-4

编号

功能名称

使用部门

输入

系统响应

输出

功能描述

0301

提出

付费

申请

消费者

系统自动转换,不需要输入

系统自动切换页面

相关付费界面

用例编码:

0301

用例名称:

提出付费申请

前置条件:

消费者成功登录

后置条件:

系统返回付费确认取消页面

活动步骤:

(1)消费者选择付费

(2)系统返回相关付费确认取消页面

扩展点:

异常处理:

系统异常,给出相关提示。

0302

取消

付费

消费者

系统自动转换,不需要输入

系统自动切换页面

付费取消界面

用例编码:

0302

用例名称:

取消付费

前置条件:

消费者已选择付费,系统成功返回付费确认取消页面

后置条件:

成功取消付费

活动步骤:

(1)消费者选择付费

(2)系统提示成功取消付费并返回上级页面。

扩展点:

异常处理:

系统异常,

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > PPT模板

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1