软件需求分析报告.docx
《软件需求分析报告.docx》由会员分享，可在线阅读，更多相关《软件需求分析报告.docx（7页珍藏版）》请在冰豆网上搜索。
软
件需求分析报告
目录
1.总体功能需求-1
2.软件开发平台需求---1
3.软件需求分析-1
3.1.软件范围 1
3.2软件的风险 1
3.3软件的功能 2
3.4用户类和特性--2
3.5运行环境需求--2
3.6设计和实现上的限制--2
4.外部接口需求--2
4.1用户界面 3
4.2硬件接口 3
4.3软件接口 3
4.4通讯接口 4
5.系统功能需求--5
5.1说明和优先级-5
5.2激励响应序列-5
5.3输入输出数据-6
6.其他非功能需求-6
6.1性能需求6
6.2安全措施需求--6
6.3安全性需求 6
6.4操作需求7
6.5软件质量属性 7
1总体功能需求
该产品主要是一个信息分享平台，所以一定要有实时信息交互功能；针对注册用户，要有用户信息管理以及后台数据库存储功能；对于用户推荐上传的美食商家地址要有基础的位置获取定位功能或者是导航软件启动权限申请功能
2软件开发平台需求
开发者开发的软件必须能够在安卓以及ios等主流平台上正常运行。
目前开发软件平台为：
数据库管理系统：
Oracle9i以上版本
中间件（应用服务器）系统：
IBMWebSphere
OA系统：
LotusDomino/Notes
网络架构：
完全支持TCP/IP协议开发工具或技术体系：
为保证软件的上下兼容性，开发者应选择比较通用的开发工具的较新版本进行开
发，如MicrosoftVisualStudio.Ne，tBorlandDelphi，C++Builder,或J2EE（Java2P1atformEnterpriseEdition）等。
3软件的需求分析
3.1软件范围
开发这个软件产品不仅仅是为了在现在这个高速发展的社会中通过这样一个渠道将人们联系起来，也是为了将一个城市中所有的美食文化传承下来，将美食带给人们的那一份满足感通过这样一个平台传递给更多的人，最终通过美食这个纽带将人们之间的关系拉近。
该软件主要是一个信息分享平台。
这里的分享信息，指的是分享美食、展览会、漫展、藏在深巷中的小店、实惠良心的商铺等信息，不仅可以用论坛版块发帖的方式，还有短视频，以后还可以做出全景模型配合AR与VR。
当你一个人找到一家美食，实惠的商铺，好玩的活动时，你可以在平台上面分享。
让更多人的看见。
在你想要寻找这些时，也可以在平台上寻找信息。
除了信息分享以外还可以建立专门的交友模块，让人们能够找到对美食兴趣相投的一群人，提升用户的使用体验。
3.2软件的风险
该软件在建立运营的过程中有一定的风险：
可能会产生一定的恶劣用户，将建立这个平台原有的初衷歪曲化，在信息分享中会产生各种不良行为，譬如利用该软件平台发布广告、部分商家冒充用户对平台信息进行一定的导向；在交友模块中又会利用平台进行非法的交易甚至是欺骗用户，从而对用户的安全产生侵害。
3.3软件的功能
这款软件主要的功能就在于为用户建立一个全新模式的美食交流分享平台，为用户提供信息服务，也为城市中一些口碑很好但鲜有人知的美食提供一个绽放光芒的机会，为中华美食文化的传承做了一点努力。
3.4用户类和特性
该软件针对的用户群体比较宽泛，无论是什么年龄或者阶层的用户，只要对于美食有追求，那就一定会是我们的用户群体。
当然对于庞大的用户群体还是要有一定的特性划分，我们会根据用户平时搜索的记录进行大数据分析，对不同用户推送不同的特色美食。
3.5运行环境需求
本软件的运行环境，一般包括：
●操作系统和版本；Windows7及以上、android4.0及以上、ios8.0及以上；
●支撑环境和版本；数据库软件Oracle9i以上版本；
●其它与该软件有关的软件组件；应用服务器系统采用IBMWebSphere；
3.6设计和实现上的限制
在开发过程中可能的限制包括下列内容：
●必须使用的特定技术、工具、编程语言和数据库；
●避免使用的特定技术、工具、编程语言和数据库；
●要求遵循一定的开发规范和标准
例如，如果由客户的公司或者第三方公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准；
●企业策略的限制；
●政府法规的限制；
●工业标准的限制；
●硬件的限制
例如，定时需求或存储器限制；
●数据转换格式标淮的限制。
4外部接口需求
此部分内容说明了软件产品能和外部组件正确连接的需求。
关联图仅能表示高层抽象的外部接口，对接口数据和外部组件进行详细描述，并且写入了数据定义中。
4.1用户界面
以下是用户界面可能包括的一些特征内容：
●将要采用的图形用户界面（GUl）标准或者产品系列的风格；
●有关屏幕布局或者解决方案的限制；
●将要使用在每一个屏幕（图形用户界面）上的软件组件，可能包括：
n选单；
n标准按钮；
n导航链接；
n各种功能组件；
n消息栏；
●快捷键；
●各种显示格式的规定，可能包括：
n不同情况下文字的对齐方式；
n不同情况下数字的表现格式与对齐方式
n日期的表现方法与格式；
n计时方法与时间格式；
n等等。
●错误信息显示标准；
4.2硬件接口
●支持的硬件类型；
●软、硬件之间交流的数据；
●控制信息的性质；
●使用的通讯协议；
4.3软件接口
●操作系统；
●数据库；
●工具；
●函数库；
●集成的商业组件
4.4通讯接口
描述与软件产品所使用的通讯功能相关的需求，包括：
●电子邮件；
●WEB浏览器；
●网络通讯标准或者协议；
●数据交互用电子表格；
●消息格式；
●通讯安全或加密问题；
●数据传输速率；
●同步和异步通讯机制；
5系统功能需求
实时信息交互功能需求；
用户信息管理以及后台数据库存储功能需求；
位置获取定位功能或者是导航软件启动权限申请功能需求；系统存储空间读写功能需求；
后台信息推送自启动功能需求；
5.1说明和优先
本系统根据最终用户所具有的不同功能将用户分为以下四类：
1、软件用户：
需要从产品获取、上传信息等；?
2、?
合作用户：
知名商家提供店内部的美食信息；?
?
3管理用户：
管理用户和合作用户，保证正常的秩序；?
?
4系统管理员：
维护系统的正常；
产品在做完最基础的架构之后，应该优先做出用户的模块，然后才是管理用户和合作用户的功能。
?
优先级：
管理员〉用户〉合作用户
5.2激励／响应序列
目前不详
5.3输入／输出数据
列出输入数据（用户输入、来自外部接口的输入或者其它输入）并且定义针对这些输入数据的处理（计算）方法，以及相应地输出数据，描述对应区别：
输入数据和输出数据。
当有大量数据需要描述时，也可以分类描述数据，并且注明各项数据的输入、输出属性。
对于每一项数据，均需要描述：
●数据名称；
●实际含义；
●数据类型；
●数据格式；
●数据约束；
对于复杂的处理方法，仅仅给出算法原理是不够的，必须描述详细的计算过程，并且列出每一步具体使用的实际算式；如果计算过程中涉及查表、判断、迭代等处理方法，应该给出处理依据和相关数据。
如果计算方法很简单，也可以将其从略，不加描述。
6其它非功能需求
非功能需求主要包括可靠性、安全性、可维护性、可扩展性、可测试性等。
6.1性能需求
●相互合作的用户数量；
●系统支持的并发操作数量；
●响应时间；
●与实时系统的时间关系：
●容量需求
n存储器；
n磁盘空间；
n数据库中表的最大行数。
6.2安全措施需求
1、?
应用日志必须在现有基础上进行精简，对于重复日志记录、无用日志记录进行删减；
?
2、?
应用日志必须按日保存，每个文件保存应用一天的完整日志；
3、?
历史应用日志必须压缩后按日保存，以减小历史日志文件对硬盘空间的占用；
4、?
历史应用日志必须保留一个月（30天），以保证问题出现后，日志可以得到较好的保存。
6.3安全性需求
系统要有足够的防御能力，防御普通黑客的攻击，尽量减少各种可能出现的漏洞，防止用户信息被不良分子窃取。
?
?
保证用户权限的正确设置，防止出现各种越权行为，保证系统的正常良好运行。
?
?
用户的信息保存采用国际流行的MD5加密，保证安全；每个用户在第一次登录后，必须更改他的系统预置登录密码，系统预置的登录密码不能重用。
6.4?
操作需求?
系统能被现有的工作人员快速掌握并使用?
?
?
第三方控件的使用：
原则是不使用，但必须使用时必须通知提出，讨论通过后方可用。
?
?
?
?
点对点通讯：
私聊、公聊、从吧台获取信息都属于点对点通讯范畴，采用TCP协议?
6.5?
软件质量属性?
?
易用性优于易学性，或者可移植性优于有效性。
?
升级会员 