揭阳网站建设：如何编写有效的移动应用程序需求

为什么写要求？好吧，让我们想象你想要制作一个移动应用程序，但你没有编程技巧。因此，您找到了一位可以为您构建应用程序的开发人员，并向您描述了这个想法。令人惊讶的是，当他第一次展示应用程序时，你会发现它并不是你想要的。为什么？因为在描述这个想法时你没有提供足够的细节。

为了防止这种情况发生，你需要将这个想法形式化，将其塑造成不那么模糊的东西。最好的方法是编写需求文档并与开发人员共享。需求文档描述了如何查看开发过程的结果，从而确保您和开发人员在同一页面上。

揭阳网站建设在本文中，我们将概述编写需求文档的最常用方法。您将学习编写移动应用程序需求的基本步骤以及良好的需求文档的外观。

如何接近写作

精心设计的需求文档消除了歧义，从而确保开发人员确实完成了需要完成的工作。此外，该文档清楚地描述了工作范围，使开发人员能够更好地评估所需的时间和精力。但是我们如何创建一个好的文档呢？以下是我们的Polecat移动团队在制定要求时遵循的一些提示。

1.描述一般的想法

我们认为对这个想法的正确描述应该适合一句话。该句子可能包括应用程序的核心功能，以便读者立即了解应用程序的内容。对于卡路里跟踪移动应用程序，它可能是，“跟踪卡路里消耗的应用程序，以帮助那些关心他们体重的人。”

提示： Gua Tabidze分享了一些其他人用来描述想法的模型。

2.考虑序列

研究基本导航模式，并按照用户在探索时所体验的相同顺序描述您的应用程序。完成构思部分后，描述应用程序的第一步，例如入职屏幕和用户注册。

然后，继续下一步，例如应用程序的主屏幕。这种方法将让读者了解用户的旅程会是什么样子。

最后，不要忘记隐私政策和“忘记密码”功能等基本功能和屏幕。

3.查看商店中的现有应用程序

查看Apple App Store和Google Play中的现有应用程序，并在描述您的应用程序时参考它们。如果您喜欢“忘记密码”功能在应用程序A和B中的工作方式，请将其放在需求文档中。

4.摘要远离细节

专注于应用程序的功能，并跳过详细信息，如按钮的颜色。大多数应用用户不关心此类细节。他们关心的是您的应用程序是否有助于解决他们的问题。因此，在编写需求时，请专注于用户应该在应用程序中执行的操作。

5.优先考虑功能

传达哪些功能比其他功能更重要，以便开发人员首先知道要关注什么。我们通常遵循MoSCoW方法，将项目标记为“必须”，“应该”，“可能”和“不会”优先级。

6.使用线框补充文本

创建应用程序屏幕的线框以配合它们的文本描述。如果您有四个以上的线框屏幕，那么绘制屏幕地图是有意义的。我们将在本文后面显示一个屏幕图。

要求格式

既然您已经知道如何编写需求，那么您需要为文档选择合适的格式。有一些基本格式可用于编写移动应用程序的需求，例如功能规范文档（FSD），用户故事和线框。

功能规范文件

一个FSD可能是在软件开发行业的默认格式。它包含一个标准的项目列表，涵盖了产品应该做什么以及应该如何做。

让我们采用一个简单的计算器应用程序并将其功能描述为FSD：

• 应用程序屏幕显示一个数字键盘，其中包含用于基本算术运算（加法，减法，乘法，除法）和结果按钮（标有“=”）的附加按钮。

• 点击数字按钮会将其添加到屏幕的显示部分。每个新数字都会添加到数字的右侧。

• 点击操作按钮会使显示部分中显示的当前编号添加到存储器中。它还会清除下一个数字的显示部分。

• 点击显示结果按钮根据先前请求的操作将存储器中的数字与显示部分中的数字组合。结果编号显示在屏幕的显示部分。

如您所见，此格式需要对产品进行详细描述，因为业务和开发人员都将使用该描述。它确保所有参与者都在同一页面上。

组成FSD的人应该具有丰富的软件开发经验，并且应该了解您正在构建的移动或其他平台的细节。此外，由于需要高水平的细节，创建和抛光这样的文档通常需要相当长的时间。

用户故事

一个用户故事是不是FSD不太正式的，但仍然非常强大。它列出了用户可以在应用程序中执行的操作，并从用户的角度进行描述。该文档还可以简要解释用户为什么要这样做，如果这不明显的话。

让我们以计算器为例，添加一些其他功能，将其描述为用户故事：

• 作为用户，我希望能够将数字符号从十进制更改为指数（反之亦然），以便我可以使用非常小或非常大的数字。

• 作为用户，我希望能够将计算的历史记录导出为PDF文件，以便与我的同事共享。

由于这种解释，这种格式不仅提供了需求的技术概述，而且还提供了良好的商业案例。因此，如果识别出对业务不重要的功能，则可以决定将其从示波器中完全删除，还是将其推迟到将来的版本中。

使用此格式，您可以轻松地将一个故事拆分为多个子故事，以提供更多详细信息。例如，我们可以将PDF导出故事分成以下子故事：

• 作为用户，我希望能够点击共享按钮（屏幕右上角）来查看我的选项（共享为PDF，文本，图像）。

• 一旦我选择了共享选项，我想使用iOS的日期选择器选择将要共享的计算时间范围。

由于用户故事的简单性和非技术性，在大多数情况下，管理者不能简单地要求开发人员实现特定的用户故事。将故事转换为可添加到任务跟踪器的任务需要在经理和技术负责人之间进一步讨论和详细说明。

由于其简单性和灵活性，用户故事已成为最方便和最流行的格式之一。

草图和线框

概述应用程序要求的另一种方法是在草图或线框中可视化它们。在iOS开发中，大约70％的开发时间花在了界面实现上，因此在您面前拥有所有屏幕可以让您更好地了解需要完成的工作和工作范围。

为移动应用程序创建一组相关的线框需要您了解用户体验的基本知识：屏幕如何相互链接，每个屏幕可以具有的状态，以及应用程序在推送时的行为方式通知。

混合格式

不要害怕混合格式。通过这样做，您可以充分利用每种格式的优势。根据我们的经验，混合用户故事和线框是最有意义的。虽然用户故事描述了应用程序的功能并为他们提供了商业案例，但线框显示了这些功能在应用程序的屏幕上的显示方式。此外，将用户故事和线框放在一起会比编写FSD花费更少的时间，并附带所有相关细节和交互描述。

首先勾勒出应用程序的线框图。线框完成后，为每个屏幕添加两个或更多用户素材，描述用户可以在该屏幕上执行的操作。我们发现这种方法最适合移动应用程序开发，所以我们经常使用它。

让我们来练习

我将把我吃什么吃的应用程序作为一个例子。我将撰写需求文档，就像我们从头开始开发应用程序一样。

首先，让我们使用Steve Blank的XYZ模式正式化这个想法： “我们通过做Z来帮助X做Y.”该应用的前提是让用户能够控制他们白天吃的东西和他们的卡路里摄入量。根据XYZ方法：“我吃的东西通过为简单的膳食记录提供功能，帮助那些关心体重的人追踪卡路里消耗。”

如上所述，混合用户故事和线框对我们来说效果最好，那么为什么不在这里使用呢？

下一步是逐屏地将“我吃什么”应用程序描述为用户故事。我们将从应用程序的开始和主屏幕开始：

• 作为用户，我想打开应用程序，立即查看今天的用餐日志和消耗的卡路里。

• 我希望能够快速添加我刚吃过的新食物和卡路里。

• 我还想快速访问应用内日历以查看前几天的用餐日志。

为避免任何歧义，我们将为此屏幕创建线框。

如您所见，我们无法在主屏幕上添加“添加新餐”功能。相反，我们添加了一个按钮以导航到另一个显示此功能的屏幕。现在，我们需要为这个新屏幕整理用户故事：

• 我想输入我刚吃过的饭菜的名字。

• 除了用餐的名称，我想输入卡路里的数量。

主屏幕有一个打开日历的按钮。因为有许多其他日历应用程序，首先检查他们的设计是有道理的。我们喜欢iPhone的默认日历应用程序，因此我们将其用作参考。

• 作为用户，我希望能够快速选择当月的日期。

• 选择日期时，我希望在下面看到该日期的用餐列表，例如iPhone的日历应用程序。

• 我希望能够切换到下个月或上个月。

我们还将在线框中放置一块iPhone日历的用户界面。

最后，我们需要为应用添加一些设置。

• 我希望能够为我的用餐记录启用和禁用iCloud备份。

• 我希望能够启用和禁用每日推送通知，提醒我跟踪我的卡路里摄入量。

唷！几乎完成了。最后一步是将线框和用户故事放在一个文档中，每个线框及其各自的故事都在自己的页面上。

此外，我们可以绘制地图以可视化屏幕如何相互连接。我们将使用RealtimeBoard。

结论

我们创建了两个文档：带有用户故事和线框的PDF，以及补充PDF的屏幕地图。他们一起详细描述了应用程序应具备的功能。我们可以继续将其发送给我们的开发人员。这一次，他提供的应用程序将与您的愿景相关联。

揭阳网站建设一般来说，撰写需求文档主要是为了将您的愿景传达给团队的其他成员。不要局限于上述方法。随意尝试并找到最适合您的解决方案。