一种基于场景的需求建模系统及方法、信息数据处理终端技术方案

本发明专利技术属于用于执行专门程序的装置技术领域，公开了一种基于场景的需求建模系统及方法、信息数据处理终端，包括：需求准备模块、业务建模模块、系统建模模块；本发明专利技术实现了业务单据和报表转换为业务实体的过程，业务实体通过分析形成具有关联关系的概念实体的一条推导线索；涉众分析按照业务场景到业务角色的推导转换，业务角色在计算机执行角度推导出系统用户的演化线路；从业务现状描述逐步过渡到计算机化描述的推导演化过程，步步有依据，有推导，有演进。

A Scenario-based Demand Modeling System and Method, Information Data Processing Terminal

The invention belongs to the field of device technology for executing special procedures, and discloses a scenario-based requirement modeling system and method, and information data processing terminal, including: requirement preparation module, business modeling module and system modeling module; the invention realizes the process of transforming business documents and reports into business entities, and business entities form an outline with correlation through analysis. Stakeholder analysis deduces the evolutionary route of system users from the perspective of computer execution according to the transformation from business scenarios to business roles; the process of deduction and evolution from business status description to computerized description is based on step by step, deduced and evolved.

【技术实现步骤摘要】
一种基于场景的需求建模系统及方法、信息数据处理终端
本专利技术属于用于执行专门程序的装置
，尤其涉及一种基于场景的需求建模系统及方法、信息数据处理终端。
技术介绍
目前，业内常用的现有技术是这样的：划分系统模块，按照模块进行调研及建模，建模过程更过站在程序实现的角度，而缺乏对用户业务的理解过程，不能够及时和有效的发现需求中存在的重大问题，不能引导客户建立起业务的全体视角和场景；以结构化的建模过程为主，主要使用组织结构图、业务流程图、数据流图等形式表达建模过程；以阶段划分清晰的过程割裂软件建模的一体化，造成前后关联不一致，需求与后期的设计开发不能有效统一。综上所述，现有技术存在的问题是：以系统最终实现的功能模块为导向；采用了系统流程图、功能模块图等描述需求业务；开发过程贯穿了前后台技术；测试过程缺乏自动化，智能化脚本实现较少；开发过程阶段区分较为明显，但关联性又不强。解决上述技术问题的难度和意义：以“功能模块为中心”的调研过程：需求调研不完善、业务了解不全面；业务贯穿能力差，较难形成闭环；以开发人员视角描述的需求过程：不能很好的站在客户角度想问题；以结构化建模为主的分析过程：忽略了业务的完整性，造成需求不完全不完善；以纵向结构为主的开发过程：要求开发人员水平高，从前台页面到后台逻辑以及数据库等方面全面贯通；以开发人员为主的测试过程：浪费人力，效率地下；以集中式部署为主的运维过程：出错影响大，升版只能停机，修改不能很好回滚；以阶段区分软件开发的整体过程：阶段割裂，前后不连贯，不能很好贯穿整个软件开发过程，没有形成统一的整体，不能很好的收集和反馈问题。专利
技术实现思路
针对现有技术存在的问题，本专利技术提供了一种基于场景的需求建模系统及方法、信息数据处理终端。本专利技术是这样实现的，一种基于场景的需求建模系统所述基于场景的需求建模系统包括：需求准备功能、业务建模功能、系统建模功能。进一步，所述需求准备功能包括业务目标分解功能和涉众视图绘制功能以及涉众期望编制功能。进一步，所述业务建模功能包括业务边界视图关联功能，业务用例绘制功能，业务情景分解功能，业务角色拆分功能、业务场景汇交功能、业务实体关联功能。进一步，所述系统建模功能包括建立系统用例功能、关联系统情景功能、用户视图自动统计汇总功能、系统模块汇交功能、界面原型生成功能、概要视图汇集功能、概念实体关联功能、系统用户获取功能。本专利技术的另一目的在于提供一种应用所述基于场景的需求建模系统的基于场景的需求建模方法，所述基于场景的计算机需求建模过程主要包括：步骤一，执行业务目标初始化，形成分层的业务目标列表；步骤二，依据每个业务目标分别生成业务边界视图；步骤三，针对业务边界持续建立反映当前边界的业务用例；步骤四，汇总所有业务用例，汇交向上形成关于业务的场景流程；步骤五，针对单个业务用例，关联并建立动态执行过程的泳道图及其配套执行说明；步骤六，针对每个活动图的活动，执行分解程序，对比约束规则生成系统用例；步骤七，针对单个系统用例，分解形成系统执行过程的活动图，并生成前台页面初始化文件；步骤八，针对生成的每个初始化前台页面文件，关联构件库，进行初步的服务装配制作建立页面布局原型界面。本专利技术的另一目的在于提供一种实现所述基于场景的需求建模系统的计算机程序。本专利技术的另一目的在于提供一种实现所述基于场景的需求建模系统的信息数据处理终端。本专利技术的另一目的在于提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行所述的基于场景的需求建模系统。综上所述，本专利技术的优点及积极效果为：本专利技术具有业务单据和报表转换为业务实体的过程，业务实体通过分析形成具有关联关系的概念实体的一条推导线索；涉众分析按照业务场景到业务角色的推导转换，业务角色在计算机执行角度推导出系统用户的演化线路；从业务现状描述(业务用例视图)逐步过渡到计算机化描述(系统用例视图)的推导演化过程，步步有依据，有推导，有演进。附图说明图1是本专利技术实施例提供的基于场景的需求建模系统结构示意图；图中：1、需求准备模块；2、业务建模模块；3、系统建模模块。图2是本专利技术实施例提供的基于场景的需求建模方法流程图。具体实施方式为了使本专利技术的目的、技术方案及优点更加清楚明白，以下结合实施例，对本专利技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本专利技术，并不用于限定本专利技术。下面结合附图对本专利技术的应用原理作详细的描述。如图1所示，本专利技术实施例提供的基于场景的需求建模系统包括：需求准备模块1、业务建模模块2、系统建模模块3。需求准备模块1包括业务目标分析模块、涉众分析模块。业务建模模块2包括业务边界模块，业务用例模块，业务情景模块，业务角色模块、业务场景模块、业务实体模块。系统建模模块3包括系统用例模块、系统情景模块、用户视图模块、系统模块、界面原型模块、概要视图模块、概念实体模块、系统用户模块。如图2所示，本专利技术实施例提供的基于场景的需求建模方法包括以下步骤：S201：建立业务目标，形成分层的业务目标列表；S202：根据业务目标，分别建立并关联针对某业务目标的业务边界；S203：针对业务边界，映射建立业务用例；S204：针对所有的业务用例，汇交向上形成关于业务的场景流程；S205：针对单个业务用例，分解并建立其动态执行过程的泳道图及其配套执行说明；S206：针对泳道图中的活动，根据系统能够实现分别执行映射为系统用例；S207：针对单个系统用例，分解形成系统执行的泳道图，并生成前台页面初始化文件；S208：针对生成的每个初始化前台页面文件，使用构件服务分别建立页面布局原型界面。本专利技术实施例提供的基于场景的需求建模方法具体包括：项目准备：从以功能模块为中心，转变为以“用户为中心”；进行涉众分析：从业务用户角度深入了解问题域，全面分析各涉众(干系人)期望，形成涉众分析报告，并在整个软件过程中全程维护；规范业务范围：从项目已有条件(涉众期望、项目周期、成本、可行性分析等因素)调节业务范围，确定项目可以容纳的业务范围，这里的范围需要注意的是并非系统建设范围，而是需要调研应当被局限在哪些部分。范围的规划可从业务目标、涉众期望开始，衡量标准是争得涉众认可；确定调研优先级：将涉众划分出调研的优先级，同时也将期望按重要程度划分出优先级，最重要的涉众当由最有经验的系统分析员负责调研，相应精力也应加大投入；制定需求调研计划：按照三个阶段制定需求调研计划。(1)业务架构：围绕业务背景、业务目标、业务目标人员、业务参与人员、组织结构、岗位设置等展开。结果：业务用例模型的业务用例视图被建立起来。(2)业务流程：针对每个业务目标，将参与这个业务目标的业务目标人员、业务参与人员、组织结构和岗位设置组织起来，描述业务流程的运转过程以及每一个参与元素在运转过程中的贡献和期望。结果：包括业务用例实现、用例场景、分析场景在内的完整的业务用例模型被建立起来。(3)工作细节：针对每一个参与上述流程的参与者展开，描述他的工作细节，做什么、怎么做、有哪些规则、结果是什么。结果：系统用例模型、初步的分析模型和初步的软件架构被建立起来；需求调研中的沟通：如何能快速准确的获取需求，需要对相关调研人员进行培训，并从不同的调研过程中总结经验，不断反馈调节。进一本文档来自技高网...

【技术保护点】
1.一种基于场景的需求建模系统，其特征在于，所述基于场景的需求建模系统包括：需求准备模块、业务建模模块、系统建模模块。需求准备模块，用于实现业务目标分解和涉众视图绘制以及涉众期望编制；业务建模模块，用于实现业务边界视图关联，业务用例绘制，业务情景分解，业务角色拆分、业务场景汇交、业务实体关联；系统建模模块，用于建立系统用例、关联系统情景、用户视图自动统计汇总、系统模块汇交、界面原型生成、概要视图汇集、概念实体关联、系统用户获取。

【技术特征摘要】
1.一种基于场景的需求建模系统，其特征在于，所述基于场景的需求建模系统包括：需求准备模块、业务建模模块、系统建模模块。需求准备模块，用于实现业务目标分解和涉众视图绘制以及涉众期望编制；业务建模模块，用于实现业务边界视图关联，业务用例绘制，业务情景分解，业务角色拆分、业务场景汇交、业务实体关联；系统建模模块，用于建立系统用例、关联系统情景、用户视图自动统计汇总、系统模块汇交、界面原型生成、概要视图汇集、概念实体关联、系统用户获取。2.如权利要求1所述的基于场景的需求建模系统，其特征在于，所述需求准备模块包括业务目标分析模块、涉众分析模块。3.如权利要求1所述的基于场景的需求建模系统，其特征在于，所述业务建模模块包括业务边界模块，业务用例模块，业务情景模块，业务角色模块、业务场景模块、业务实体模块。4.如权利要求1所述的基于场景的需求建模系统，其特征在于，所述系统建模模块包括系统用例模块、系统情景模块、用户视图模块、系统模块、界面原型模块、概要视图模块、概念实体模块、系统用户模块。5.一种应用权利要求...

【专利技术属性】
技术研发人员：魏培阳，刘魁，郭建安，张博实，
申请(专利权)人：成都信息工程大学，
类型：发明
国别省市：四川,51