软件需求论文
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1论文要求
1)对所选系统进行严密的需求获取以及需求分析。
2)给出所选系统的各层次需求,包括业务需求,用户需求,功能需求以及非功
能需求。
3)论文中给出所要实现系统的需求规格说明书。
4)需求规格说明书要详尽,必须包括以下内容:引言,总体描述,功能需求,
接口需求以及其它非功能性需求等,符合需求规格说明书各项细则。
5)附录中给出所选系统需求规格说明书中各图表, 或者图表的获取过程. 例如
数据字典的具体描述或者是UML建模中图的获取过程.
2需求分析规格说明书
2.1引言
2.1.1编写目的
所谓“需求分析”,是指对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,需要得到什么结果,最后应输出什么。需求分析阶段是一个非常重要的阶段,良好的需求分析文档,将为整个软件开发项目的成功打下良好的基础。
2.1.2项目信息
本项目的名称:出租车呼叫服务系统
本项目的应用范围:实时的方便市民出行的服务
开发者:武汉理工大学计算机学院徐晓龙
用户:市民、出租车司机
2.1.3术语说明
TCSS: Taxi Calling Service System,出租车呼叫服务系统
信息源:人们在科研活动、生产经营活动和其他一切活动中的成果及各种原始记录
C/S模式:Client/Server模式,即客户端/服务器模式
2.1.4参考资料
[1] 钟络,袁景凌主编,软件工程.北京:科学出版社,2012.1
[2] 李勇华,袁梦霆等主编,软件需求工程.北京机械工业出版社,2008.8
[3] 周晓红,赵红玉,俞建新,基于GPS的出租车呼叫与调度系统.2009
2.2总体描述
2.2.1组织结构与职责
本系统用户的组织结构如图1-1所示。
图1-1 组织结构与角色
2.2.2角色定义
用户在系统中扮演的角色,以及可以执行的职责,如表1-1
表1-1 角色定义
2.2.3系统概述
出租车呼叫服务系统(TCSS)主要解决市民在日常生活中,打车难的问题,
提供给乘客一个快捷、方便的打车系统,并节约出租车司机无目的行驶所浪费的时间和能源,在乘客与出租车司机之间搭建了一个服务完善、实时互动的应用平台,该平台的开发理念是远程、实时、互动、低碳、快捷。
随着非智能手机的GPS应用难题被克服,GPS手机逐步得到普及,手机的位置服务功能成为无线通信应用的一个总要方面。与此同时,越来越多的城市在出租车上安装了车载GPS系统。在此背景下,我们可以构建一个基于GPS手机和安装了车载GPS系统的出租车的系统平台,通过该平台乘客呼叫出租车服务具有目的性,与此同时,出租车公司能够根据用户的当前位置利用最短路径搜索算法搜索出租车前往服务。该系统的结构图如图1-2所示
图1-2 系统结构图
2.2.4信息源
本系统的主要信息源说明,如表1-2~1-7所示。
表1-2 管理员信息表
表1-3 乘客信息表
表1-4 司机信息表
表1-5 问题信息表
表1-6 乘客_司机信息表
表1-7 打车记录信息表
2.2.5用户类及其特征
本系统适用于拥有并能熟练使用手机的用户,以及培训过的出租车司机。要求用户界面良好,提供帮助。
2.2.6系统运行环境
本系统采用C/S体系结构,易于把握,成本低廉。它可以实现不同的人员,从不同的地点,以不同的接入方式(如WLAN, CMNET等)访问和操作共同的数据库。它能有效地保护数据平台和管理访问权限,服务器数据库也很安全。
具体所需配置如下:
服务器端
硬件环境:
80x86系列微机
CPU: 2.0GHz 以上
内存:2GB以上
硬盘空间:80GB以上
输入输出设备:键盘、显示器等
网络设备:Hub、网卡、网线等
软件环境:
操作系统:Windows Server
数据库系统:MySQL 5.5
其他软件支持:JDK1.6+MyEclipse+Tomcat 6.0
客户端
硬件环境:
CPU: 1.0 GHz以上
内存: 128MB以上
外存空间:2GB以上
输入输出设备:键盘、触屏显示器等
软件环境:
操作系统:Symbian, Android, Windows Phone, IOS
数据库系统:MySQL 5.5
2.3功能需求
本系统通过面向对象的分析方法作为主要的建模方法,使用UML(Unified Modeling Language)作为建模语言,UML为建模活动提供了从不同角度观察和
展示系统的各种特征的方法。在UML中,从任何一个角度对系统所作的抽象都可能需求几种模型来描述,而这些来自不同的角度的模型图最终能够成为系统的映像。
2.3.1系统用例
根据以上分析,主要介绍乘客、管理员和司机的用例所具有的的主要功能权限。系统用例图如图1-3所示。
a
图1-3 系统用例图
以下对几个主要的用例进行用例描述:
登录
用户登录系统
执行者
司机、管理员、乘客
前置条件
无
后置条件
用户登录系统成功
交互
1)用户进入系统登录界面
2)系统提示用户输入用户名和密码
3)用户输入信息
4)系统对用户输入的信息进行认证
5)认证失败,系统提示用户输入了错误的信息;
认证成功,用户进入系统
发送乘车请求
乘客向服务器发送乘车请求
执行者
乘客
前置条件
乘客成功登陆
后置条件
服务器收到乘客的请求
交互
1)乘客进去发送请求界面
2)系统提示用户是否发送乘车请求
3)乘客选择发送请求