西西木科技-专业的shopify liquid开发机构-前端JS丨react后端丨API接口丨shopify plus丨外贸独立站
一、项目概况
某区电子政务平台将是某区地方政府的电子政务综合应用平台。 该平台将为全区各级机关用户提供统一的用户认证、应用导航、门户服务、统一集中的用户数据管理和应用。 逻辑管理是一个相对复杂的大型综合信息系统。 在区域电子政务建设中，由于建设工期紧、建设者期望迫切、对需求开发和管理要求较高，因此平台的整体架构设计、需求研究、需求开发工作非常重要和重要。确定平台搭建最终效果的契合度和实用性。
本文件将从某地区电子政务平台建设的实际特点和实际需求出发，结合公司在IT行业的经验和区域电子政务需求开发的经验，并结合CMM /CMMI软件能力成熟度模型，对某地区电子政务平台的需求开发和需求管理流程给出一些建议。
2、总体需求范围
需求范围的梳理决定了需求调查目标的准确性。 本期电子政务建设需求范围包括以下部分。
其中，区统一办公平台将是其核心业务支撑系统，也是当前电子政务建设需求开发的重点内容。
3.需求工程简介
根据CMM/CMMI软件能力成熟度的定义，需求是开发和客户之间对系统未来功能和质量的一致认可和约定。 在电子政务建设中，系统需求不充分、不完整、错误和模糊是出现系统问题的主要根源。 需求工程（系统需求工程师管理）是开发、定义、控制、跟踪和管理系统需求的综合工程过程，以便更好地开发和管理系统需求。
需求工程由两部分组成：需求开发和需求管理。 总体需求工程流程在项目启动后开始。 进行需求获取、分析、规划定义和需求验证，并在组织内部和外部进行需求评审，以确定需求基线，并在需求发生变化时重新获取和分析需求。 、定义和验证评审，并对受需求变更影响的项目进行相关识别、风险应对、修改和跟踪。 并对需求状态和变更过程进行统计分析和测量报告。 需求工程由以下学科组成，如下图所示。
1）需求开发流程：分为需求获取、需求分析、标准化定义、需求验证等操作流程。
2）需求评审程序：在组织内部和外部对已完成的系统需求进行评审的过程；
3）需求变更管理程序：需求基线生成后管理需求变更的过程；
4）需求跟踪管理流程：需求状态跟踪和过程跟踪的管理流程；
5）需求测量与分析：测量、分析、评价需求状态和需求变化过程的管理过程；
4. 需求分类推荐方法
1、功能匹配分类法
合理的需求分类方法有利于对需求内容和需求级别进行分类和分层确认。 功能需求分类方法根据需求与目标组织业务的匹配程度以及与目标系统的功能匹配程度进行分类。 从探索层次和分类方法上可分为以下四类。
1）业务和用户需求（Business Requirement）：指客户端的整体组织特征和整体业务规则，以及单个操作用户（组）的操作规则和操作流程。 它反映了组织或客户对系统和产品的高层目标要求。
2）功能运行需求：由于业务需求的需要，必须对系统功能进行扩展或补充才能实现需求。 功能需求描述了系统显示的可观察行为，其中大部分是在顺序环境中的“执行者-系统”响应。 功能需求定义了系统还应该做什么。 这包括系统的功能操作实现、数据约束实现、外部接口实现等。例如，因为需要验证用户身份，所以需要使用用户名和密码机制。
3）质量属性需求：系统能够多好地执行某些行为或允许用户采取某种操作的陈述是质量属性，这是一种非功能性需求。 包括产品必须遵守的标准、规范和合同； 外部接口的具体细节； 包括系统性能要求等。例如：快速、简单、直观、用户友好、外部接口清晰、健壮性、可靠性、安全性和效率。
4）非技术性要求：以上三类都可以称为技术性要求。 相对而言，非技术需求是指系统基于当前项目环境需要遵守的一些约束和限制，包括交付日期、成本约束、特殊协议等、开发对软件产品设计和构建的限制等。
2.需求适合性分类方法
需求适用性分类方法是指从所有者需求的一般类型和组织的适用级别角度对需求进行分类和路径探索。
1）基础服务需求：是指基于全球电子政务建设的各种基础应用需求和服务需求，包括区域电子政务建设的基础中间件平台和服务平台。
2）通用信息需求：是指能够满足整个区域通用信息需求的系统需求。 这类需求具有很强的通用性和全局相似性。
3）特殊信息需求：与一般信息需求相比，是指更加线路特定、各单位特定、小规模特定的系统需求。
4）可扩展的信息需求：与前三项相比，信息应用需求需要根据系统的持续发展和长期建设需要来考虑。
5. 推荐的需求开发方法
1. 5W1H需求探索系统
5W1H方法获取和分析：Why、What、Who、When、Where、How
a) WHY：为什么用户想要引入该系统？ 引入新的信息系统对用户有何帮助？ 整体工作效率如何达到最终效果？ 在系统的定位和建立中，建立明确的最终目标，以及对系统能够产生的价值愿景的分析和描述。
b) WHAT：这个系统要做什么？ 要实现什么目标？ 将系统划分为功能模块，逐步明确模块流程需求、功能需求、结构需求。
c) WHO, WHEN, WHERE：对系统的用户需求进行细分，分析谁、在什么时间、在什么阶段可以或必须操作该功能，结合前面的WHAT分解，明确系统的流程阶段划分，记录并分析系统功能实现的细节，可以生成系统需求的用例图。
d) HOW：考虑如何实现系统，包括系统的概要架构和接口假设，分析系统的需求，并考虑下一阶段的设计和实现工作。
2.用例驱动和场景分析
用例是在系统中执行的一系列操作，这些操作将生成特定参与者可见的价值结果。 也是系统的一组使用场景。 每个场景描述了业务执行时间的顺序和规则。 单个用例一般由利益相关者、前置条件、基本路径、扩展路径、后置条件等组成。下图是一个系统用例的示例。
3、需求开发的十种常用方法
1）需求调查：采用需求调查问卷的方式收集、调查需求；
2）需求访谈：进行面对面的需求访谈，记录、整理、确认；
3）数据收集和文献考古：向业主收集相关数据进行分析和提炼；
4）需求讨论：召开需求研讨会，有目的地讨论需求；
5）需求头脑风暴：发散性地遐想，探索需求；
6）需求原型：基于需求原型进行需求沟通和探索，是电子政务行业常用的需求开发方法；
7）现场学习：到业主企业现场观摩学习，细化需求；
8）实际跟踪/野外工作：对现场多个实物进行更深入的跟踪，甚至深入业主现场进行现场、长期、多案例的野外工作；
9）案例叙述与故事板：通过对案例或故事的讲解和分析获得需求；
10）场景模拟/角色扮演：通过模拟场景或让不同的人扮演不同的角色进行需求模拟和角色分析来获取需求。
以上十种常见需求开发方式建议根据某区电子政务项目中各业务系统的实际特点单独采用，也可以联合使用。
六、本项目工程要求原则
由于本期某区电子政务综合应用平台属于大型综合信息化工程，建议本期某区电子政务平台遵循以下要求工程原则。
一、注重需求和机制保障
要开发和管理好这个电子政务系统的需求，首先要关注需求。 这包括从上到下的重视，包括领导的重视和业主需求负责人员的重视。
那么就需要为项目配备相应的机制和人员保障，为每个业务系统配备2名以上的专职业务需求经理，为每个实施的代理单位配备2名以上的单位需求经理和专职人员。 致力于保证业主需求开发团队的组建和稳定。
按照信息产业的28/20原则，80%的需求来自20%的关键用户群体。 在电子政务建设的这个时期，需要识别出这20%的关键用户群体，并保证这些关键用户能够投入足够的资源和时间。
2.分为概要要求和详细要求两个阶段。
建议某区电子政务平台总体需求开发分为两个阶段：
1）需求汇总阶段：该阶段的目的主要是确定整体应用的需求范围以及各个需求的概要，大约需要半个月的时间。
2）详细需求阶段：围绕需求阶段确定的需求范围和需求大纲，对各大类业务需求进行详细的调研和需求开发，获得各业务应用的详细需求。 大约需要1.5个月。 时间。
3. 将业务需求放在首位
电子政务的成功在于三电子、七政务。 需求的完整性和准确性很大程度上取决于业主基础工作的有效性。 建议业主在进行详细需求开发之前，针对涉及的各个业务条线、业务单元进行详细的业务需求梳理和准备。 当然，这些准备工作的开展需要承包商的大力支持。 帮助各业务单位梳理其业务范围、信息化范围、业务数据、业务规则和实际需求，形成纸质文档作为业务需求的依据。
4、以原型法作为需求开发的主要方法
原型法是一种快速、生动、准确的需求开发方法，让某个区的电子政务平台能够后发优势，在前人智慧的肩膀上前进。 因此，建议本期某地区电子政务建设需求开发以原型法为主要需求开发方法。 根据区域内各个业务系统的不同需求网站建设业务范围，可以采用以下需求原型方法。
1）产品原型法：以承包商成熟的现有产品为原型，进行对比分析、对比讨论、差异分析、权衡点分析、需求优化点分析。
2）案例原型法：以承包商以往的案例或业主以往的应用案例为原型，进行需求的比较分析、差异分析、权衡点分析、优化点分析。
3）废弃原型法：承包商快速开发废弃系统作为需求原型，用于需求讨论和需求开发。
4）增量原型法：承包商首先构建一个业务系统的部分功能作为需求沟通的原型，使系统的整体需求得以充分开发。
5）接口原型法：承包商提供示意性系统接口原型及相关关系，以探索和开发系统需求。
5、多种需求开发方式的结合使用
建议本期某区电子政务建设中采用多种需求开发方式，进行一定的需求调查和需求访谈跨境独立站，结合一定的数据收集和分析工作，然后参考需求原型进行讨论并对需求进行分歧讨论。 结合一定的现场学习和业务跟踪，进行场景分析、案例对比、业务模拟网站建设业务范围；电子政务平台需求开发建设方案，完成从脉络到大纲、从大纲到细节、从无形到有形的完整标准化需求开发和管理流程。
6.点到点，试点先行
由于某地区电子政务应用是地区集团单位和集团企业联合电子政务音视频案例，建议本时期电子政务建设遵循全面先行、试点先行的原则。 建议一线信息化需求迫切、业务应用开发更精通业务类型和业务单位的需求网站建设业务范围，如区政府办公厅公文应用，取得阶段性进展后再推广。
7. 对需求进行分类和优先级排序
遵循信息产业的28/20原则，系统80%的应用效果来自于其20%的系统需求。 因此，需要根据客户的期望、实施成本比例以及需求的紧急程度分析，为每个需求确定四个级别：必须、重要、一般、不重要。 并根据上章的需求分类方法对需求进行分类。
8、明确需求稳定性和风险应对
软件系统80%的问题来自于需求的不确定性和不稳定性。 需要对每个需求进行稳定性分析。 需求的稳定性分为四个等级：固定、稳定、不稳定、不确定。 后两个层面需要明确相应的需求不稳定风险应对方案。
在电子政务行业shopify开发，需求的稳定性取决于业务的覆盖程度（一般级别）、主办单位的管理权限和协调力度、业务的内部成熟度、业务的外部稳定性以及业务信息化。 业务对应的技术的紧迫程度、稳定性等因素。
9. 明确所需规格及属性信息
需求的属性信息包括需求编号、所有者单位、业务类型、发现日期、所有者负责人、记录者、需求状态（提出、标准化、审核、确定等）、关联需求、需求输入、输出、处理逻辑、前态、后态、变更历史等信息，明确需求的完整属性信息，有利于准备相关信息来识别需求，规范需求，追踪需求的变更。 并使系统建设遵循统一的需求描述方法和规范结构。
10、注重需求确认和审核工作
需求的确认和审核是确保需求是否能够真正满足实际需求和用户需求的最后一步。 建议明确需求审核和签名制度。
11、注重需求管理和跟踪
建立需求跟踪矩阵，对已识别的需求进行管理，跟踪需求的状态变化，确认需求最终被开发、实施和运行。
12.关注变更审批和需求跟踪
如果需求变化管理不当，将是电子政务系统建设的噩梦。 加强需求变更管理和变更审批，是为了保证需求的严肃性，充分跟踪需求变更，保障业主的需求变更效果和开发方式。 需求变更行为保护了双方的合作关系，保证了需求的完整性和稳定性，保证了系统的最终应用效果。
7、需求工程建议的主要流程
1.确定需求范围和目标
确定需求范围并启动需求工程；
在组织内讨论需求和产品原型，与组织内的专业人员和业务人员讨论和学习产品原型；
2.分析需求范围并准备研究材料
分析目标组织特征、业务特征、需求特征，制定需求研究策略，并在需求研究前进行沟通和规划；
如有必要，您需要制定需求研究计划和需求研究问题清单。 如有必要，准备一份需求研究表并演示原型。
3. 进行需求开发并获取需求和材料
适当时，可以召开需求启动会议并分发需求调查表；
进行用户访谈、实地研究、需求讨论、原型讨论和实践跟踪，以识别、瞄准和确定需求；
它还可以记录研究活动记录和收集材料记录。 需求获取的相关方法请参考上述章节。
4. 分析获得的信息和材料
根据需求调研过程中收集的数据和记录，进行需求框架梳理、需求分解整理、关键需求筛选；
并定义业务需求和用户需求向系统功能需求的转化，并确定系统的非技术需求。
必要时，可以绘制关联图、创建开发原型、分析可行性、对需求进行编号、确定需求优先级、为需求构建模型、编写数据字典等。
5. 编写需求规范草案
基于需求分析和组织结构，并基于需求规范模板，编写需求规范草案；
向客户代表、利益相关者用户和内部人员提交需求分析报告草案，并进行持续修改；
6. 进行需求验证
并对需求进行一定的验证，包括用例分析、技术验证、需求模拟、实际跟踪比较等；
可选：如果合适，可以开发界面原型、系统原型或系统主要功能部分，并将系统需求提交给客户核心用户进行验证；
7. 必要时：进行额外开发
必要时，补充研究系统需求，收集额外的需求信息，完善需求，澄清差异，对需求达成初步共识；
8. 形成需求规格说明
根据前期反馈和补充需求调查结果，修改需求分析报告初稿，形成《需求说明书》；
将项目需求细化、拆分，形成“需求汇总清单”，包括系统功能点的细化； 提交各所需功能点的开发工作量，并召集业主和供应商共同审核上述需求文件；
9. 需求跟踪与管理
使用需求跟踪矩阵来跟踪需求状态，跟踪需求整体规模；
10. 需求变更批准和跟踪
建立需求变更审批小组，对影响较大、超过一定工作量阈值的需求变更进行审批；
并跟踪需求变更被批准或拒绝后的影响和响应措施。
西西木科技是shopify官方合作伙伴，通过了Shopify Partner Academy认证，具备多年shopify lic主题开发经验，熟悉Liquid和各项计算机语言。