JAVA_PDDS结对编程
1. 引言
1.1 编写目的
本需求规格说明书是明确本项目应达到的目标,开发基于Android的记账app,实现记账等功能,分析本项目应实现的功能和性能,并划分出各个模块及内容,对项目作出完整、准确、清晰、具体的要求。使开发人员明确该项目的要求。
1.2 背景
项目开发单位:北京电子科技学院1823班五阿哥团队
随着支付手段及购物场景的日趋多样化,人们对于自己的开支消费未能有着很好的整体把握,而单纯的采用记事本记账,条目繁多而杂乱。用户对于收支记账有着较大的需求。本项目意于开发一款专业的记账软件,通过良好的归类和便捷的记账功能,让用户方便的记下自己的每一笔开支,并且通过图表形式,清晰的了解自己的收支情况和变化趋势。
1.3 定义
无
1.4参考资料
《需求规格说明书》
《xx项目的软件需求规格说明书-百度文库》
2.项目概述
2.1 产品描述
- 该应用是基于Android平台开发的一款以记账为主要功能的程序,主要用来记录平时生活中日常开销、收入情况。有助于用户日常资金管理,了解资金流向。让每一笔钱都有据可循
2.2 产品功能
2.3 用户特点
本程序适用于那些需要记录自己平时日常开销去向、统计资金流水情况、给自己设置花销限制的用户。也适合一些需要加强自己的资金管理能力、避免不必要消费,想要攒钱的用户。
2.3.1 用户使用场景
- 1.小鞠是一名大二学生,在双十一期间被各种花里胡哨的宣传广告冲昏头脑,花光自己的积蓄还欠下了一大笔花呗。事后的他冷静下来想要看看自己都把钱花在了哪里并且开始省钱还花呗。
- 2.小周是一名大四学生,马上面临毕业的他想要攒钱给自己的女朋友送一份礼物。于是他决定记录自己的花销并设置预算。
- 3.小魏是一名毕业生,刚进入社会工作的她是一名月光族,她很困惑自己每月的工资花去了哪里。于是她决定使用记账软件记录自己的日常花销。
2.3.2用户需求分析
2.3.1中三位用户的需求都是需要软件来帮助他们记录自己的花销、流水账目,杂而多。是生活中一个常用的功能,同时需要对用户进行提醒当前已花费的金额。方便、快捷。操作不繁琐,这样在每次花销之后可以顺手就记录下来。
2.3.3 用例图
2.4一般约束
进行本软件开发的约束有以下几点:
- 开发团队成员技术有限,未来设计程序时不可预见的问题需要时间解决。
- 期末考试即将到来,在开发程序的同时还要顾及其他科目的复习。
- 还有一些学院、系里其他的事情会占用开发时间。
2.5假设和依据
- 本项目是否能够成功实施,主要取决于以下的条件:
- 团队成员的积极合作配合,为了项目的开发和实施,对个人时间进行合理规划同时为团队做出合理牺牲,配合队友完成任务。
- 团队掌握先进的能够适用于该项目的技术,这是系统的性能是否优化和项目能否成功的保证。
- 团队成员愿意在此过程中积极学习更多的编程技巧、程序设计方法,同时能快速学习、提升自己的能力。保证自己的能力满足程序设计的需要。
3. 具体需求
3.1 功能需求
3.1.1 界面设计
- 登录界面:进入软件,首先跳出页面为软件名称的主页面,随后进入登录界面。删除之前的注册和登陆界面,改为登录动画或是过渡画面。
- 主界面:主界面包括记账按钮,我的,日历。主界面主要实现的是聊天框功能,即将当日的各项开支以信息的形式发送至记账助手,记账助手以聊天的形式做适当的互动以及提醒。主界面点击跳转到各个分支界面,取代之前设想的滑动转换。
- 菜单栏:包括以下几个功能按钮:
- 记账按钮:点击即可输入金额和相对应的记账事项,实现记账。
- 我的:查看自己的账单以及登录信息,切换用户,也可为自己设定每日记账提醒。
- 日历:查看自己每天每月的账单情况。
- 设置菜单:包括修改用户名、密码、性别,显示当前版本。
3.2 外部接口需求
3.2.1 用户接口
无特殊需求。
3.2.2 硬件接口
无特殊需求。
3.2.3 软件接口
无特殊需求。
3.2.4 通信接口
无特殊需求。
3.3 性能需求
3.4 属性
1.易操作,易理解。操作界面设计简洁易用。
2.操作完成时有统一规范的提示信息。
3.参考市面上大部分的记账软件后最后综合出的属于我们自己的记账软件。
1.保留系统的源代码
2.代码注释详细,包括方法实现过程以及变量的含义。
3.清晰的系统结构和命名规范,界面规范。
4.有相对应的博客进行过程追踪。
5.不断从各方面操作进行测试。
4. 验证验收标准及相关要求
4.1 验收标准
4.1.1 文档验收标准
- 1.app项目开发计划
- 2.软件需求说明书
- 3.团队项目及时记录和总结报告(团队博客)
4.1.2 软件验收标准
APP安装包
4.1.3 界面验收标准
4.1.4 功能验收标准
4.2 灵活性
完成后,短期不会发生太大变化,可根据市场需求和市场形势,改变和扩充其功能。
4.3 时间特性需求
此APP对时间特性的要求不高,没有什么要求。
4.4 其它要求
4.4.1 安全要求:
不索要和泄漏用户个人信息
4.4.2 可维护性
- 保留系统的源代码。
- 代码注释详细,包括方法实现过程以及变量的含义。
- 清晰的系统结构和命名规范,界面规范。
- 规范使用日志
- 全面考虑系统,加强后期的维护,不断从各方面操作进行测试。
4.4.3 输入输出要求
4.4.4 故障处理要求