# chatask **Repository Path**: CS-IMIS-23/chatask ## Basic Information - **Project Name**: chatask - **Description**: No description available - **Primary Language**: Android - **License**: MIT - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2018-11-27 - **Last Updated**: 2020-12-19 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # chatask ## 1. 引言 ### 1.1 目的 * 为了满足作业要求，在团队间认真商讨了之后决定制作一款团队管理软件。 * 该需求规格说明书编制目的是为了明确本软件的详细需求，供团队确认软件的具体功能，作为明确具体需求的基础。 * 本文档面向的预期读者范围与阅读建议： 1.项目经理：项目经理根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。 2.程序员：了解需求的程序特点与系统功能。 3.测试员：根据本文档作出测试用例，对软件进行功能性测试与非功能测试。 4.用户：清晰了解软件使用方式， ### 1.2 背景 * 项目开发单位：北京电子科技学院2017级23班一组学生 * 本次待开发的软件为团队管理软件。 本软件将被投放至应用市场供群众下载，用户可以使用该软件进行团队管理和团队交流 ### 1.3 定义 | 序号 |缩写 | 定义 | | -------- | :----------------:|:--------------------------------------------------------------------------:| | 1 | app | 应用程序，Application的缩写，一般指手机软件 | | 2 | Android | Android是一种基于Linux的自由及开放源代码的操作系统，主要是使用移动设备，如智能手机和平板电脑，由Google公司和开放手机联盟领导及开发。 | ### 1.4 参考文献 * 《报课系统软件需求规格说明书》 * 《报课系统需求规格说明书》 * 《一起买APP需求规格说明书》 ## 2. 项目概述 ### 2.1 产品描述 * 通过开发基于Android平台的app解决公司或组织内部信息沟通困难，传达繁琐的问题，提高工作效率。 ### 2.2 产品功能 * 通过该app，能使公司或组织内部领导更加高效地进行考勤、批假，下发任务、通知，组织活动。员工可以在app内打卡、请假，提交和汇报任务情况，查看通知等。具体如下： ![](https://gitee.com/CS-IMIS-23/chatask/raw/master/app/src/main/res/drawable/jiex1.png) ### 2.3 用户特点 #### 2.3.1 用户示例场景 * 小王是A公司员工，某天小王家里母亲生病了，要送母亲去医院，同时需要向领导请假，小王可以使用app向领导发布请假申请，在领导审批过后，系统会在考勤系统中给小王进行请假注释。 #### 2.3.2 用户需求分析 * 本app的需求用户主要为学校或公司中的员工以及领导，通过共同的服务端与不同的客户端可以在app内进行各种公司内部工作的上传下达。 #### 2.3.3 用例图 ![](https://gitee.com/CS-IMIS-23/chatask/raw/master/app/src/main/res/drawable/jiex2.png) ### 2.4 一般约束 * 开发周期过短：短暂开发时间需要开发者合理规划时间，做到多项任务多人共同合作同时工作。 * 所采用的方法与技术有限：项目团队成员的技术水平不够成熟，需要在开发中并发学习多种技术和能力。 * 代码公共规范：需要统一完善的代码规范，使得app错误查找更加简便。 #### 2.5 假设与依据 * 团队成员的积极合作配合，为了项目的开发和实施，对个人时间进行合理规划同时为团队做出合理牺牲，配合队友完成任务。 * 学院教师提供完整详细的功能和性能需求资料，以便于团队对其进行分析，从而形成完善的软件需求。 * 团队掌握先进的能够适用于该项目的技术，这是系统的性能是否优化和项目能否成功的保证。 ## 3. 具体需求 ### 3.1 功能需求 #### 3.1.1 界面设计 设计图（初版） ![](https://gitee.com/CS-IMIS-23/chatask/raw/master/app/src/main/res/drawable/jiex3.png) 注：第一周结束后完成界面编辑 ### 3.2 外部接口需求 #### 3.2.1 用户接口 无特殊需求。 #### 3.2.2 硬件接口 无特殊需求。 #### 3.2.3 软件接口 无特殊需求。 #### 3.2.4 通信接口 无特殊需求。 ### 3.3 性能需求 #### 3.3.1 精度需求 无特殊需求。 ### 3.4 属性 #### 3.4.1 可用性 易操作，易理解。界面设计简洁易用。 #### 3.4.2 可维护性 1.保留系统的源代码 2.代码注释详细，包括方法实现过程以及变量的含义。 3.清晰的系统结构和命名规范，界面规范。 4.每次调试都会记入日志。 5.不断从各方面操作进行测试。 ## 4. 验证验收标准及相关要求 ### 4.1 验收标准 #### 4.1.1 文档验收标准 （1）app项目开发计划 （2）软件需求说明书 （3）团队项目及时记录和总结报告（团队博客） #### 4.1.2 软件验收标准 APP安装包 #### 4.1.3 界面验收标准 | 序号 | 界面名称| 界面描述| | | -------- | :----------------:|:------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------:|:---------------: | | 1 | 初始界面 | 进行登陆功能，有用户名与密码栏，下方有登陆与注册按钮，最下方蓝色小字有“忘记密码？“ | | | 2 | 单人功能界面 | 有打卡功能进入按钮，有请假功能进入按钮，有日程安排功能进入按钮 | | | 3 |公共功能 | 有公共通知栏，并附带设置提醒时间按钮。有公共活动栏，有选择是否参加按钮，和缴费按钮，也附带设置提醒时间按钮。有公共任务栏，有提交结果栏和提交按钮，并有跳转到结果界面按钮也附带设置提醒时间按钮。三栏平分整个界面 | | |4 | 聊天| 最左侧有联系人栏，占1/3界面，剩下2/3界面是聊天功能，有发言框和聊天内容框。最下面是发送按钮。 | | #### 4.1.4 功能验收标准 | 序号 |功能名称 | 操作界面 | 详细操作 | 备注 | | -------- | :----------------:|:--------------------------------------------------------------------------:|:---------------: |:---------------: | | 1 | 打卡 | 单人功能 | 点击打卡按钮可以在日历对应的今天上划一个圈 | | | 2 | 请假 | 单人功能 | 输入请假原因，点击申请请假按钮即可请假 | | | 3 | 日程安排 | 单人功能 | 可以点击添加日程按钮，添加日程安排和时间，点击保存后即可查看日程安排 | | |4 | 公共通知| 公共功能 | 点击即可查看通知，查看通知后可以设置提醒时间 | | | 5 | 公共活动 | 公共功能 | 点击即可查看活动，你可以点击参加或不参加按钮来决定你是否参加该活动。若要参加活动点击缴费按钮，即可进行缴费。 | | | 6 | 公共任务 | 公共功能 | 点击即可查看任务，在任务提交栏写上自己的任务结果，点击提交按钮即可提交任务 | | | 7 | 聊天 | 聊天 | 先选择左边联系人，再在下方发言栏写上你想要聊天的内容，点击发送即可聊天。 | | ### 4.2 灵活性 对性能的规定 #### 4.2.1 精度 根据本系统的功能特性，数据的输入、处理、输出所要到达的精度： 用户名：6位数字； 用户密码：密码由6-12个字符组成，请使用英文字符加数字的组合密码，为安全保障，也可单独使用英文字母、数字作为您的密码，但推荐使用组合密码； 用户真实姓名：用户的真实姓名，只允许使用中文； 用户性别：下拉菜单选项，提供“男”“女”两种选择，可选其中之一；用户出生年月：采用y年m月d日，如2010年4月20日， 用户手机号码：只能使用数字0—9，最大长度不能超过15位，手机号码必须合法； 用户邮箱：符合正常邮箱格式，一定要包含@字符。 #### 4.2.2 时间特性需求 此系统对时间特性的要求不高，只需在合理时间内响应用户的请求即可 ### 4.3 灵活性 本软件最终完成后，短期内需求不会发生太大变化。相应地，即当需求发生某些变化时，该软件具备对这些变化的适应能力：操作方式上的变化。本系统的操作方式相对简单，用户可以很容易掌握。 在系统前期的需求分析和交互设计方面已经做了充分的考虑和设计，一般不会发生太大的变化。不过我们可以根据用户需求的变化，做一些更改和扩充，具有比较好的扩展性 ### 4.4 数据管理能力要求 本应用软件的所有文件均放置在数据库中，调用，查询数据、文件、记录时，通过库文件名直接进行操作 ### 4.5 其它要求 安全保密要求：不仅要考虑到用户的个人资料的安全，而且要考虑到系统本身的安全。要防止病毒的入侵，防止密码、信息的泄露。 使用方便要求：该系统的整个用户界面要友好易用。 可维护性：全面考虑系统，加强后期的维护。 可补充性：注意接口的设置，使得系统在后期能够进行新功能的添加 可靠性：系统具有较强的稳定性，不存在太多的不稳定因素