一种结构化与saam方法结合的软件架构分析设计方法

专利名称：一种结构化与saam方法结合的软件架构分析设计方法
技术领域：
本发明涉及IT(Information Technology)领域及广电领域的软件开发技术领域，尤其涉及一种结构化与 SAAM方法结合的软件架构分析设计方法。
背景技术：
SAAM软件架构分析方法(Software Architecture Analysis Method)是最早形成文档并得到广泛使用的软件体系结构分析方法，最初是用来分析体系结构的可修改性的，但实践证明，SAAM方法也可用于对许多其它质量属性及系统功能进行快速评估。SAAM的软件评估方法可以按照形成应用场景、描述体系结构、对应用场景进行分类和确定优先级、对间接应用场景的单个评估、评估应用场景的相互作用及形成总体评估共六个步骤进行。结构化方法属于自顶向下的开发方法，其基本思想是“自顶向下，逐步求精”，强调开发方法的结构合理性及所开发软件的结构合理性；结构化开发方法提出了一组提高软件结构合理性的准则，如分解与抽象、模块独立性、信息隐蔽等；针对软件生存周期各个不同的阶段，它包括了结构化分析(Structured Analysis, SA)、结构化设计(StructuredDesign, SD)和结构化程序设计(Structured Programing, SP)等方法。现有技术中，面向对象方法是当前流行的一种开发方法之一，拥有大量不同的方法，00SE (Object-Oriented Software Engineering,面向对象的软件工程)是其中的一种进行需求分析和建立功能模型的方法。00SE的开发活动主要分为3类，分别是分析、构造和测试。其中分析过程分为需求分析和健壮性分析两个子过程，分析活动分别产生需求模型和分析模型。构造活动包括设计和实现两个子过程，分布产生设计模型和实现模型。测试过程包括单元测试、集成测试和系统测试三个过程，共同产生测试模型用例是00SE中的重要概念，在开发各种模型时，它是贯穿00SE活动的核心，描述了系统的需求及功能。用例实际上是描述系统用户(使用者、执行者)对于系统的使用情况，是从使用者的角度来确定系统的功能。因此，首先必须分析确定系统的使用者，然后进一步考虑使用者的主要任务、使用的方式、识别所使用的事件。发明人在实施本发明的过程中，发现现有技术至少存在以下技术问题(I)面向对象方法的用例图过于表面化，表现方法过于形式化；(2)单一依靠传统结构化分析设计方法，开发周期长；(3)单一使用SAAM方法仅能得到对系统应用场景进行评估的结果。

发明内容
为了解决上述现有技术的缺点，本发明提供了一种结构化与SAAM方法结合的软件架构分析设计方法。为了达到上述目的，本发明提供了一种结构化与SAAM方法结合的软件架构分析设计方法，主要包括引入软件架构分析方法SAAM方法作为软件架构分析设计的前导方法；
以结构化分析设计方法进行软件架构设计。通过本发明实施例，通过结合结构化和SAAM架构评估方法进行软件架构分析设计的方法，实现了一种全新的软件架构分析设计方法的应用组合，尤其适用于以现有产品为核心的，支持定制开发项目的软件 架构分析和设计方法。基于本方法可在满足用户需求和保证软件质量的基础上，达到快速开发和部署使用的最终目的。并且通过本发明避免了单一使用SAAM方法或传统结构化方法，单一的使用上述两种方法不能灵活地将系统部件(模块)与用户使用操作的内部复杂逻辑关系清晰明确地表达出来，不能适应系统环境的变化，无法利用SAAM的评估结果带来更多的系统价值的设计体现。


为了更清楚的说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍，显而易见的，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。图I为本发明实施例一种结构化与SAAM方法结合的软件架构分析设计方法的流程图；图2为本发明实施例应用SAAM方法得到的应用场景描述一；图3为本发明实施例应用SAAM方法得到的应用场景描述二 ；图4为本发明实施例应用SAAM方法得到的应用场景描述三；图5为本发明实施例应用SAAM方法得到的应用场景描述四；图6为本发明实施例应用SAAM方法得到的应用场景描述五；图7为本发明实施例采用结构化的分析设计方法进行软件的体系架构设计的架构图；图8为本发明实施例应用SAAM方法应用场景的描述方法；图9为本发明实施例的应用SAAM方法实现统一检索服务的实现原理图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然所描述的实施例仅是本发明的一部分实施例，不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本发明实施例中提供了一种采用结合结构化和SAAM架构评估方法实现的系统分析和设计，如图I所示为本发明采用结构化与SAAM方法结合的软件架构分析设计方法的流程图，具体为步骤SI :应用SAAM方法得到场景描述。SAAM方法作为软件架构分析设计的前导方法，利用SAAM方法宽泛的系统描述表述规则，将系统的各类典型应用场景描绘清楚，既可以用形式化的语言，也可以用自然语言，还可以用图表。场景是用户使用的系统软件工作环境和完成某一特定任务的应用模式，本发明采用两者结合的描述方式。应用场景描述图参见图2至图6，具体的应用场景的描述方法和表现方法参见实施例I。步骤S2 :划分应用场景的优先级并进行综合评估。对于场景不可能所有的重要性都一样，必然有优先级的划分，尤其软件开发工期紧的项目，要优先满足基本功能需求和重点应用场景，对于测试要求复杂的场景也要尽可能将优先级调高。进行场景综合评估需根据是否覆盖全面，是否准确进行标准检验。并且最终基于场景的分析达成一致。综合评估还包括项目组(包括最终用户)对各应用场景的正确性和准确性的评估，只有经过评估的场景，才可以作为结构化架构设计的输入源。
步骤S3 :将应用场景作为结构化分析设计的输入源。场景描述和分析中，要带有对于后续采用结构化方法进行分析设计的必要信息输入源，场景描述本身也采用结构化方法，层次分明、条理清晰、语言准确，并且将其中某些描述表述结论要与后续设计进行对应，要包括某些策略、逻辑的展现，某些约定或系统行为限制性的描述。SAAM方法为其后展开的以结构化分析设计方法为指导的系统分析设计提供如原始需求定义，用户、系统和部件(模块)间的相互逻辑关系，系统应用背景和技术环境、人机交互接口，系统间交互关系，工作流程关系等信息源，作为结构化分析设计的输入。具体实现方法参见实施例2。步骤S4 以结构化分析和设计方法开展系统架构设计。采用结构化的分析设计方法进行软件的体系架构设计。设计的架构图如图7所示。步骤S5 :以场景为输入依据，用结构化分析设计方法展开系统功能设计。依据已经过评估的场景描述和分析，将系统功能(涵盖所有用户需求)的功能点，以列表形式进行逐级展开。
具体实施方式
参见实施例3。步骤S6 :以场景为输入依据，用结构化分析设计方法展开系统模块设计。根据场景描述、架构设计、功能设计和划分并应用结构化方法，逐级细分，确定具体的系统模块，并进行主要功能实现的准确描述。然后针对每一模块展开模块的详细设计。具体实现方法参见实施例4。步骤S7 以场景为依据，进行测试计划和测试用例的设计。依据场景定义和模块功能设计，设计测试计划和测试用例，可以保证覆盖系统全部功能和所有应用。通过本发明实施例，通过结合结构化和SAAM架构评估方法进行软件架构分析设计的方法，实现了一种全新的软件架构分析设计方法的应用组合，尤其适用于以现有产品为核心的，支持定制开发项目的软件架构分析和设计方法。基于本方法可在满足用户需求和保证软件质量的基础上，达到快速开发和部署使用的最终目的。并且通过本发明避免了单一使用SAAM方法或传统结构化方法，单一的使用上述两种方法不能灵活地将系统部件(模块)与用户使用操作的内部复杂逻辑关系清晰明确地表达出来，不能适应系统环境的变化，无法利用SAAM的评估结果带来更多的系统价值的设计体现。实施例I本发明实施例是为了更详细的说明利用SAAM方法实现应用场景的描述方法和实现方法，如下方法一如果为工作流性质的应用场景，需要有流程发起，如场景一，如图2所示；方法二 如果为接口调用或部件与整体关系的应用场景，需要有相关系统、子部件，并反映其相互关系，如场景二，如图3所示应用场景的描述方法如图8所示，具体为步骤SI :描述主工作流程；步骤S2 :描述相关系统、部件；
步骤S3 :描述相互关系和工作原理；步骤S4 :描述数据流和接口 ；步骤S5 :描述接口类型和接口实现原理；步骤S6 :描述可能的关键设计点；步骤S7 :场景要覆盖全系统。 实施例2本发明实施例2是为了更详细的说明如何将应用场景作为结构化分析设计的输入源，本实施例以工作流性质的应用场景即实施例I中的场景一为例进行说明，整个新媒体制作域制作出的节目，首要目的就是为了能够顺利送播，因此将送播应用场景作为主要应用场景之一加以分析，描述方法可以如下流程发起制作子网节目制作完毕后，在各自子网完成节目打包后发生该流程。主工作流程子网中完成节目合成打包后，可根据实际情况有两种选择(I)需要首先经过转码/打包成播出需要的格式，再送播(如送总控播出Seachange服务器和NVOD等)；(2)打包后的格式原码送播，不需转码(如送中心媒资或演播室等)。素材数据流转码/打包服务接收到转码/打包任务，从子网中取出素材直接进行转码/打包，文件不落地。转码/打包后，放入转码/打包缓存区，落一次地通知审核，通过后，由发布模块从转码/打包缓存将文件迁移到发布缓存区。交互接口 内部接口 对子网开放的转码/打包服务接口和发布服务接口 ；外部接口 发布服务对其它外系统的接口，与外系统的接口遵循台方已指定的接口规范(如与中心媒资和总控播出等)，方式为MQ消息服务器+ftp服务或NAS访问。关键技术点(I)转码/打包服务和接口的开发和完善在已有的转码中心的基础上做进一步改进，满足平台业务的需求；(2)发布服务和接口的开发和完善除发布自身功能外，要考虑与外系统的交互(中心媒资、总控播出等)，对于媒资归档也视做一种发布方式，要采用台方已有规范和方式完成外系统的交互。(3)素材在流程中的落地缓存或不落地直接处理的方式要处理好。策略约定平台中的审核是针对于转码/打包后的质量问题的审核，不涉及节目的内容审核等子网制作流程内部的审查环节。平台做如下约定，认为提交平台转码/打包的任务即是通过子网审查过的成品节目，因此对于平台转码/打包后审核不通过的情况，只发给前面的转码/打包环节重新转码/打包而不是发回给制作子网审查。实施例3本发明实施例3是为了进一步详细的说明如何以列表形式逐渐展现系统功能的点，展现形式可以如下平台功能a)支持平台管理功能i.支持平台统一人员管理和统一登录认证；b)支持生产型媒资二级库i.支持媒资素材在线编辑(仅限于H非编，其它制作子网支持该功能待商议)；
ii.支持编目检索功能；iii.暂不要求支持近线磁带库功能；iv.支持媒资素材直接送发布功能；V.支持素材低码流wmv格式的浏览；vi.支持制作子网素材原码流归档；vii. 二级媒资库与中心媒资的交互(交互方式和实现须讨论)。 c)支持传统媒体和新媒体节目制播i.规定各制作子网按统一的媒体文件格式如都采用高码MPEG2I 25Mbps和低码H. 264 I. 5M的高低码格式编辑；ii.支持节目制作的生产加工流程(在各制作子网内实现)；iii.支持低码流编辑到桌面(在各制作子网内实现)；iv.支持配音、审片、合成输出等功能(在各制作子网内实现)；V.支持制作子网调用平台公共服务完成制播业务。d)对外接口i.支持与中心媒资、总控播出系统、NVOD播出及未来其它播出系统的交互；ii.支持与中心媒资、总控播出系统、NVOD播出等通过MQ消息通讯机制的交互；iii.支持按需要的播出格式和码率送各个播出系统；iv.支持发送给播出系统XML元数据文件如广告插播点和其它元数据信息等；V.支持二级媒资库与中心媒资的交互；vi.支持可自定义增加发布渠道的配置。平台支持的核心服务e)转码服务包括转码任务调度；f)合成打包服务平台支持合成打包服务，目前，限于制作子网(Platform)打包工程文件，其它第三方子网暂按子网内打包，平台转码的方式完成。g)发布服务包括发布任务调度；含收录、媒资；h)迁移服务负责子网间素材和成品节目的迁移。i)统一检索服务支持媒资二级库的统一检索，制作子网间的素材互检索待讨论；j)转码后素材审查包括自动技审和人工审查干预环节；k)节目制作任务调度(是否要实现要与台方讨论)。平台支持制作子网的接入I)前期支持Platform为制播平台的子网接入；m)前期支持手机节目制作网的接入；η)后期支持其它第三方厂家的制作网接入。平台对外交互接口ο)平台提供统一的对外交互接口 ；ρ)各制作子网或其它子系统通过平台统一接口与外系统做交互。平台安全性q)考虑平台总体安全性及软硬件部署；
r)考虑平台与各个接入子网间的安全性。实施例4本发明实施例4是对采用结构化分析设计方法展开的系统各模块功能设计实现方法的进一步详细说明，以下为本发明实施例的平台各模块功能描述方法。平台各模块功能概述统一认证登录平台提供统一认证登录功能，各制作子网的登录帐户统一由平台做管理，登录验证也由平台做验证。接入平台的各制作子网在使用统一认证登录前，需要将制作子网登记注册的平台中，才能使用登录认证和平台提供的其它功能。平台人员管理平台集中管理平台使用人员及制作子网使用人员的帐号，平台的人员管理模块支持用户组、角色的管理和分配。支持对使用单位组织机构的管理，并且支持平台中必要的权
限管理。但对于制作子网中的节目制作权限不做管理，制作子网继承平台用户帐号，导入到本系统中使用，并为使用本网的用户分配节目制作权限，并且制作子网能够应用该帐号和子网中分配的权限，跑通子网的内部节目制作流程。平台公共服务平台公共服务由以下部分组成转码服务、发布服务、审核服务(人工和自动技审)、统一检索服务、迁移服务、校验服务、合成打包服务等。各部分模块化设计和开发，在使 用过程中，某一模块出现问题一般不影响其它模块正常工作，子网根据实际需要调用，以满足子网的节目制作任务对核心服务的要求。详细设计见后面章节。平台配置管理平台具备配置管理的基本功能，平台的配置管理采用工具化、用户可自定义配置的设计和开发方法。除了具备通用的人员、服务等配置管理功能外，还要满足系统的可扩展性要求，在人员增加、组织机构增加、制作子网数量增加、公共服务扩展等情况下，要通过系统配置能够满足未来的系统扩展，不必再行开发。平台二级媒资平台包括二级媒资库，二级媒资库作为生产型媒资，采用独立的MAM为原型构建，接受平台的统一管理和调度，可完成与中心媒资的素材/元数据交互(归档和回迁)。二级媒资库作为生产型媒资从使用效率的角度分析，前期不配置近线带库，完全以在线方式使用，但预留与近线带库的接口。平台对外接口平台统一负责与外系统的接口，制作子网与外系统的交互也由平台统一管理和调度。外系统主要有中心媒资系统(双向交互)、总控播出系统(单向交互)、NV0D播出系统(单向交互)、演播室系统(可能双向交互，暂定)、其它发布渠道的交互(单向、暂定)等。另外，是否与台内的节目生产管理系统做节目单的交互，还须与台方进一步探讨确认。后面章节给出可能的模拟应用场景(场景三节目制作任务调度的应用场景)供参考。每个服务模块针对不同的业务应用，实现不同的功能。
认证服务模块该模块是平台乃至整个系统的基础管理应用服务，用于整个系统不同操作人员、角色的身份验证和统一登录。操作使用权限则根据各个子网的不同应用情况，由子网自行设定。转码服务模块转码服务模块定位于素材及成品节目的编码格式、封装格式及码流的转换，以及送播出时节目格式的转码。由于平台下挂接多个不同厂家的制作子系统，因此转码服务模块是平台的基础应用模块之一，必不可少。 迁移服务模块迁移服务将媒体数据信息以及元数据信息按照台内制订的策略向平台媒资进行迁移，也可支持子网间素材的迁移，在启动迁移服务时，可视具体应用情况相应启动转码、校验等其它服务模块。校验服务模块校验用于对节目数据进行数据完整性验证，主要采用成熟的MD5方式进行。各制作子网的节目数据在向平台媒资进行存储或予以发布或迁移时，启动该服务。技审服务模块技审服务模块对节目数据进行技术指标方面的审核，并自动判别是否有诸如静帧、黑场、声噪等不合要求的场景，并实时予以报警提示。当节目或素材推送至平台媒资或予以发布时，会启动该服务。审核服务模块审核服务主要用于对素材或成品节目进行人工的节目审核，以便于后续发布到不同渠道。检索服务模块用于对不同制作子网的成品节目或素材进行查询，操作人员可利用该服务查找出各制作子系统中素材或成品节目，以便于用于各子网的编辑制作。发布服务模块发布是平台的关键应用之一，各制作子系统将保存于本地在线存储或平台媒资的成品节目数据推送到平台发布模块，经技审和人工审核后，即可向总控播出系统、演播室、NVOD及全台中心媒资发布。文稿服务模块文稿服务模块采用Platform平台集成文稿功能实现。收录约传服务模块收录约传服务采用INGEST收录系统软件中的BS软件实现。合成打包服务模块平台支持合成打包服务，目前，限于Platform子网打包工程文件，其它第三方子网暂按子网内打包，平台转码的方式完成。以“统一检索服务模块”和“合成打包服务模块”和为例介绍模块详细设计统一检索服务实现功能
支持中心媒资库和二级媒资库的统一检索，并可部署至制作子网。支持二级媒资库和制作子网本网的统一检索。对PLATFORM和第三方制作子网封装公共检索二级媒资库的接口，允许子网调用该接口集成到子网本地检索界面。在PLATFORM中实现通过该接口检索后，媒资二级库素材直接在线编辑。其它子网检索媒资二级库素材后，通过迁移服务调度到子网本地编辑。子网间互相检索素材的情况，要有台方包括使用部门确认，有无明确需求。实现原理
此处做如下假设，如有子网间互相检索的需求，则按如图9所示的原理实现，同时检索二级媒资库和子网的本地存储素材，子网提供本地检索接口，平台提供统一展现界面。接口封装对制作子网的接口封装提供给制作子网对媒资二级库检索的接口。子网发送给接口检索条件，接口给子网反馈检索结果。关键设计点首先，明确确定的需求。接入子网要做一定的开发工作。合成打包服务合成服务是对制作网制作后的节目工程进行合成打包的工作，由于合成打包服务依赖于非编工程，因此该服务只针对Platform中H非编的工程，本服务在使用时仅对Platform 适用。实现功能合成服务可访问Platform制作网的存储，能访问任务工程中的所有原素材，通过合成服务对非编工程进行合成打包；合成服务同样能访问平台二级媒资的存储，对非编工程合成打包后的输出是平台二级媒资存储，完成打包后在二级媒资中进行登记。合成服务要完成的工作就是接受合成任务，完成合成后通知调用者结果。接口封装公共接口添加校验任务addRender功能添加合成打包任务参数AddRenderRequest，Schema定义见附件 PublicServiceParameter. xsd 中AddRenderRequest回调异步回调调用者结果callback功能回调，将合成打包后的结果异步回调给调用者参数AddRenderAsynRequest,其Schema 定义见附件 PublicServiceParameter.xsd 中 AddRenderAsynRequest0
内部方法取消待合成任务cancelRender功能通过接ロ取消待合成打包的任务參数CancelRenderRequest,其Schema 定义见附件 PublicServiceParameter.xsd 中 CancelRenderRequest配置合成打包模板配置；非编底层接ロ地址的配置；本发明实施例，通过结合结构化和SAAM架构评估方法进行软件架构分析设计的方法，实现了ー种全新的软件架构分析设计方法的应用组合，尤其适用于以现有产品为核心的，支持定制开发项目的软件架构分析和设计方法。基于本方法可在满足用户需求和保证软件质量的基础上，达到快速开发和部署使用的最終目的。并且通过本发明避免了単一使用SAAM方法或传统结构化方法，単一的使用上述两种方法不能灵活地将系统部件(模块)与用户使用操作的内部复杂逻辑关系清晰明确地表达出来，不能适应系统环境的变化，无法利用SAAM的评估结果带来更多的系统价值的设计体现。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过软件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是⑶-R0M，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明 各个实施例所述的方法。以上所述，仅为本发明的一个最佳具体实施例，但本发明的特征并不局限于此，任何熟悉该项技术的人在本发明领域内，可轻易想到的变化或修饰，都应涵盖在以下本发明的申请专利范围中以上所述，仅为本发明的一个最佳具体实施例，但本发明的特征并不局限于此，任何熟悉该项技术的人在本发明领域内，可轻易想到的变化或修饰，都应涵盖在以下本发明的申请专利范围中。
权利要求
1.一种结构化与软件架构分析方法SAAM方法结合的软件架构分析设计方法，其特征在于，主要包括 引入软件架构分析方法SAAM方法作为软件架构分析设计的前导方法； 以结构化分析设计方法进行软件架构设计。
2.如权利要求I所述的结构化与SAAM方法结合的软件架构分析设计方法，其特征在于，所述引入SAAM方法作为软件架构分析设计的前导方法，主要包括 应用SAAM方法得到应用场景描述； 划分应用场景的优先级并进行综合评估； 将应用场景作为结构化分析设计的输入源。
以结构化分析和设计方法开展系统架构设计； 以应用场景为输入依据，用结构化分析设计方法展开系统功能设计； 以应用场景为输入依据，用结构化分析设计方法展开系统模块设计； 以应用场景为依据，进行测试计划和测试用例的设计。
3.如权利要求2所述的结构化与SAAM方法结合的软件架构分析设计方法，其特征在于，所述应用SAAM方法得到应用场景描述的描述方法包括形式化的语言、自然语言或图表。
4.如权利要求2所述的结构化与SAAM方法结合的软件架构分析设计方法，其特征在于，所述应用SAAM方法得到应用场景描述包括 如果为工作流性质的应用场景，需要有流程发起； 如果为接口调用或部件与整体关系的应用场景，需要有相关系统、子部件，并反映其相互关系。
5.如权利要求4所述的结构化与SAAM方法结合的软件架构分析设计方法，其特征在于，所述接口调用或部件与整体关系的应用场景的描述方法包括 步骤I :描述主工作流程； 步骤2:描述相关系统、部件； 步骤3 :描述相互关系和工作原理； 步骤4:描述数据流和接口 ； 步骤5 :描述接口类型和接口实现原理； 步骤6 :描述可能的关键设计点； 步骤7 :应用场景要覆盖全系统。
6.如权利要求2所述的结构化与SAAM方法结合的软件架构分析设计方法，其特征在于，所述应用SAAM方法得到应用场景描述采用用户使用的系统软件工作环境和完成某一特定任务两者结合的描述方式。
7.如权利要求2所述的结构化与SAAM方法结合的软件架构分析设计方法，其特征在于，所述划分应用场景的优先级具体为 根据软件开发工期、基本功能需求、重点应用场景和测试要求复杂程度对应用场景划分优先级。
8.如权利要求2所述的结构化与SAAM方法结合的软件架构分析设计方法，其特征在于，对应用场景进行综合评估包括项目组及最终用户对各应用场景的正确性和准确性的评估。
9.如权利要求8所述的结构化与SAAM方法结合的软件架构分析设计方法，其特征在于，对应用场景进行综合评估还包括 根据是否覆盖全面，是否准确进行标准检验，并且最终与基于应用场景的分析达成一致。
10.如权利要求2所述的结构化与SAAM方法结合的软件架构分析设计方法，其特征在于，所述将应用场景作为结构化分析设计的输入源，包括 应用场景描述和分析中，带有对后续采用结构化方法进行分析设计的必要信息输入源，应用场景描述本身也采用结构化方法，并且将其中的描述表述结论与后续设计进行对应，包括策略、逻辑的展现、约定或系统行为限制性的描述。
11.如权利要求10所述的结构化与SAAM方法结合的软件架构分析设计方法，其特征在于，所述必要信息输入源包括 原始需求定义，用户、系统和部件间的相互逻辑关系，系统应用背景和技术环境，人机交互接口，系统间交互关系，工作流程关系。
12.如权利要求2所述的结构化与SAAM方法结合的软件架构分析设计方法，其特征在于，所述将应用场景作为结构化分析设计的输入源中的应用场景是经过评估的应用场景。
13.如权利要求2所述的结构化与SAAM方法结合的软件架构分析设计方法，其特征在于，所述以应用场景为输入依据，用结构化分析设计方法展开系统功能设计具体为 根据已经过评估的应用场景描述和分析，将涵盖所有用户需求的系统功能的功能点进行描述设计，并以列表形式进行逐级展开。
14.如权利要求2所述的结构化与SAAM方法结合的软件架构分析设计方法，其特征在于，所述以应用场景为输入依据，用结构化分析设计方法展开系统模块设计具体为 根据应用场景描述、架构设计、功能设计和划分应用结构化方法，逐级细分，确定具体的系统模块，并进行功能实现的描述。
15.如权利要求14所述的结构化与SAAM方法结合的软件架构分析设计方法，其特征在于，所述确定具体的系统模块后还包括 针对每一模块展开模块的详细设计。
16.如权利要求2所述的结构化与SAAM方法结合的软件架构分析设计方法，其特征在于，所述以应用场景为依据，进行测试计划和测试用例的设计具体为 依据应用场景定义和模块功能，设计测试计划和测试用例，覆盖系统全部功能和所有应用。
全文摘要
本发明公开了一种结构化与SAAM方法结合的软件架构分析设计方法。通过采用结合结构化和SAAM架构评估的方法进行软件架构分析设计，通过引入软件架构分析方法SAAM方法作为软件架构分析设计的前导方法；然后以结构化分析设计方法进行软件架构设计实现了一种全新的软件架构分析和设计方法，是完成系统设计、系统架构搭建的一种独特方法，尤其适用于以现有产品为核心的，支持定制开发项目的软件架构分析和设计方法。
文档编号G06F9/44GK102722362SQ20111007966
公开日2012年10月10日 申请日期2011年3月31日 优先权日2011年3月31日
发明者王堃越 申请人:新奥特(北京)视频技术有限公司