android课程设计需求规格说明书.docx
《android课程设计需求规格说明书.docx》由会员分享，可在线阅读，更多相关《android课程设计需求规格说明书.docx（10页珍藏版）》请在冰点文库上搜索。
android课程设计需求规格说明书
{产品名称}
软件需求规格说明书
编写人：
编写日期：
年月日
文档修订记录
版本编号
说明：
如形成文件、变更内容和变更范围
日期
变更人
批准日期
批准人
目录
1.产品描述2
1.1.编写目的2
1.2.产品名称2
1.3.名词定义（可选）2
2.产品需求概述3
2.1.功能简介3
2.2.运行环境3
2.3.条件与限制（可选）3
3.功能需求3
3.1.功能划分（可选）3
3.2.功能13
3.3.功能N4
3.4.不支持的功能4
4.数据描述4
5.性能需求（可选）4
6.运行需求（可选）4
6.1.用户界面4
6.2.硬件接口4
6.3.软件接口4
6.4.通信接口5
7.其它需求（可选）5
8.特殊需求（可选）5
9.不确定的问题（可选）5
10.编写人员及编写日期5
11.附录5
11.1.引用文件5
11.2.参考资料5
1.产品描述
1.1.编写目的
该产品适用于高铁乘务人员，方便对司机、行车、站点等信息的管理、保存和同步。
1.2.产品名称
广州乘务通
2.产品需求概述
2.1.功能简介
进入手杖首页，历史手杖列表
增加手帐：
录入手帐基本信息，基本信息录入框（需要对本地字典缓存），所有信息都需要保持到本地数据库，接入wifi自动同步到后台；
基本信息保存后，弹出线路（后台线路定义）以及上下行组合选择；出发点、到达点（需要后台数据）
基本信息：
出勤信息、退勤信息不能修改，当天基本信息可以修改，其他只读；
站点信息：
2.2.运行环境
1.硬件环境：
硬盘空间要10M以上
内存需要20M以上
2.软件环境：
系统要求Android2.2以上
数据库sqllite。
3.功能需求
司机可以通过填写基本信息，来添加数据，录入后台服务器，以及司机可以看到各个站点的信息。
3.1.功能划分
3.2.手账列表
3.3.基本信息
用例编号/名称
UC2/登录
参与者
司机
前置条件
界面正常显示能够输入数据
后置条件
系统记录基本情况
涉众利益
界面美观，操作简单
基本路径
1司机打开基本信息界面
2系统显示输入框
3司机机车信息并提交
扩展路径
字段列表
业务规则
非功能性需求
设计约束
待解决问题
3.4.运行信息
用例编号/名称
UC2/叫号
参与者
司机
前置条件
界面正常显示能够输入数据
后置条件
系统记录运行信息
涉众利益
界面美观，操作简单
基本路径
1司机打开运行信息界面
2系统显示输入框
3司机输入信息并提交保存
扩展路径
字段列表
业务规则
非功能性需求
设计约束
待解决问题
3.5.不支持的功能
【列出本软件所不支持的各项功能以及相应的原因。
此部分内容务必详细准确、无二义性，以作为将来验收和测试的标准。
】
4.数据描述
【说明本产品的输入、输出数据及数据管理能力方面的要求（处理量、数据量）。
描述的方式跟分析模型相关。
例如：
输入输出数据的类型及格式。
数据库描述（可选）：
根据系统的总目标和范围，定义数据库的逻辑特性及物理特性。
数据流图；从数据传递和加工的角度描述的数据流图，此数据流图不包含任何有关实现的内容，只是从最上层对有关内容加以描述。
数据流图的表述形式参见软件工程中的有关规定。
数据词典：
对于数据流图中出现所有被命名的图形元素在数据词典中作为一个词条加以定义，使得每一个图形元素的名字都有一个确切的解释。
】
5.性能需求（可选）
【阐述了不同的应用领域对产品性能的需求，并解释它们的原理以帮助开发人员作出合理的设计选择。
这些性能需求例如：
数据精确度：
根据实际情况，确定软件最终输出数据（包括传输中）的数据精确度。
时间特性：
说明开发的软件在响应时间、更新处理时间、数据转换与传输时间、运行时间等方面所需达到的时间特性。
相互合作的用户数或者所支持的操作；
容量需求，例如存储器和磁盘容量的需求或者存储在数据库中表的最大行数
等等】
6.运行需求（可选）
6.1.用户界面
6.2.硬件接口
【描述系统中软件和硬件每一接口的特征。
这种描述可能包括支持的硬件类型、软硬件之间的交流的数据和控制信息的性质以及使用的通信协议。
】
6.3.软件接口
【描述该产品与其他外部组件（由名字和版本识别）的接口，包括数据库、操作系统、工具、库和集成的商业组件等。
对于每个需要的软件，应提供：
1.接口名称
2.规格说明
3.版本号】
6.4.通信接口
【描述与产品所使用的通信功能相关的，包括电子、Web浏览器、网络通信标准或协议及电子表格等等。
定义了相关的消息格式。
规定通信安全或加密问题、数据传输速率和同步通信机制。
】
7.其它需求（可选）
【如健壮性、安全保密性、复用性、灵活性、易用性、可维护性、可移植性等。
指明不同属性的相对侧重点，例如易用程度优于易学程度，或者可移植优于有效性。
健壮性：
说明软件在容错能力，故障处理能力上需要达到的目标，保证系统稳定可靠；
安全保密性：
包括用户身份确认或授权方面的需求，保密性策略，产品所创建或使用的数据的保护等等；
复用性：
说明本项目是否可以复用已有软件、是否可为其它产品复用；
灵活性：
说明在运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。
】
8.特殊需求（可选）
【由用户提出的，或是本公司要求的特殊要求、特殊的情况等。
】
9.不确定的问题（可选）
【说明目前尚未确定的问题及处理的计划。
例如：
编辑一张在软件需求规格说明中待确定问题的列表，为每一表项都是编上号的，以便于跟踪调查。
】
10.编写人员及编写日期
罗启涛，吴慧，陈威明，梁健威，刘雪，何梓华
11.附录
【编写说明】
编写文档时，要求具有本模板规定的所有条目。
如果某条目无内容，则填写“无”，并在可能的情况下说明理由。
必要时，可增加适当的条目。
升级会员 