软件需求分析报告

1、、亠目录1. 总体功能需求2. 软件开发平台需求3. 软件需求分析3.1.软件范围3.2软件的风险3.3软件的功能3.4用户类和特性3.5运行环境需求3.6设计和实现上的限制4. 外部接口需求4.1用户界面4.2硬件接口4.3软件接口4.4通讯接口5. 系统功能需求5.1说明和优先级 5.2激励响应序列 5.3输入输出数据6. 其他非功能需求6.1性能需求 6.2安全措施需求 6.3安全性需求 6.4操作需求 6.5软件质量属性1总体功能需求该产品主要是一个信息分享平台，所以一定要有实时信息交互功能；针对注册用户，要有用户信息管理以及后台数据库存储功能；对于用户推荐上传的美食商家地址要有基础的

2、位置获 取定位功能或者是导航软件启动权限申请功能2软件开发平台需求开发者开发的软件必须能够在安卓以及iOS等主流平台上正常运行。目前开发软件平台为：数据库管理系统：Oracle 9i以上版本中间件(应用服务器)系统：IBM WebS phereOA系统：Lotus Domino/Notes网络架构：完全支持TCP/IP协议开发工具或技术体系：为保证软件的上下兼容性，开发者应选择比较通用的开发工具的较新版本进行开发，女 0 Microsoft Visual Studio.Net ，Borla nd Del phi，C+ Builder,或 J2EE(Java2 P 1atform Enterpr

3、ise Edition)等。3软件的需求分析3.1软件范围开发这个软件产品不仅仅是为了在现在这个高速发展的社会中通过这样一个渠道将人们联系起 来，也是为了将一个城市中所有的美食文化传承下来，将美食带给人们的那一份满足感通过这样一 个平台传递给更多的人，最终通过美食这个纽带将人们之间的关系拉近。该软件主要是一个信息分 享平台。这里的分享信息，指的是分享美食、展览会、漫展、藏在深巷中的小店、实惠良心的商铺 等信息，不仅可以用论坛版块发帖的方式，还有短视频，以后还可以做出全景模型配合AR与PR刁 你一个人找到一家美食，实惠的商铺，好玩的活动时，你可以在平台上面分享。让更多人的看见。， 在你想要寻找这

4、些时，也可以在平台上寻找信息。除了信息分享以外还可以建立专门的交友模 块，让人们能够找到对美食兴趣相投的一群人，提升用户的使用体验。3.2软件的风险该软件在建立运营的过程中有一定的风险：可能会产生一定的恶劣用户，将建立这个平台原有的初衷歪曲化，在信息分享中会产生各种不良行为，譬如利用该软件平台发布广告、 部分商家冒充用户对平台信息进行一定的导向；在交友模块中又会利用平台进行非法的交易甚至是欺骗用户，从而对用户的安全产生侵害。3.3软件的功能这款软件主要的功能就在于为用户建立一个全新模式的美食交流分享平台， 信息服务，也为城市中一些口碑很好但鲜有人知的美食提供一个绽放光芒的机会, 食文化的传承做

5、了一点努力。为用户提供为中华美3.4用户类和特性该软件针对的用户群体比较宽泛，无论是什么年龄或者阶层的用户，只要对于美食有追求，那就一定会是我们的用户群体。当然对于庞大的用户群体还是要有一定的特性划分，我们会根据用户平时搜索的记录进行大数据分析，对不同用户推送不同的特色美食。3.5运行环境需求本软件的运行环境，一般包括： 操作系统和版本； Win dows 7及以上、an droid 4.0及以上、ios 8.0及以上; 支撑环境和版本；数据库软件Oracle 9i以上版本；其它与该软件有关的软件组件；应用服务器系统采用IBM WebSphere ;3.6设计和实现上的限制在开发过程中可能的限

6、制包括下列内容： 必须使用的特定技术、工具、编程语言和数据库； 避免使用的特定技术、工具、编程语言和数据库；要求遵循一定的开发规范和标准例如，如果由客户的公司或者第三方公司负责软件维护,计符号表示和编码标准；企业策略的限制；政府法规的限制；工业标准的限制；硬件的限制就必须定义转包者所使用的设例如，定时需求或存储器限制; 数据转换格式标淮的限制。4外部接口需求此部分内容说明了软件产品能和外部组件正确连接的需求。关联图仅能表示高层抽象的外部接口，对接口数据和外部组件进行详细描述，并且写入了数据定义中。4.1用户界面以下是用户界面可能包括的一些特征内容:将要采用的图形用户界面(GUI)标准或者产品系

7、列的风格； 有关屏幕布局或者解决方案的限制；将要使用在每一个屏幕(图形用户界面)上的软件组件，可能包括: 选单； 标准按钮； 导航链接；各种功能组件； 消息栏；快捷键； 各种显示格式的规定，可能包括： 不同情况下文字的对齐方式； 不同情况下数字的表现格式与对齐方式 日期的表现方法与格式； 计时方法与时间格式； 等等。错误信息显示标准；4.2硬件接口支持的硬件类型；软、硬件之间交流的数据;控制信息的性质；使用的通讯协议；4.3软件接口操作系统；数据库；工具；函数库； 集成的商业组件4.4通讯接口描述与软件产品所使用的通讯功能相关的需求，包括: 电子邮件； WEB浏览器；网络通讯标准或者协议；数据

8、交互用电子表格; 消息格式；通讯安全或加密问题;数据传输速率；同步和异步通讯机制;5系统功能需求实时信息交互功能需求;用户信息管理以及后台数据库存储功能需求;位置获取定位功能或者是导航软件启动权限申请功能需求;系统存储空间读写功能需求;后台信息推送自启动功能需求;5.1说明和优先本系统根据最终用户所具有的不同功能将用户分为以下四类:1、软件用户：需要从产品获取、上传信息等;2、合作用户：知名商家提供店内部的美食信息;3 管理用户：管理用户和合作用户，保证正常的秩序;4系统管理员：维护系统的正常;产品在做完最基础的架构之后，应该优先做出用户的模块，然后才是管理用户和合作用 户的功能。优先级：管理

9、员用户合作用户5.2激励/响应序列目前不详5.3输入/输出数据列出输入数据（用户输入、来自外部接口的输入或者其它输入 ）并且定义针对这些输入数 据的处理（计算）方法，以及相应地输出数据，描述对应区别：输入数据和输出数据。当有大量数据需要描述时，也可以分类描述数据，并且注明各项数据的输入、输出属性。 对于每一项数据，均需要描述：数据名称; 实际含义; 数据类型; 数据格式; 数据约束;对于复杂的处理方法， 仅仅给出算法原理是不够的，必须描述详细的计算过程，并且列出每一步具体使用的实际算式；如果计算过程中涉及查表、判断、迭代等处理方法，应该给出处理依据和相关数据。如果计算方法很简单，也可以将其从略

10、，不加描述。6其它非功能需求非功能需求主要包括可靠性、安全性、可维护性、可扩展性、可测试性等。6.1性能需求相互合作的用户数量； 系统支持的并发操作数量； 响应时间；与实时系统的时间关系：容量需求存储器；磁盘空间；数据库中表的最大行数。6.2安全措施需求1、 应用日志必须在现有基础上进行精简，对于重复日志记录、 无用日志记录进行删减;2、应用日志必须按日保存，每个文件保存应用一天的完整日志；3、历史应用日志必须压缩后按日保存，以减小历史日志文件对硬盘空间的占用；4、 历史应用日志必须保留一个月（30天），以保证问题出现后，日志可以得到较好的 保存。6.3安全性需求系统要有足够的防御能力，防御普通黑客的攻击，尽量减少各种可能出现的漏洞，防止 用户信息被不良分子窃取。保证用户权限的正确设置，防止出现各种越权行为，保证系统的正常良好运行。用户的信息保存采用国际流行的 MD5加密，保证安全；每个用户在第一次登录