软考（高项）系统分析师--论需求分析方法及应用（结构化需求分析）

---

前言

本文对系统分析师，论需求分析方法及应用文章进行展示，可以拷贝后直接粘贴到word 文档中。

---

一、前期准备：

• 项目主体功能
• 项目背景
• 常用的软件开发模型：原型分析法，面向对象分析法；等

二、论文部分:

摘要：
	2022年12月，通过公开招标的方式，我所在的公司成功中标，X集团地产公司，设计系统的开发；我有幸作为系统分析师，参与项目的分析与设计工作。改系统实现了对业务流程的标准化模块管理，建立标准化产品库，联动成本系统和运营系统，为标准化模块进行成本赋能，结合营销导向定位，精准解决项目的痛点问题，提供项目的利润；标准化管理，提高 效率，降低了关联的成本；

	历时11个月，该项目于2023年11月正式上线运行至今，受到了客户的一直好评。由于改系统是上游成本系统和下游运营系统的中间系统，所以对系统的可靠性和性能都有较高的需求。在系统开发中需求的分析和确定是重中之重，本文结合笔者实际工作经验，对系统开发过程中需求的分析方法及应用进行论述；首先，根据各种需求分析方法的特点，结合用户的需求及项目组成员的开发经验及技术，经开开会讨论，确定使用结构化的方法对需求进行分析；其次，根据结构化需求分析方法的特点，我们通过数据流图来确定需求的范围，状态图确定数据的状态变更，ER图确定实体于实体的关联，数据字典来管理项目中用到的字典数据。

项目背景：
	X集团地产公司下有X个局院，由于历时原因及行业特点，导致每个单位都组建了项目管理，集中采购，ERP等系统；目前各单位的系统尚未有效集成，从数据的产生和应用无法保证期及时性和有效性。在应用层面上，各单位的应用水平差异大，相同模块功能类似，重复投资；在数据层面上，各单位主数据不统一，出现指标同名不同义，同义不同名，相同指标的计算口径不相同；在技术层面上，各单位平台技术技术水平差异大，多数单位技术架构落后，给后续的集成，升级和维护造成困难；在运维层面上，各单位的运维能力不足，多数单位没有完整的运维体系。基于此需要重新设计一套新的系统，供各单位局院共同使用；

回应子题目2：
	2022年12月，通过公开招标的方式，我所在的公司成功中标，X集团地产公司，设计系统的开发；我有幸作为系统分析师，参与项目的分析与设计工作。改系统主要包括4个模块功能：个人工作台，标准化管理，项目管理，系统设置；其中，个人工作台为登录的用户展示公告信息及代办任务；标准化管理，为系统中使用到的指标建立标准化产品库；项目管理，对整个项目流程进行管理，采用分级管控的模式，实现对设计全专业的计划流程管控；系统管理，管理用于的权限及基础的数据字典。

过度：
	在项目开发需求分析过程中，通常有以下主体工作：数据流图，用户界面原型，可行性分析，需求优先级调整，需求模型，数据字典，质量部署。其中，数据流图，可以确定的需求的范围和边界，识别系统的外部实体，数据流，功能和数据存储；用户界面原型，通过原型图，可以协助用户进一步分析需求功能，对需求进行梳理，确定哪些是必要需求，哪些是非必要需求；可行性分析，通过经济，技术，用户，法律法规来对需求的实现进行可行性分析；需求优先及调整，按照用户对需求的满意度，将用户满意度高的需求优先排列；需求模型，使用图形化的方式对需求进行描述，所谓“一图抵千字”，图形化的描述需求可以使需求更加的清晰，易懂，根据采有的分析方法不同，采用的图也不同，如：结构化分析的数据流图，ER图，面向对象的用例图等；数据字典，将系统重复用的字典数据进行管理；质量部署，将系统的功能，属性与用户的满意度进行联系起来；我们在对经典的工作过程与实际结合讨论后，确定了创建原型，建立分析模型，确定需求优先级，整合需求分析文档等工作；建立分析模型是需求分析工作的重点工作之一，在需求分析过程中，我们通过会议确定使用结构化分析方法对需求进行分析，通过数据流图，确定需求的范围和边界，通过状态图确定数据的转化过程，通过ER图确定实体和属性以及实体和实体的对应关系，通过数据字典对重复的字典数据进行定义和管理；以下对结构化分析方法的过程进行详细论述。

正文：
	数据流图，作为功能模型，来确定需求的范围和边界，识别系统的外部实体，功能及数据流的走向；首先，我们对调研到的需求进行了功能模块划分，分别为系统设设置，个人工作台，标准化管理，项目管理，数据报表等模块；其次，进一步分析用户的使用功能以及抽象使用者，对使用者进行识别和归类后确定了外部实体。例如：指标的标准化定义的外部实体X集团的项目负责人和各局院单位的项目指标负责人，项目管理中对项目指标的设计的外部实体是各局院地产项目设计人员，系统设置的外部实体是为各局院管理员，个人工作台的外部实体为系统的所有人员，数据报表的外表实体为各局院的领导层。然后，通过使用者使用的功能，我们进一步确定了数据流的走向。例如：在x集团完成对指标的标准化定义和各局院管理员完成对字典数据的维护后；地产设计人员就可以完成项目指标的创建，并提交给领导层进行审批；领导层在个人工作台通过查看待办任务完成对应的审批；审批完成可以汇总中各个数据报表作为成功供领导层对项目的的进度进行把握。

	状态图，作为行为模型，来描述系统功能的组成部分与功能之间的联系，可以更加清晰的描述系统状态的移动；在系统中项目指标的版本上线，标准化指标的修改上线，等都要经过多次状态转换；这些状态的转换都依靠事件驱动，因此在需求分析过程中我们通过使用状态图来更加清晰的描述系统状态的移动。例如：项目中一个面积指标版本由地产设计人员设计完成后此时改版本为草稿态，通过提交版本的方式，将项目指标推送到领导层进行审批，此时改面积指标的版本状态为审核中，此时改版本面积指标不能在进行修改；当领导层审批通过后，改面积指标版本为已发布状态；当领导层审批不通过是该面积指标版本为草稿态，可以重新进行修改然后提交审批；

	ER 图，作为数据模型，来确定实体的属性以及实体间的对应关系；在系统开发中，我们对项目中所设计的实体及属性，通过画出ER图的方式进行呈现。例如：指标的标准化管理，首先，我们建立了以下的的实体：标准化模版，模版指标，标准化指标实体；其次对实体的属性进行分析，标准化模版的属性有：模版id，模版名称，模版的分类，模版的状态，模版的创建人，模版的修改人等；模版指标为某个模版下对应的标准化指标属性有：模版的id，指标的id，指标的名称，指标的标准值，指标的修正值等；标准化指标为系统为指标定义的标准值器属性有：指标的id，指标的名称，指标的标准值等；最后分析出实体的对应关系：
标准化模版和模版指标是1:N；模版指标和标准化指标为N:1。

	数据字典：对系统中用到的字典数据进行统一定义和管理；为了避免系统数据重复定义的情况，我们约定将系统中用到的字典数据，都在系统设置模块下的字典管理进行定义，并且专门指派一名项目组成员，负责对字典数据进行维护，从而保证数据字典的完整性和一致性。

结尾：
	历时11个月，该项目于2023年11月，正式上线运行至今受到了客户的一直好评。通过本次项目开发，我深刻体会到在需求分析阶段，对于需求的分析和无二义性确定，对于后续系统的设计与开发工作的重要性；也对结构化的需求分析有了更加清晰和深刻的认识；所谓”众人拾柴火焰高”,项目的成功上线，离不开项目组成员的辛勤付出，已经领导的大力支持；同时也意识到随着时代的改变，用户的需求也在随之反生演变，一些新的需求分析方法也在应用而生，如：使用户可以更加直观感受的面向对象分析，方法；每种分析方法都有各自的特定及应用场景，我还要积极的进行学习，善于去总结各个方法的优缺点和适应场景，在未来的项目分析设计中更好的实践和应用。