SSADM : 结 构 化 系 统 分 析 及 设 计 方 法 -- （ 版 本 4.2 ） 结 构 标 准
结构化系统分析及设计方法（版本4.2）结构标准，是四册结构化系统分析及设计方法（版本4.2）执行人员手册的其中之一。本手册旨在解释系统分析及设计的工序之典型结构，并且详细说明可行性研究阶段和系统分析及设计阶段的工作。
结构化系统分析及设计方法内的每一期(phase)均分为多个阶段(stages)，每个阶段再细分为多个步骤(steps)，而每个步骤又再包含了一系列的工作(tasks)。如此，整个系统发展的关键时期之所有工作便被拆分为独立而易于管理的部分。这对于计划控制及资源分配来说是重要的。
本文件为计划推行小组提供一套为应用结构化系统分析及设计方法而设的结构化架构。它界定了在结构化系统分析及设计方法内所列举的工作应「何时进行」。
如欲获知本文件所载列的产品及技术描述，请参阅结构化系统分析及设计方法文件编制标准及结构化系统分析及设计方法技巧指引。
这方法之架构是可因应不同计划的情况，而加以改良的。
为方便参考，现把本文件部分内容摘录并概述如下。
结构化系统分析及设计方法的结构
下图描述结构化系统分析及设计方法在政府资讯科技总监办公室系统发展周期内的用法：
如图所示，结构化系统分析及设计方法涵盖了可行性研究、系统分析及设计和政府资讯科技总监办公室系统发展周期内推行期的部分工作。计划开展文件会在计划要求时期内编纂，可行性研究报告在可行性研究期内拟备，系统分析及设计报告则在系统分析及设计期内编制；而在推行期内，亦会编制所需的文件。最后，在系统推行后，便会进行计划推行后的覆检。
可行性研究时期相对于结构化系统分析及设计方法的「阶段零-可行性」。
系统分析及设计期包括五个阶段：-
阶段
一调查现时环境
二业务系统选择
三需求定义
四技术系统选择
五逻辑设计
推行期包括阶段六-实体设计。
可行性研究期
阶段零-可行性
可行性研究是简短地评估拟议的资讯系统，以决定该系统能否有效地符合组织所指定的业务需求，及决定为发展该系统的业务情况是否存在。
在进行全面的系统分析及设计前，建议先进行可行性研究。但对于低风险的计划，或已完成了资讯系统策略研究的计划，则可考虑把可行性研究与系统分析及设计一并进行。
可行性研究报告会在阶段零结束时制成。
这个阶段的步骤是：
(a)界定问题
这个步骤着重于了解清楚有关的业务及业务范围内的资讯需要，和现时未如理想的服务，与及认定在新环境所需要的额外功能和数据，但并不建议制定详细的数据及程序模型。这个步骤的目的是通过调查以得到一定程度的资料，从而定出符合主要需求的可行性选择。
(b)选取可行性选择
这个步骤所界定的可行性选择，是能够符合用户需求的逻辑方案。这个步骤旨在发展数个可符合需求的方案，使用户能从中加以选取。
阶段一-调查现时环境
在这个阶段内，会详细搜集用户的需求及建立业务的模型。这些模型将会包括现有的人手处理工序和资讯科技系统，以及经规划的业务程序及资讯需要。
这些资讯及程序的实际情况会加以逻辑化。所有限制及问题会与其他系统目的一并记录在用户需求内。
(a)发展业务活动模型
这个步骤要建立一个业务活动模型。业务上会出现的事件及业务规则亦会加以调查，为新自动化系统的规格提供参考资料。
(b)调查及界定需求
这个步骤的目的是认定现时环境存在的问题，并须由新系统解决。此外，它亦旨在认定新系统的用户及新系统将会提供的额外服务。
(c)调查现时的程序
这个步骤是要调查现时所提供服务的相关资讯流程，并以数据流程模型描绘出来。在这步骤所制成的数据流程模型只需勾划出现有服务及其不足处，而毋须把需要改善的地方或新设施辑纳在内。
(d)调查现有的数据
这个步骤是要以不受目前储存及组织数据的方式影响，来认定及描述系统数据的结构。这步骤制定出一个可支援现有服务的数据模型。
(e)对现有服务导出具逻辑性的观点
这个步骤的目的是要对现时的系统发展一套逻辑性的看法，以便了解现存的问题。
阶段二业务系统选择
为帮助管理层作出明智的抉择，而为他们拟备及提出多个业务系统选择，每个选择都描述出它特有的发展／推行方法、服务的范围和提供的功能。
这些选择可能需要某些技术性文件的支援，如工作实务模型、逻辑数据模型及数据流程模型。这些选择亦应备有财务及风险评估，和辅以推行的大纲。
这个阶段的步骤包括：
(a)界定业务系统选择
这个步骤是确立多个能符合需求之系统方案，使用户能加以取舍。
(b)选取业务系统选择
这个步骤是向用户提出业务系统选择，以及选出最可取的方案。被选取的方案会界定了跟着在各个阶段发展之系统的范围。
阶段三-需求定义
这个阶段的目的是详细列明被取方案的程序及数据之需求。
这个阶段的步骤包括：
(a)界定所需要的系统工序
这个步骤包括修订各项需求以反映被选取的业务系统选择，利用系统数据流程来描画所需要的系统，以及界定用户在新系统内的职责。
(b)发展所需要的数据模型
这个步骤与上述步骤同时进行。现时环境的逻辑数据模型会扩展至可支援被选取业务系统选择的所有工序。
(c)衍生出系统功能
在界定数据及工序时，会认定需修订现有功能的额外事件，及界定出新的功能。每项功能的服务水平需求均在这个步骤认定。
(d)发展用户工作规格
发展一套工作实务模型，来记录对有关用户工作的理解。
(e)改良所需数据模型
这个步骤旨在应用「关系数据分析」（亦称「规格化」），来改善所需系统的逻辑数据模型之品质。
(f)发展规格原型
这个步骤是以生动的方式来向用户展示出所需系统的某些功能，其目的是要引证用户的需求是否被正确理解，及加深了解用户对界面式样的需求。
(g)发展程序规格
这个步骤主要是详细地界定所需系统在修订及查询方面的运作。
(h)确认系统目的
在阶段一及三时，已将各认定的需求记录在用户需求内。这个步骤的目的，是在需求定义这阶段完成前，对所记录的需求作出最后覆检。
阶段四-技术系统选择
这个阶段会发展多个技术系统选择，当中可能包括"没有改革"的方案（即沿用现有的系统总体结构）。这个阶段的重要工作是决定需要多少个方案。考虑技术系统选择的多少，要根据订定每个方案至可用程度的成本、展示实用性的需要及探讨其他方法的范围。
成本、性能及对组织的影响等细节也可随之加入。接着便可拟备及提出详尽的方案。
这个阶段的步骤是：
(a)界定技术系统选择
这个步骤的目的，是认定及界定可行的实体推行方法，以符合经界定的功能。这个步骤亦按照技术环境核实拟议系统的服务水平需求。
(b)选取技术系统选择
这个步骤是向用户提出技术系统选择，以及选出最可取的方案。
阶段五-逻辑设计
这个阶段的目的是设计所需系统的选项单结构及对话，及订定修订／查询的程序组件。
这个阶段的步骤是：
(a)界定用户对话
这个步骤界定支援联机功能所需要的每项对话的结构，以及认定对话内及对话之间的操作需求。
(b)界定修订程序
这个步骤是要完成每项事件所引发的数据库修订的规格，及界定每项事件的失误处理方法。
(c)界定查询程序
这个步骤是要完成数据库的查询处理的规格，及界定每项查询的失误处理方法。
推行阶段
阶段六-实体设计
实体设计推行阶段的目的，是利用所选定的实际环境的程式编制语言和特点，以及辑纳安装标准，来认定实体数据及程序的设计。
这个阶段内会开展以下的活动：
(a)为实体设计作出准备：
- 学习推行环境的规则；
- 覆检逻辑与实体联系的精确需求；及
- 规划设计方法。
(b)完成各项功能的规格；
(c)递增地及重覆地发展数据和程序设计。