软件工程第三次作业——项目需求报告

小组成员：邓蓉 袁玲 程阳洋 付尧 张梓轩 余文燕

第一章 引言

1.1编写目的

A】本文档是“基于Android平台的任务APP开发”项目的需求分析说明书，仅供设计人员使用，作为系统设计依据。

B】作为项目验收标准之一。

C】后期维护的参考资料。

1.2文档范围

A】本文档包括任务概述、假定和约束、需求规定、运行环境规定、开发成本估计、尚解决问题等子模块。功能性需求指的是任务管理系统的功能模型，它将通过use-case模型来对功能建模进行展现，并结合用例描述，条目化系统各功能点定义；非功能性需求包括性能要求、稳定性要求以及并发量要求，它是系统性能指标的评定标准。

B】系统用户范围分析清楚任务APP用户的分类以及用户职责。

C】系统环境要求描述系统部署的服务器、客户端以及网络环境的基本参数和推荐参数。

1.3读者对象

该需求规格说明书的读者主要分为三部分人：用户、开发人员和测试人员。其中用户主要关注需求规定和运行环境两个部分；开发人员则需要通阅整个文档，测试人员主要关注需求规定和运行环境。

1.4项目背景

现在，很多人做事很多时候不能坚持下去，于是就需要一款软件能监督和提醒他们。也有很多人有些自己不能或者没有时间和精力去完成的事情，于是就需要一款软件能帮助他们找到能够帮他们完成这些事的人。而我们的“任务！任务！”软件就可以同时满足人们这两种需求。人们可以使用“任务！任务！”软件发布悬赏任务，附上自己任务的内容和奖励之后，在一系列的申请人中选择一位帮助自己完成任务。

1.5术语定义

1.6参考资料

 

第二章 任务概述

2.1项目目的

A】该APP是作为拖延症的用户们的监督提醒的应用，通过任务发放的形式来改善用户的拖延症，并加入了用户与用户之间的互动方式，以此激励用户坚持下去。

B】该应用也可为游客提供试用的功能

2.2系统（或用户）的特点

A】该APP为用户贴近生活应用，预期使用频度较高

B】用户与游客不需要任何技术背景，但具有看懂该APP的操作规则及各项功能，操作说明的能力

C】用户能完成基本的手机应用操作，能完成信息的更新与比赛的创建等基本操作

2.3用户分析

用户大多是有拖延习惯的，希望通过使用该APP来改善拖延情况。所以用户是很不喜欢繁琐的操作的，所以我们的APP需要尽可能操作简洁方便使用，才能提高常用用户的数量。

2.4需求范围

该APP是为了提升用户对自己工作任务安排的条理性、有序性而开发的手机应用。它以任务为核心，提供任务安排以及任务汇总功能，帮助用户集合来自各方的任务形成自己的工作计划。具体如下：

该APP可以允许员工任务出自多来源，提供任务建立和下发功能。

该APP提供计划生成功能，帮助用户用指定、分发、完成任务等功能。

该APP提供各角度的查询功能，可以根据用户所需要查询的各种维度来查询其所能够查阅到的任务。

第三章 假定和约束

A】该APP开发周期限预期2周，在预期时间范围内完成系统基本功能的实现

B】完成该APP所需要的经费应在可考虑的范围内

第四章 需求规定

4.1app功能说明

4.1.1CURD矩阵

描述功能与实体之间的关系（C:Create  U:Update  R:Read  D:Delete）

本节不适用。

4.1.2层次框架图

4.1.3实体类以及联系图

a】实体类图

b】实体联系图

4.1.4用例图

4.1.5流程图

a】任务发布流程图

b】任务申请业务流程图

c】任务管理数据流程图

4.1.6状态图

a】登陆管理状态图

b】个人信息管理状态图

c】任务管理状态图

d】消息管理状态图

4.1.7活动图

a】用户登陆活动图

b】用户注册活动图

c】个人信息管理活动图

d】任务管理活动图

e】消息管理活动图

4.1.4逻辑方案（界面设计）

4.1.5整体功能需求框架

4.1.5.1登陆注册模块需求分析

A】关于应用的引导欢迎动画，跳出登陆界面

B】登陆功能与界面

C】注册功能与界面

D】登陆成功，跳转到APP整体界面，有四个Tab组成：首页、任务、会话、个人中心

4.1.5.2首页模块需求分析

该页面会有相关热门任务以及相关的广告通知信息等

4.1.5.3任务模块需求分析

A】发布任务功能，需要填写任务相关的详细信息（发起人，任务内容，任务时间，状态，奖励值等等）进行任务的发布

B】管理任务功能，有两个大类别，分别是用户发布的以及用户接受到的

b.1】管理用户接收到的任务，有尚未完成的和已经完成的，分别对应的是正在进行的任务以及历史任务

b.2】管理用户发布的任务，有尚未完成的和已经完成的，分别对应的是正在进行的任务以及历史任务

4.1.5.4会话模块需求分析

a】会有最近联系人的列表，能够选择进行会话功能（类似与即时通）

b】能够通过注册的账号来进行查询账户

4.1.5.5个人中心模块需求分析

A】个人信息，可以查看、修改个人信息

b】信誉度，根据任务的完成情况来显示用户的信誉度

c】系统设置，（设置会话背景、使用模式等。。。。不知道，乱编的)

d】关于我们，相关版本号、应用的介绍、开发人员的联系等等

4.2可行性研究

4.2.1技术可行性

该APP主要采用了Android系统。作为一款开放式的操作系统，随着Android的快速发展，如今已允许开发者使用多种编程语言来开发Android应用程序，而不再是以前只能使用Java开发Android应用程序的单一局面，因而受到众多开发者的欢迎，成为真正意义上的开放式操作系统。而且简单容易上手，拥有编程基础的人就可以实现。

4.2.2经济可行性

该APP的经济效益远远远远超过它的开发成本。

4.2.3操作可行性

        该App的操作方式简单且容易上手，只要具有正常功能的用户使用者均可快速上手该应用。并且，使用该APP的过程中，能一定的程度上改善用户的拖延症。

4.3对功能的一般性规定

本节不适用。

4.4对性能的一般性规定

性能需求包括并发量和响应时间两个指标：

A】并发量：系统所能够处理的并发量指标指的是在非集群情况下，单台服务器所能处理的同时在线操作的用户数，本系统设定的此用户数最大上限指标为500人。（具体人数尚未确定）

B】响应时间：响应时间指的是用户在使用系统进行业务操作时，发出操作指令后的系统响应时间上限，本系统设定为2秒。

4.5其他专门要求

本节不适用。

4.6对安全性的要求

系统的使用权限分为二级，即用户和游客，各级人员的信息均未加密。用户身份采用（用户名+密码）的方式认证,游客不需任何方式认证。

第五章 运行环境规定

5.1设备及分布

本软件运行于安卓平台手机上，对安卓的系统版本最低要求为2.3.0

5.2支撑软件

/********************尚未确定，需修改相关数据************/

系统的实施环境包括软件环境、硬件环境和网络环境。其中：

软件环境：系统需要的软件环境包括服务器操作系统、应用服务器中间件、数据库三个类别，其要求分别如下：

服务器操作系统：window 2008 server

应用服务器中间件：tomcat6.0

数据库：mysql 5.1

硬件环境：硬件环境主要指的是服务器的硬件配置，其具体要求如下：

CPU：4核心  主频2.4G以上

内存：16G以上

硬盘：500G以上

网卡：1000M

网络环境：系统使用所需的网络环境；在本系统中，需要承载500并发并且响应2秒，那么服务器至少应部署在2M独立网络中。

5.3接口需求

A】用户接口：

对系统各个功能模块，以分级菜单的形式给出；

所有的提交、确认、删除等操作以按钮的形式给出

B】硬件接口：本节暂不适用。

C】通信接口：支撑运营商的通讯方式

5.4程序运行方式

系统采用C/S架构，必须在手机端安装此软件，系统才能正常运行。

第六章 开发成本估计

本节暂不适用。

第七章 尚解决的问题

本节暂不适用。

附录

 

附表一：