真·需求分析文档

【UI】

①需求(Need)

界面风格清新简洁,希望有仿纸质的背景以及翻书页的效果。

②做法(Approach)

—我们将提供多种类别的界面风格以供用户选择

—我们会提供仿纸质的背景,翻页的效果,甚至类似用笔书写的效果(有待商榷)

③好处(Benefit)

—毕竟众口难调,每个人喜欢的风格有所不同,也不尽是简约风,只有提供多种选择才能满足各人的品味

—让用户能将手机当成真正的移动日记本,在写日记时有更好的体验,而不仅仅是记事贴或速记本

④竞争(Competition)

现在市面上常见的日记app大多风格比较单一,这样做的结果是喜欢这种风格的用户会继续使用,而不喜欢的可能就不会用了。而我们则是在提供多种风格选择的同时,力争让在手机上写日记更贴近实际。

⑤交付(Delivery)

我们将会在6月底之前推出alpha版本,让内测用户试用,并根据用户的反馈意见对app进行第一次改进和升级。

【隐私】

①需求(Need)

希望自己写的日记具有更好的保密性,不会泄露出去

②做法(Approach)

—app可选择性注册

—支持用户设置进入该应用时的密码

—日记等文件可以保存在本地,也可以选择上传到云端

③好处(Benefit)

—不注册的用户可以享受本地功能,但绝对保证了用户信息不会从我们这里泄露出去;注册用户则能够享受与服务器相关的更多功能

—提高了安全性,别人在翻看你手机的时候,也不能轻易打开你的日记app

—如果用户觉得实在不放心,可以让数据都保存在本地;如果用户怕数据丢失,也可以选择让部分/全部数据云同步

④竞争(Competition)

大多数日记app不能兼顾用户的隐私和数据的保存,我们在这方面让用户有了自主选择的空间

⑤发布(Delivery)

alpha版中上述功能不一定能全部实现,但会在后续版本中添加

【多媒体】

①需求(Need)

希望可以在写日记的过程中添加图片,以及在不同的界面下有不同的背景音乐

②做法(Approach)

—支持用户在某些地方插入图片,或者进行简笔画

—支持创建自己的背景音乐库

③好处(Benefit)

—让用户写的日记更具创意性

—让用户有更好的使用体验,彰显自己的风格

④竞争(Competition)

我们的日记app,不仅仅是内容,连整体风格都可以让用户自主设计,做到了高度自由化。

⑤发布(Delivery)

图片、简笔画和设置背景音乐的功能会在alpha中上线,创建音乐库的功能会陆续添加

原文地址:https://www.cnblogs.com/USTC-CC/p/9097995.html

时间: 2024-10-11 23:24:11

真·需求分析文档的相关文章

我的项目需求分析文档模版

1. 项目概况 1.1. 背景 写项目的来龙去脉 1.2. 项目愿景 写该项目达到的目的. 例如 建设该项目是为了提高本区域的地质灾害预警预报的及时性. 1.3. 项目干系人 和该项目相关的人员和其负责的内容 在这里要找到主要干系人,也就是说能对系统功能拍板的人. 1.4. 运行环境 项目的运行环境,包括硬件环境和软件环境 1.5. 条件与限制 硬件条件限制.例如只能购买一台服务器,网络条件限制,只能走政务内网或局域网.或者已经指定了数据库和开发平台,开发语言等.还有工期等. 2. 数据需求 2

需求分析文档为什么很难写?(续)

需求最需要关注的是四个因素:人.数据/信息.流程.规则/约束.今天先说说人. 写文档时最先考虑的应该是谁? 教科书里总说,stakeholders,利益相关方,这里有很多人,可能是甲方公司里的所有人.如果需求方前期给的信息足够详细,动笔的时候应该能够列出核心的几个利益相关方,每个利益相关方的业务流程如何,甚至部分业务规则和相关的约束.有些业务流程非常复杂,细节很多,图文混合洋洋洒洒可以写上好几页,这些东西要不要都写上去?考虑到需求分析文档通常是项目方拿下项目的第一步,要注意,很有可能项目还不确定

需求分析文档

羽毛球场地预约系统 用户需求说明书 当前版本 1.0 作者 杨偲栋 完成日期 2016.7.13 版本历史 版本 作者 参与者 日期 备注 1.0 杨偲栋 范兴鹏,侯松,李蔚,刘晗,陆军,叶淑睿,余欣纬 2016.7.13                                                   目录: 1. 文档介绍 1.1 文档目的 1.2 项目背景 1.3 预期的读者和阅读建议 1.4 参考资料 2. 产品的功能性需求分析 2.1. 调查问卷(User Surve

如何根据需求分析文档编写测试用例

从拿到需求文档不要立马开始着手写测试用例,需要仔细推敲整理需求,画出系统级.模块内流程图,并找出各种测试点,等对需求进行了头脑风暴般的整理之后,此时已对测试系统的功能很清楚了, 再着手开始写测试用例. 那么编写测试用例的总体思路是什么呢? 1.整理分析需求文档 仔细将需求文档阅读一遍,记录不明白的地方及关键测试点,简单画出总体流程图. 然后再来一遍,仔细分析各个模块的功能,画出模块内流程图,找出所有功能,并列出主要测试点 2.编写用例 按照不同的业务规则可将测试用例分为四部分: 场景用例.系统用

用户需求分析文档

version: v1.0.0 修订历史: 版本号 修改说明 v1.0.0 用户需求分析初稿,完成用户场景分析,市场竞争部分 1. 引言 1.1 编写目的 此需求规格说明书编制目的是明确本项目的详细需求,供用户确认项目的功能和性能,和用户形成一致的理解和确认,作为进一步详细设计软件的基础. 本文档仅供SLP队的项目经理.设计人员.开发人员进行参考. 1.2 项目背景 项目名称: Spiritual LoveLive Practice(SLP) 项目面向用户:全世界LoveLive玩家 项目开发者

现代软件工程_团队项目_阿尔法阶段_需求分析文档_2017.11.13

用户需求分析 版本 v1.0.0 0.目录 1. 引言 1.1 编写目的1.2 项目背景1.3 预期的读者和阅读建议1.4 项目范围1.5 参考资料 2.用户需求分析 2.1. 调查问卷(User Survey) 2.2. 用户场景分析(User Analysis) 用户场景用户需求 2.3. 项目创新点与收益(Approach and Benefit) 创新点收益 2.4. 市场与竞争(Competitors) 市场分析竞争 1. 引言 1.1 编写目的 此需求规格说明书编制目的是明确本项目的

CRM客户关系管理系统需求分析文档

系统简介 本软件采用现在流行的WEB架构开发,主要针对中小型公司.管销售,管客户,管商机:可以在任何能上网的地方登录使用,使用简单,功能强大,方便快捷,丰富完善的报表功能,极大的提高公司的运营效率,不会因为人员的变动而导致数据的丢失,对公司的日常业务,问题追责等提供详细数据,对于公司领导可以做到"一表知天下",具体功能如下:1.客户管理:1.1.有非常完善的客户资料信息,对不同的客户进行分类管理,如普通客户,VIP客户,成交客户和潜在客户等1.2.对客户的每次来电,拜访情况可以做详细的

【软件工程】 文档 - 银行业务管理 - 需求分析

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 软件工程 银行业务管理和现金结算系统 ---

【软件project】 文档 - 银行业务管理 - 需求分析

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 软件project ? 银行业务管理和现金结算