软件需求分析报告.doc

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