B端项目需求：如何识别系统需求？

​

今天结合项目与大家讨论需求的分析阶段和相关完成相关分析任务时使用的技术。在需求分析阶段有两个关键任务，即根据系统需求确定系统需求和建立系统需求模型。

通常，负责开发软件项目的项目经理或系统分析师需要尽可能多地了解软件项目中涉及的业务活动的详细信息，因为只有熟悉项目业务活动的详细信息才能熟悉项目，确保系统完全满足业务需求。

如社交项目中社交互动中涉及的商业活动需要熟悉和理解。由于微信是主要的社交软件。只有通过了解微信和微信公众号等业务功能，才能实现项目与微信间交互。

功能和非功能需求

系统分析阶段要完成的主要工作是确定系统需求。系统需求是必须由新系统完成的功能。在系统分析阶段，项目经理或系统分析员需要详细定义和描述这些功能。

换句话说，项目经理或系统分析师必须将这些功能分解为更详细的需求。通常，系统需求分为功能需求和非功能非功能需求。

功能需求是系统必须完成的活动。功能需求直接来自项目招标文件，任务描述和项目合同确定的系统功能。例如，项目需要实现诸如个人数据的自动识别，批量导入和手动输入，支持个人数据的管理和分类，支持构建网络结构等功能。

这些是项目要实现的功能。识别和描述所有这些功能需要花费大量的时间和精力。功能需求建模是理解功能需求的最佳方式。

非功能需求是描述软件操作环境和性能目标的系统需求。例如，项目需要支持Windows和Linux平台，支持的移动终端是Android平台和iOS平台，用户访问系统和完成操作的响应时间通常控制在5秒等非功能需求。

功能需求和非功能需求对于新系统的完整定义至关重要。两类系统需求都包含在需求调研工作中。功能需求通常记录在已建立的分析模型中，非功能需求通常记录在非功能需求的叙述性描述中。

系统干系人

系统功能需求的主要来源是新系统的各种系统利益相关者。系统利益相关者是对系统感兴趣的人。

系统利益相关者有三种类型。

第一个是使用该系统的人，该类也称为用户。

第二个是购买和拥有系统的人。这类人也称为客户。

第三是确保系统运行的维护人员。也被称为技术人员。

用户是使用该系统处理日常事务的人。使用系统时，用户可能处于不同的角色。不同角色的用户对系统有不同的需求。

例如，在库存管理系统中，涉及生产部门，进入部门，仓库和销售部门，并且每个部门的员工的需求是不同的。因此，在调查系统需求时，务必确保这些部门的每个人都在表达自己的需求。

如在社交项目中，用户分为业务用户，普通用户，学生用户，专业用户，客户和技术人员。

业务用户必须维护客户关系并扩展客户需求;

普通用户可以简单记录通信资料的需求;

学生用户更注重社交数据的真实性，个性化数字名片，校园社交等需求;

专业用户包括公务员，医生，律师，科技工作者和其他用户，这类用户将有社交圈，分享等需求。

客户是为系统提供资金的人员和组织。客户可以是项目投标人，购买系统的个人和组织，以及开发项目的公司管理人员。

将客户包含在系统利益相关者列表中是因为项目开发团队必须始终向客户提供项目开发过程中项目进度的汇报。

技术人员不是真正的用户，但他们是技术需求的来源。

技术人员包括系统开发人员和维护系统操作的人员。技术人员可以在编程语言，技术系统，计算机平台和其他设备等方面为项目提供帮助。

如何识别系统需求？

系统开发中分析阶段的目标是了解项目中涉及的业务流程并定义系统需求。了解新系统业务流程的最佳方法是对系统利益相关者的需求进行调研。

还可以通过了解类似系统的业务流程和活动来推断新系统的业务流程和系统需求。类似的系统可以是原始系统或第三方公司。

在进行系统分析时，项目经理或系统分析员提出的第一个问题是：

我需要收集哪些信息？

通常，调查系统需求主要是获取可以建立新系统的逻辑模型的信息。进行系统需求调查可以从三个问题开始：

●项目涉及哪些业务流程和活动？可以问用户“你想做什么？”

●业务流程和活动应如何完成？也就是说，询问用户“你将如何完成它”或“需要哪些步骤？”

●需求信息是什么？那就是询问用户“实现这些业务流程需要哪些信息？”

第一个问题“你在做什么？”

从用户的角度来看，理解系统必须完成的功能。在大多数情况下，用户将响应已知系统或他们自己的需求。

作为项目经理或系统分析员，需要从用户的响应中仔细识别用户提出的功能，哪些功能很重要，哪些功能需要保留，哪些功能需要删除。

例如，网络项目的商业用户可能希望在假期期间自动向所选客户发送贺卡等。

第二个问题是“你将如何完成它？”。

从用户的角度描述完成功能的步骤。

例如，在自动发送贺卡功能中，用户可能希望先选择要自动发送的客户，然后设置发送时间，然后设置贺卡模板，输入贺卡内容，最后自动输入系统在设定的时间发送贺卡。

第三个问题是“实现这些业务流程需要哪些信息？”。

在用户提出新系统的功能和完成步骤之后，项目经理和系统分析员需要确定要向系统提供哪些信息来执行这些功能。

第一个和第二个问题用于确定新系统的功能和完成步骤，

第三个问题提供描述第一个和第二个问题的特定信息。

这三个问题的答案定义了系统需求的基础。作为项目经理或系统分析员，了解用户需求和构建需求模型是最重要的功能之一。

调研系统需求也可以遵循项目经理和系统分析员经常使用的经过验证的方法，以提高系统分析的效率。

这些方法可广泛用于不同规模的软件项目开发：

●向系统利益相关者分发和收集调查问卷

●查看现有报告，表单或流程说明

●主持访谈和与用户的讨论

●观察类似系统的流程和工作流程

●创建新的系统原型

重点回顾

系统需求主要由功能需求和非功能需求组成。功能需求是系统必须完成的活动。项目招标文件，使命陈述，项目合同等确定了系统的功能范围。在分析阶段，项目经理或系统分析员将这些功能分解为详细的功能需求;

非功能需求是描述软件操作环境和性能目标的系统需求，例如系统性能指标。

系统功能需求的主要来源是新系统的各种系统利益相关者。系统利益相关者是对系统感兴趣的人。例如，使用该系统的用户，购买或资助系统的客户，技术人员等。

确定新系统需求的最佳方法是对系统利益相关者的需求进行调查。

调查系统利益相关者的方法是向系统利益相关者分发和收集调查，审查现有报告，表格或过程描述，主持人和用户。访谈和讨论。还可以通过确定类似系统的业务流程和活动来推断新系统的业务流程和系统需求。