“DaKa ”软件需求分析书

​ 所属学校：福州大学至诚学院

​ 团队名称：码上收集007

​ 指导老师：亓晓静

​ 项目时间：2020-2021学年第一学期

目录

[TOC]

第一章 引言

1.1编写目的

​ 该文档给出项目的整体结构和功能结构概貌，试图从总体架构上给出整个系统的轮廓。同时对功能需求、性能需求进行了详细的描述。便于用户、开发人员进行理解和交流。同时该文档也可以作为软件开发工作的基础和依据以及确认测试和验收的依据。

1.2预期读者

本文档面向多种读者对象：

（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。

（2）设计员：对需求进行分析，完成对框架 、数据库、UI等的设计。

（3）程序员：根据本文档对软件进行开发工作。

（4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。

（5）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。

在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一项功能进行适当的了解。

1.3项目背景

软件名称：

开发者：福州大学至诚学院计算机系2018级“码上收集007”

本项目经过了用户需求问卷调研，并深入分析用户需求以及现有产品痛点。针对经常忘记及时填报信息的用户，从实用的角度出发，解决他们的痛点。

1.4术语说明

APP：应用程序，Application的缩写，主要指安装在智能手机上的软件

1.5参考资料

【1】《GBT9385-2008 软件需求规格说明规范》

【2】《GBT8567-2006 软件需求规格说明规范》

【3】《构建之法》第三版 作者：邹欣

【4】《软件工程实例教程》清华大学出版社 吴洁明、方英兰编著

第二章 系统说明

2.1产品背景

​ 福州大学至诚学院（以下称“本学校”）目前有一款学生使用的校园APP（i至诚），虽然本学校已有该app但是在日常的使用中，存在着诸多不便，例如：

​ （1）信息填报截至前，不能及时提醒未填报用户进行填报

​ （2）发布信息填报时无法提醒用户信息已发布

​ （3）界面不够美观，让用户没有很好的体验感

​ （4）无法自主设定提醒时间

​ 因此我们决定开发一款便于用户使用的小程序可以将该程序与QQ或者微信结合在一起，更方便直接将异常信息及未填报信息汇总发送至指定软件

2.2产品描述

​ 产品使用html+css+js+php+小程序语言开发，信息填报界面展示和数据汇总是其核心功能，主要满足学生端及时填报，教师端能够及时获取异常。

2.3产品Logo

2.4产品功能

2.4.1类图

2.4.2主要功能说明

​ 主要功能说明

序号	功能名称	功能需求标识	优先级	简要解释
1	注册登录	L1	低	进入页面，用学号或工号进行注册登录
2	填报信息	L2	高	进入该界面，进行信息填报
3	填报提醒	L3	高	自主进行设置提醒填报时间
4	信息汇总	L4	高	对信息进行汇总
5	异常筛选	L5	高	对已提交信息进行异常筛选，未填报的进行汇总

2.4.3活动图

​

2.5产品市场

​ 产品针对学校（公司）对疫情防控的响应，解决疫情填报信息不便的现象，为学校（公司）提供便利

2.6用户特点

2.6.1用户群体画像

​ 苦恼未能及时提醒填报信息的学生

2.6.2用户场景

姓名	用户A
性别	男
困难	忘记填报信息
场景	晚上忘记填报信息，早晨未能早起填报，因此常常上榜通报批评
定位	本产品可以提供定时提醒填报功能

姓名	用户B
性别	女
困难	要睡美容觉，不能等到半夜填报
场景	晚上不想熬夜，不能在早八点前起床填报
定位	本产品可以灵活设计填报时间段

2.7运行环境

GFM adds syntax to create strikethrough text, which is missing from standard Markdown.

~~Mistaken text.~~ becomes Mistaken text.

2.8约束（条件与限制）

（1）项目开发经验约束：组员均为大三学生，没有开发完整项目的经验，需要借鉴学习。

（2） 管理约束：各个组员都是第一次协作完成项目，任务的拆分和协作对组长和组员来说都是考验。当项目遇到了技术性难题由组长合理给出策略，协助队员们更好的完成此次项目。

（3）技术约束：实现多人同时登录填报有困难，对于与其它软件进行交互有一定的难度，对提交信息的汇总也有一定难度

（4） 网络传输约束：用户网络速率会影响软件的用户体验，对于软件之间的交互有一定的约束。

（5）安全和保密约束：对用户敏感数据的存储和传输进行加密。

第三章 运行接口需求

3.1原型模型

3.2硬件接口

​ 客户端

​ （1）Android兼容的手机

​ （2）网络连接支持

3.3软件接口

​ （1）客户端

​ （2）Android版本

3.4通信接口

​ 网络连接使用HTTP

第四章 非功能性需求

4.1性能需求

​ 支持100人同时进行信息填报

4.2软件属性

4.2.1软件可靠性

​ （1）在Android版本的系统稳定运行

​ （2）在软件非正常退出时，确保用户数据不丢失

4.2.2可用性

​ （1）并发性：支持多用户同时提交信息

​ （2）操作敏捷：简单快捷填报信息，安装便捷

​ （3）页面美观：无广告

​ （4）占用空间：小

4.2.3安全保密性

​ （1）最小权限原则：只需要获取所需权限，保护用户隐私

​ （2）数据传输：对相应的汇总数据进行加密

4.2.4可维护性

​ （1）开发规范：根据实际情况制定合适的开发规范，共同遵守，提高代码可读性和可维护性

​ （2）模块化设计：各个功能采用模块化设计，便于各个模块的设计开发与维护

第五章 验证验收标准

To use this feature, first, please enable it in Preference Panel -> Markdown Tab. Then use == to wrap superscript content, for example: ==highlight==.