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