软考（高项）系统分析师--论需求分析方法及应用(面向对象的需求分析)

---

前言

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

---

一、前期准备：

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

二、论文部分:

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

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

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

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

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

正文：
	识别参与者，将系统功能的使用者进行识别。首先，需要划分模块并且明确每个模块的职责，然后对每个模块用户进行分析识别参与者。因此根据需求的调研文档，我们将系统还分为；个人工作台，标准化管理，项目管理，报表管理，系统设置等几大功能模块；其次，对系统模块划分后，进一步分析功能的使用场景，并且抽象使用者，对使用者进行识别和归类后确定参与者。例如；指标的标准化定义的参与者是X集团的项目指标负责人和各局院单位的项目指标负责人，项目管理中对项目指标的使用的参与者设计为各局院地产项目设计人员，系统设置的参与者为各局院管理员，个人工作台的参与者为登录系统的人员，数据报表的参与者为各局院的领导层。最后，是识别系统中隐含的参与者，这些参与者往往以其它系统，硬件等形式出现。在项目管理和报表管理模块的识别参与者过程中，除了要识别这些模块的参与者，更重要的是识别提供这些数据的来源：数据分析系统，相关性分析工具。可将这些数据的来源也作为系统的参与者。

	需求合并及用例图设计，是将获取到的需求进行合后抽象为用例，并将参阅者分配到用例上。首先，在分析用例之前，需要先对获取到的需求进合并处理，其目的是将使用者与功能关系进一步合并，从而清晰的描绘需求功能。例如：X集团项目指标负责人和局院单位的项目指标负责人都可以管理和修改对应指标标准，地产项目设计人员，领导层，项目指标负责人都可以接收公共信息以及代办任务处理，从而合并为集团系统指标负责人和局院单位的指标负责人都可以定义和修改指标标准，系统的登录人员都可以查看公告信息和代办任务。其次，在合并的需求后，可以将用户在系统的行为进行抽象为功能点，并将这些功能点转换为用例。例如：集团系统指标负责人和局院单位的指标负责人都可以定义和修改指标，各局院单位项目指标设计人员可以对定义好的指标进行使用，领导层进行指标的审批工作，及对数据报表的查看，可将这些用户的行为抽象为，指标标准化管理，项目指标设计，审批，报表查看等功能点，并将这些功能以用例的形式来呈现。最后，是将识别的参与者分配到用例上，同时分析用例的包含及扩展关系，最终形成用例图。


	细化用例描述及调整用例，是以编写用例文档的形式进行体现并且定义用例进行优化调整。在合并需求得到用例后，接着就是要编写用例描述文档。要编写一个合格且规范的用例说明文档，首先要定义一个清晰的用例模版，给项目组的所有成员定义用例规约。因此在定义用例模版是，我们将收集到的模版实例与得到的用例图进行了整合分析，经过会议讨论确定了用例的模版结果。包括了：用例名，参与者，目标，事件流，前置条件，后置条件等描述项。在编写用例文档的是，比较有挑战性的是对事件流的描述，它是者系统的参与者者对于数据，从一个状态变化到另一个状态时所发生的一系列活动，因此要从俯视的视角来指出参与者的动作，系统的响应来编描述文档。另外我们在编写用例文档是，对用例进行 了非功能性的分析，确定了一些可用性指标，性能指标，安全性指标等，并对用例进行优化调整。
	
	通过使用面向对象的需求分析，使得需求分析工作顺利完成，形成了《需求规格说明》基线文档，并顺利通过用户的评审；保证了需求分析的质量，为后续项目的设计与实施奠定了坚实的基础。


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