需求规格说明文档.docx
- 文档编号:2917910
- 上传时间:2023-05-05
- 格式:DOCX
- 页数:22
- 大小:273.72KB
需求规格说明文档.docx
《需求规格说明文档.docx》由会员分享,可在线阅读,更多相关《需求规格说明文档.docx(22页珍藏版)》请在冰点文库上搜索。
需求规格说明文档
益友app
需求规格说明文档
课程名称:
软件需求分析
专业班级:
软件132班
*********
学号:
0133620
1.引言
1.1目的
近年来,互联网、手机等新兴媒体的广泛应用,很多人一天的生活基本二十四小时手机都会在身边,可以说手机已经成为了许多人的第一朋友。
而有许多的人生活作息却并没有规律,有时十点就睡了,有时晚上2点钟却还没睡。
这使得他们生活、工作、学习都有着不好的影响。
急需一个手机软件来管理自己的生活作息时间。
1.2适用范围
世界卫生组织对影响健康的因素进行过如下总结:
健康=60%生活方式+15%遗传因素+10%社会因素+8%医疗因素+7%气候因素
由此可见生活方式管理是新兴起的个人健康管理中最重要的一个策略。
健康生活方式是需要培养的,培养的主动性在人们自己。
生活方式管理的观念就是强调个体对自己的健康负责。
生活方式管理核心是养成良好的生活作息习惯。
每天的健康作息时间就是健康生活方式的一个侧面体现。
很长一段时间内都是人们自己制订一系列的健康作息计划,由执行者靠毅力自觉执行,由于较枯燥难坚持,通常半途而废的居多。
随着移动互联网的兴起,手机已经成为了我们生活必不可少的一部分,健康生活方式管理方法也随之有了改变。
手机制定的一个生活作息软件能人们提供了不少便利,使得健康作息时间的安排和习惯的完成更有趣,人们也更有动力。
而国内目前这种生活作息管理软件十分的稀缺,并且大多数实用于女生。
1.3参考资料
资料名称
出版单位
作者
《软件需求》
电子工业出版社
劳森 (作者)
《软件需求工程:
原理和方法》
科学出版社
金芝
《需求工程--软件建模与分析》
高等教育出版社
骆斌
2.系统概述
2.1.1前景描述
健康是当今社会每个人都十分关注的问题,而一个有规律的生活作息无疑是健康管理非常重要的策略,手机又是当今社会每个人都离不开的一个电子产品,在手机上做出一个非常适应大众需求的软件。
2.1.2主要特性
FE-1:
设计用户自定义功能,让用户自己选择自己的计划提醒方式,如闹钟,震动,短信等。
FE-2:
作息时间管理,制定每一天的作息时间管理。
FE-3:
任务目标管理,可以制定学习目标生活目标等,并对任务和日程进行提醒并记录每次发生的处理信息,瀑布式目标视图清晰地反映当前每个目标进度。
FE-4:
提供仿日记本功能和日记本密码锁功能,输入密码才能看到日记。
FE-5:
财务记账本功能,记录日常开支,可以汇总查询,可以分类。
后期可作成理财功能。
FE-6:
计划表功能,再也不会忘记每个月要做的事情。
FE-7:
特殊日:
记住重要的生日,纪念日等,永远都忘不了那一天;
FE-7:
生活记录功能,轻松的记录生活,自由的更换背景,快速的检索信息,加密功能保护隐私。
FE-8:
根据用户意愿共享自己的作息方案供大家参考。
FE-9:
根据用户的一些基本信息智能推荐一些作息方案。
FE-10:
根据用户需求制定另一个计划监督终端,与另一台手机进行联合,让他人来一起监督你的完成情况,更有效的约束自己。
2.1.3业务目标
(1)业务目标:
BO-1:
在第一版应用之后的1个月内,基本生活作息时间已经有了
度量标准:
根据客户的反馈,时钟提醒的次数等。
BO-2:
在第一版应用之后的3个月内,如无特殊情况已经能按照自己制定的生活作息方案来之行了。
B0-3:
在第一版应用之后的6个月内,已经有了十分有规律的生物钟,基本不用手机提醒就已经能按时做该做的事情了。
2.1.4业务风险
RI-1:
使用该应用的人数太少,减少了对系统开发的投资回报和效益。
可能性0.2,影响为9。
RI-2:
使用该应用的人群不能坚持按照制定的计划来完成每天的生活作息。
导致他们觉得软件无用。
可能性0.5,影响为7。
2.1产品功能
2.1.1系统用例模型
图2.1系统用例图
2.1.2情节串联图
利用图形来描述描述场景的情节串联图板是从电影和卡通行业借鉴来的技术。
在卡通制作者设计一个卡通故事时,会勾画出一系列相连的图片。
因此,在描述某个场景是,情节串联图板技术也不再使用文本的描述方式,而是粗略勾勒出场景涉及的各个静态画面,并互相联系起来,描述复杂的情节。
图2.2系统用例图
2.1.3业务流模型
在对这款软件进行操作时,有登录活动、注册活动、如果用户是新用户就先进行注册活动,注册成功后进入主页面,开始进行用户操作。
如果是老用户就直接登录,在登录时,若出现输入用户名或密码错误,要进行相应提示,并允许用户重新输入。
进入主页面后,用户可以先浏览软件整体,熟悉使用方式和过程。
根据使用者平时的习惯将自己的作息反映到app中。
业务流程图见图2.3。
图2.3系统业务流程图
2.2用户特征
本项目面向在校大学生,他们的特征有:
(1)自制力差;
(2)对于即定的目标没有足够的动力去长期执行;
(3)需要外力约束;
(4)意识到了自己的问题,希望做出改变。
2.3约束
1、只有注册了的用户才能发布和浏览等操作。
2、每位用户都有唯一的编号标识,且用户名也是唯一的。
3、管理员可查看和删除用户信息,但无法修改和增加用户信息。
4、用户可修改和删除自己发布的作息计划。
5、记录每次计划的完成情况。
6、用户可查询自己的历史完成记录。
7、显示用户状态,包括在线、离线和忙碌。
依据以上所列系统约束,可大致完成系统上下文图的设计,如图2.4所示。
图2.4系统上下文图
2.5假设与依赖
AS-1:
使用者因不能按时完成自己所制定的计划而将软件卸载。
AS-2:
个人信息泄露。
AS-3:
用户反馈较少,不能及时知道用户使用后的实际情况。
3.详细需求描述
3.1对外接口需求
3.1.1硬件接口
(1)服务器端硬件推荐配置如下:
奔腾4处理器主频2.4G以上
内存要求4GB以上
网卡为100Mbps以上
网络带宽为100Mbps以上
使用windows 2000 server 操作系统以上版本
(2)客户端硬件推荐配置如下:
奔腾4处理器 主频1.8G以上
内存要求1GB以上
网卡为100Mbps以上
网络带宽为100Mbps以上
必须有的输入输出设备有键盘、鼠标和显示器,显示器分辨率要求1024*768
(3)服务器端和客户端所使用的网络通讯协议为HTTP协议。
3.1.2软件接口
(1)该系统所涉及到的外部组件接口有操作系统、数据库、Web服务器软件,其中操作系统的要求为Windows XP操作系统以上版本,数据库系统要求为SQL server 2005,Web服务器软件要求为Tomcat6.0,还有客户端的Web浏览器要求为IE6.0以上。
(2)其中Windows XP操作系统为网站提供,操作系统平台支持。
SQL server 2005数据库系统作为网站数据的后台存储机制,另外也提供相应的数据处理和数据保护功能。
Tomcat6.0 web服务器软件为网站的发布经过服务器平台,客户端的IE6.0 Web浏览器为网站页面的显示效果,以及数据交换,提供统一、正确的结果。
3.1.3通信接口
(1)RJ-45---各种不同接头的一种类型,RJ-45头根据线的排序不同的法有两种,一种是橙白、橙、绿白、蓝、蓝白、绿、棕白、棕;另一种是绿白、绿、橙白、蓝、蓝白、橙、棕白、棕。
3.2功能需求
系统大致可以分为以下流程:
用户登录系统(若为游客,有时还要注册为用户),制定相应计划,联网发布计划,按计划实施,绑定社交网络完成好友监督功能。
3.2.1用户注册
3.2.1.1特性描述
提供新用户注册功能,包括提供录入信息的界面,检查注册信息的有效性,并将注册会员的信息保存在对应数据库的数据表中。
3.2.1.2刺激/响应序列
图3.1用户注册的时序图
3.2.2用户登录
3.2.2.1特性描述
提供用户的登录功能,包括提供用户录入用户名和密码的界面、检查密码、用户名的正确性和有效性。
用户登录后可以发布计划并绑定社交账号添加好友。
3.2.2.2刺激/响应序列
图3.2用户登录的时序图
图3.2.1用户登录的活动图
3.3性能需求
(1)时间特性:
般操作的响应时间应在1~2秒内,我们应保证系统的速度,使用户操作在可接受的时间内完成;统计报表相应功能响应时间是30秒;其他模块相应功能响应时间是15秒。
(2)精度要求:
除了考虑产品对于网站系统在运行效率、数据处理能力等方面的支持功能外,也要求数据存储部分非常稳定,其主要是指用来保存大量数据的设备(磁盘阵列、光盘存储设备、磁带存储设备、移动存储设备等)。
(3)系统有效性:
系统每天需要连续运行24小时,每周运行7天,包括公共假期和周末。
(4)容错性:
整个系统应至少准备一个备用的服务器,即在当期服务器出现故障时,备用服务器要及时工作起来,以保证系统的可靠性及稳定性,这样就可以保证投资商、用户、商家等的利益损失最小化。
(5)可扩充性:
系统应具有良好的可扩充性,这样当需要有新的功能增加时,不用重新来完成该系统,只需要对当前这个系统添加指定的功能即可,这样既节省时间,又减少资金的投入,能够做到双赢。
3.4质量需求
(1)Availability(可用性):
该系统是为了实现客户随时随地的购买商品,因此该系统的服务时间应该是全天二十四小时。
(2)Robustness(健壮性):
即该系统的稳定性要好,即使用户这边出现一些错误的操作,该系统也应该及时发现,并予以纠正和给予温馨的提示,以便用户用的放心、舒心。
(3)正确性:
软件能够正确执行任务,工作成果准确。
3.5其他需求
3.5.1易用性需求
作为一款可联网绑定社交账号并实现添加好友功能的软件,益友app系统的设计和实现遵循易用性原则,工具的安装和入门,工具的用户界面布局,使用工具的操作方式等方面都应符合主流交易类软件的设计风格与要求。
(1)操作简单,设计合理;
(2)进行目标搜索时,系统会提供相关关键字提醒等功能,以实现快速查找,提高效率;
3.5.2安全性需求
为了对软件安装和使用进行统一的管理,安装益友app后,用户注册时填写的个人信息自动上传至用户数据库并保存,只有赋予管理员权限才有机会查看数据库的全部内容,在一定程度上,保证用户个人信息的安全性、及软件安全性。
4.结构化建模
4.1数据流图DFD
图4.1校园二手物品交易系统的数据流图
4.2数据字典
对系统中出现的各个实体的属性进行整理,形成数据字典,进而可以作为后继开发过程中数据结构设计、数据库设计、数据库表结构设计的主要来源。
格式如下例所示:
4.2.1数据项定义
数据项名称:
用户账号
数据项编号
001
简述:
唯一表示每个用户
数据长度:
20位
数据类型:
字符型
数据项名称:
用户密码
数据项编号
002
简述:
用户管理所需密码
数据长度:
100位
数据类型:
字符型
数据项名称:
名称
数据项编号
003
简述:
名称
数据长度:
100
数据类型:
字符型
数据项名称:
游客账户
数据项编号
004
简述:
后台操作人员,帮助维护系统正常运行
数据长度:
20
数据类型:
字符型
数据项名称:
账号密码
数据项编号
005
简述:
用户登陆系统用的密码
数据长度:
20
数据类型:
字符型
数据项名称:
管理员权限
数据项编号
006
数据项别名:
管理员权限
简述:
管理员所具有的权限(分2个等级)
数据长度:
1
数据类型:
数值型
取值范围:
0或1
数据项名称:
关键字
数据项编号
007
简述:
用户搜索是输入的关键字
数据长度:
15
数据类型:
字符型
数据项名称:
类别
数据项编号
008
简述:
名词因为自身属性而归属的类别
数据长度:
15
数据类型:
字符型
数据项名称:
订划日期
数据项编号
009
简述:
用户制定计划达成设置的日期
数据长度:
20
数据类型:
日期型
数据项名称:
好友添加状态状态
数据项编号
010
简述:
用户订单所属状态
数据长度:
15
数据类型:
字符型
4.2.2数据结构定义
数据结构名称:
用户登录信息
数据结构编号
D2-01
含义说明:
为了方便登录,将用户名和密码作为了一个整体
组成:
用户账号+用户密码
4.2.3数据流定义
数据流名称:
用户基本信息
编号:
D3-01
简述
用户注册时,用户需要输入的会员信息
数据流来源:
用户账号
数据流去向:
P1(用户注册)
组成:
用户名称+用户密码+性别+出生日期+联系电话+电子邮箱
数据流名称:
用户账号、密码信息
简述
用户登录系统时,需要输入账号信息,系统将之与系统中存储的信息对比。
编号:
D3-02
数据流来源:
D1(用户信息表)
数据流去向:
P2(用户登录)
组成:
用户账号+用户密码
数据流名称:
用户修改的信息
简述
用户需要时,可以对其账户信息进行修改,修改时,需要输入新的账户信息。
编号:
D3-03
数据流来源:
用户
数据流去向:
P3(账号管理)
组成:
用户名称+性别+出生日期+联系电话+电子邮箱
数据流名称:
关键字或类别
简述
用户搜索商品时输入的关键字或选择的类别。
编号:
D3-04
数据流来源:
用户
数据流去向:
P4
组成:
[关键字][类别]
4.2.4数据存储定义
数据存储名称:
用户信息表
编号:
D1
说明
用户要登录系统,必须注册用户信息。
输入的数据流:
P1,P3
输出的数据流:
P2
组成:
用户编号+用户密码+用户账号名称+用户性别+出生日期+联系电话+电子邮箱
数据存储名称:
好友列表
编号:
D2
说明
用户所绑定的社交账号自动生成的好友列表。
输入的数据流:
P11
输出的数据流:
P4,P5
组成:
好友账号+邀请信息/添加好友信息
数据存储名称:
评价
编号:
D3
说明
用户对计划进行评价
输入的数据流:
P10
输出的数据流:
P11
组成:
用户名称+评价内容
4.2.5处理定义
处理名称:
用户注册
编号:
P1
说明:
系统记录用户基本信息,用户使用设定的账号和密码登陆系统。
输入的数据项:
用户(用户信息)
输出的数据流:
用户信表,用户
处理逻辑:
用户信息基本录入,系统审核,提示注册成功
处理名称:
用户登录
编号:
P2
说明:
用户向系统提供账号和密码,系统检测其准确性,判断用户是否可以进入系统。
输入的数据流:
用户信息表,用户
输出的数据流:
用户
处理逻辑:
输入账号密码,系统审核,显示登入成功
处理名称:
账户管理
编号:
P3
说明:
用户向系统提供自己的修改信息,系统记录到用户信息表中。
输入的数据流:
用户
输出的数据流:
用户信息表
处理逻辑:
输入修改的信息,提交,系统审核,修改成功
处理名称:
关键字搜索
编号:
P4
说明:
系统根据用户输入的关键字或选择的制定计划类别搜索相应信息。
输入的数据流:
用户,用户信息表
输出的数据流:
用户
处理逻辑:
点击搜索,输入关键字或者类别,搜索结果
处理名称:
添加计划
编号:
P5
说明:
用户制定计划并添加上传云端数据库。
输入的数据流:
信息表,用户
输出的数据流:
计划
处理逻辑:
编辑计划,点击添加
处理名称:
删除计划
编号:
P6
说明:
用户可以历史计划中全部信息。
输入的数据项:
计划
输出的数据流:
计划
处理逻辑:
查看计划,清空历史记录
处理名称:
计划发布
编号:
P7
说明:
用户发布自己制定作息计划
输入的数据项:
用户
输出的数据流:
用户主页
处理逻辑:
用户输入发布计划所需的信息,提交,系统审核,发布成功
4.3状态转换图
在此系统中主要的状态可以分为登录状态、查询信息状态、发布计划、;而在登录状态中,输入账号密码成功后则进入主界面状态,未输入账号密码后则以游客身份有限授权的状态进入界面;在进入界面成功之后查询输入有效查询信息返回查询到目标的状态,输入为空返回无结果状态进入主界面;查询成功后可以进入计划制定流程,设置相应任务以及目标。
图4.6益友app系统的状态转换图
4.4ERD的创建
作为数据模型的描述手段,ERD首先要描述会在系统中出现的事物。
实体就是ERD用来描述事物的元素,是需要在系统中收集和存储的现实世界事物的类别描述。
在此校园二手物品交易系统中的实体是用户、管理员、游客;ERD中的实体主要以两种形式出现:
概念实体和逻辑实体,这两种形式分别具有不同的作用。
概念实体是一种抽象的概念,不考虑概念背后的屋里存在,所以通常不包含与之相关联的其他特性。
在确定了实体之后,还需要了解如何描述实体,属性就是可以对实体进行描述的特性。
属性以数字、代号、单词、短语等形式存在,一系列属性的存在集成起来就可以描述一个实体的实例。
在此系统中,用户的属性主要包括编号、用户名、密码、社交帐号等属性;
根据上述分析,把在整个系统中出现的实体及各个实体之间的关联画成ERD图,以更好地从整体角度了解系统中的所有实体,如图4.7所示。
图4.7益友app系统的ERD图
5.总结
益友软件在目前的市场很需缺,这个想法还是不错的,但是只靠自己提出需求,想的也只是局限性,毕竟我们没有经验,不管如何好歹也把这需求规格说明书写完了,对自己的提升的地方就是复习了下《UML》那门课,怎么画图,其他的也学到了如何与客户打交道,该怎么问需求,虽然是模拟,但也体验一把!
!
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 规格 说明 文档