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