🥦 👰🏾 🕢 技术规格教育计划 🤜🏻 ⛺️ 🗡️

好处：了解什么是传统知识以及如何编写。用单词丰富您的词汇：概念模型，数据流，思维导图，用户流。用例，线框，ER模型，客户端服务器，API。

对于谁：新手开发人员和想要被了解的人员（客户，初创公司和管理人员）。

阅读时间： 7分钟。

起点-要求

我想要一个蛋糕，然后是冰淇淋！
遥远王国中的Vovka

常见的误解是说：“您需要博物馆/猫/植物的申请书”就足够了，这会立即使您清楚需要什么。

不幸的是，这不是那么简单。想象一下，您需要盖房子。您去找建筑商，他开始工作。您没有向他提供任何图纸或绘图，甚至没有说围栏应该是什么颜色。但是他们花了六个月的时间花了所有的钱，并且花了很多钱。

扰流板

真的是这样吗？预算已经用完，截止日期已到。

为了防止这种情况的发生，对产品的所有要求都是固定的，这就是任何开发都始于这一点。

方便的要求类型-传统知识

揉碎！
遥远王国中的Vovka

好。有要求。现在，开发人员一定会理解您的。但是这里出现了陷阱1：人类尚未学会阅读思想。因此，有必要以某种形式传输信息，而最佳方法是《职权范围》。

它也称为TK，SRS，PRD-所有这些都是文件名称，其中，产品要求以正确的形式固定。

陷阱2：一个人的记忆力不是无限的，总有一个固定您所有愿望和要求的地方（而不是电报或电话中的信件）总是一个更好的选择。因此，TK是具有图表和信息图表功能的印刷文本文档，而不是手写或照相。最好使用.PDF或Google文档格式。

合格传统知识的食谱

开发人员的职权范围是成功产品的一种秘方。成功的产品是易于维护，可以开发和更改的产品，在开发人员更改时不会崩溃，并且可以以任何形式获利。您要完成项目吗？精细。为此写一个好的食谱。经典成分（根据国际标准IEEE-830）为：

概念模型
功能卡
用户路径
用户界面
软件界面
非功能性要求

最后两点是具体的，我建议他们注意接近开发的读者。

下面，我将详细分析每个项目。对于那些不想详细了解的人，我留下了带有技术任务模板的国际标准链接：链接至文档。

概念模型

该项目包括对产品的简要说明，它反映了该项目的目的及其独特功能。

例如： “一个约会应用程序，您可以在其中查看用户个人资料中的简短视频并进行聊天。”对产品受众说几句话也很高兴，这样项目团队就能了解其功能并为您提供一些有用的提示。告诉我们她的年龄，性格和地域位置，以及应该影响该项目的某些功能。

例如： “这些年轻人出国休闲，对语言障碍之外的交流感兴趣，他们喜欢拍照和录像。”

值得讨论的是用户类型及其主要区别。

例如：“应用程序应具有常规用户和主持人，他们会收到用户对内容或个人资料的投诉。主持人可以在投诉后查看普通用户的聊天记录，并阻止违反该服务规则的帐户。”

最后，告诉我们您产品的组件。

例如：版主使用的管理面板；用户用来注册，添加内容，参与聊天等的移动应用程序。

特技飞行将通过所谓的数据流或上下文图来完成，它将反映用户如何与产品，其组件以及彼此交互。

功能卡

功能图显示了项目的总体概念，以及评估工作范围和确定优先级所必需的详细程度，在传统格式中，这种图类似于站点图。但是以心智卡（思维卡，智能卡）的形式显示它是最方便的。通常，经理在会议上用黑板或纸上的文字以及它们之间的联系来绘画，因此，这就是思维导图。这可以在免费服务（例如齿轮，draw.io和mindmeister）中方便地完成，也可以仅在Office Word中完成。

在功能图中反映所有用户功能非常重要。首先，这只是一组产品功能。

例如： “该应用程序应包括通过邮件注册，创建和填写个人资料数据，能够上传和编辑照片和视频，具有各种过滤器的其他用户帐户列表，文本聊天以及联系支持。

用户路径

所谓的用户流或用户路径是用户与产品进行交互时可以经历的动作或屏幕的顺序列表。在演示文稿中描述用户如何与产品进行交互。非常方便的是，这也可以通过思维导图或仅一系列动作来完成。

例如： “用户登录以结识同龄人。他用数据填充个人资料，并上传照片和视频。然后，用户输入提要并根据某些条件对其进行过滤。结果，他收到了相关个人资料的列表，可以查看它们并在聊天中写信给另一个用户。

用户路径是用于产品的通用算法。还有用例（用例）-这是用户流程的详细信息。对于移动约会应用程序，您在屏幕上创建了用户的路径，然后描述了用户在每个屏幕上可以执行的操作。

例如：在注册屏幕上，用户可以：
转到授权屏幕，通过社交网络（Facebook，Twitter）进行注册，输入电子邮件，密码，然后重复输入并在电子邮件中确认注册。

用户界面

该产品不仅可以工作，而且外观也不错。让我们稍微远离应用程序的主题，以免强迫您下载它们以供审核。更好看可爱的网站：

我们看了一个糟糕的设计示例，现在抹掉眼睛的鲜血，然后继续讨论界面。在技术任务的这一部分中，值得推荐裁判员-有关如何查看产品的示例。它可以是类似开发的类似物，也可以是您喜欢设计的示例。

概括性地描述您希望如何看待产品，产品应具有的颜色，要使用的元素，想要的动画等。如果您有企业形象或品牌书籍，请参考它们。

如果您指定界面设计风格，例如平面设计或材料设计，设计师将非常感谢您。

特技飞行将添加线框（线框）-产品接口的原型以近似电路的形式出现。

软件界面

本部分适用于专业人员。如果您对自己的能力有信心，请继续阅读，最佳技术任务还描述了产品的体系结构，即，产品由什么软件组成。对于客户端服务器约会应用程序，该服务分为存储数据并对其进行处理，执行某些逻辑操作的服务器部分和显示数据的客户端部分。

服务器被分解为以下模块：数据库，身份验证，聊天等。客户端通过API（数据传输接口）与服务器通信，应指出其类型（REST，WEB，RPC等），并描述方法，响应和错误处理。

数据通常以特殊结构的形式存储在数据库中，最常见的是表（对于关系数据库）和json结构（对于非关系）。如果在技术任务中指定数据库实体（ER模型）并描述存储的字段，并指出它们的数据类型（字符串，整数等），键（主键，外键），强制性（必填），则开发人员将非常感谢您）和可为空。

非功能性要求

这些是一般产品要求。它们可以分为技术要求，安全要求和性能要求，这些技术要求表明了设备和操作环境的愿望，例如约会应用程序，它们是Android 7.0+和JDK 8 +，iOS 11.0+和Swift 4.2。

在安全性要求中，您可以指定聊天中的数据传输应使用SHA-1加密进行，并且注册时密码的复杂度应至少为8位。读取聊天消息的时间不超过1秒，并且该应用程序部分存储了缓存并且可以在有限的时间内脱机工作。

忠告

PDF, . , .
, , , .
-, , .
, , .
. , .
准备好花几天以上的时间或咨询专业人士撰写论文。主管的职权范围将使您免于与开发人员进行长时间的详细讨论，并勾勒了交付项目的明确标准。例如，在未遵守要求的情况下，在开发合同中附有根据IEEE-830标准的完整TK，是法庭上的辩论。

技术规格教育计划