CN116301732A

CN116301732A - Asset architecture analysis method and system for use cases

Info

Publication number: CN116301732A
Application number: CN202310140696.7A
Authority: CN
Inventors: 阙梦婕; 叶齐娇; 郭贝贝; 万里鹏
Original assignee: Industrial and Commercial Bank of China Ltd ICBC
Current assignee: Industrial and Commercial Bank of China Ltd ICBC
Priority date: 2023-02-14
Filing date: 2023-02-14
Publication date: 2023-06-23

Abstract

The disclosure provides an asset architecture analysis method of use cases, relates to the technical field of business architecture, and can be applied to the field of financial science and technology. Comprising the following steps: responding to the writing operation of the user use cases, and acquiring the use case information written by the user; creating an architecture analysis template and associating the architecture analysis template with a use case ID; performing architecture analysis on the use case information according to the asset type to determine the asset name, architecture adjustment classification and business requirement description of each asset; according to the use case overview, a database is matched to determine an architecture adjustment description and an architecture adjustment scheme of the use case; and filling the asset name, the architecture adjustment classification, the business requirement description, the architecture adjustment description and the architecture adjustment scheme into the architecture analysis template to generate an architecture analysis result corresponding to each asset. The present disclosure also provides an asset architecture analysis system, apparatus, storage medium, and program product for use cases.

Description

Asset architecture analysis method and system for use cases

Technical Field

The present disclosure relates to the field of computer technology, and in particular, to the field of business architecture technology, and more particularly, to a method, a system, a device, a storage medium, and a program product for analyzing an asset architecture of a use case.

Background

The writing of use cases and the completion of architecture analysis are the necessary contents of a complete business requirement, and the use cases are used for describing a complete matter, namely a complete business process; the method can fulfill a certain purpose of the participant, provides a certain value for the participant, and specifically describes the content such as complete flow, business rule and the like under the scene corresponding to the basic information of a use case. In the process of writing the use cases, business personnel need to perform systematic analysis on related business fields according to business architecture thinking, and the business architecture assets are used for guiding business requirement design, namely, the architecture analysis work of the use cases needs to be completed synchronously when the business requirements are submitted.

In the related technology, the writing of the use cases and the completion of the architecture analysis are respectively realized by two independent systems, so that the operation steps are numerous, the flow is complex, and the user experience is poor; in addition, the two systems need to frequently synchronize data, call interfaces, influence the use efficiency, and simultaneously cause the technical problem of data redundant storage.

It should be noted that the information disclosed in the above background section is only for enhancing understanding of the background of the present disclosure and thus may include information that does not constitute prior art known to those of ordinary skill in the art.

Disclosure of Invention

In view of the foregoing, the present disclosure provides asset architecture analysis methods, systems, devices, media, and program products for use cases.

According to a first aspect of the present disclosure, there is provided an asset architecture analysis method of use cases, the method comprising:

responding to the writing operation of the user use cases, obtaining use case information written by the user, wherein the use case information comprises use case summaries;

creating an architecture analysis template and associating the architecture analysis template with a use case ID;

performing architecture analysis on the use case information according to the asset type to determine the asset name, architecture adjustment classification and business requirement description of each asset;

according to the use case overview, a database is matched to determine an architecture adjustment description and an architecture adjustment scheme of the use case; and

and filling the asset name, the architecture adjustment classification, the business requirement description, the architecture adjustment description and the architecture adjustment scheme into the architecture analysis template to generate an architecture analysis result corresponding to each asset.

According to the embodiment of the disclosure, the use case information further includes use case basic data, a business process, a task adding mode and business rules.

In accordance with an embodiment of the present disclosure, the performing architectural analysis on the use case information according to asset type to determine asset names, architectural adjustment classifications, and business requirement specifications for each asset includes:

determining an asset name according to the asset type, the business process and the business rule;

determining the framework adjustment classification according to the task adding mode; and

and determining the service requirement description according to the use case overview.

According to an embodiment of the present disclosure, the asset type includes tasks and activities, and the determining the asset name according to the asset type, the business process, and the business rule includes:

if the asset type is determined to be active, determining the active name of the use case basic data to be an asset name;

if the asset type is determined to be a task and the task of the business process and the business rule is unique, determining that the task names of the business process and the business rule are asset names; and

and if the asset type is determined to be a task and the task of the business process and the task of the business rule are not unique, taking all task names in the business process and the rule as asset names.

According to an embodiment of the disclosure, the matching database according to the use case summary to determine an architecture adjustment description and an architecture adjustment scheme of the use case includes:

Performing word segmentation processing on the use case summary to determine word segmentation results;

matching the name of the target asset under the activity to which the database use case belongs according to the word segmentation result; and

and generating an architecture adjustment description and an architecture adjustment scheme according to the target asset name.

According to an embodiment of the present disclosure, the matching, according to the word segmentation result, the target asset name under the activity to which the database use case belongs includes:

matching the word segmentation result with a database asset name to calculate the matching degree of the database asset name; and

and determining the name of the target asset according to the matching degree.

According to an embodiment of the present disclosure, the creating and associating the architecture analysis template with the use case ID includes:

acquiring a use case ID written by a user; and

and taking the use case ID as a main key of the architecture analysis template to establish a corresponding relation between the use case and the architecture analysis template.

According to an embodiment of the present disclosure, further comprising:

and setting a unique identifier for the architecture analysis result corresponding to each asset and associating the unique identifier with the user ID.

A second aspect of the present disclosure provides an asset architecture analysis system for use cases, the system comprising:

The system comprises an acquisition module, a storage module and a processing module, wherein the acquisition module is used for responding to the writing operation of a user case and acquiring case information written by the user, and the case information comprises case basic data, case summaries, service flows, task adding modes and service rules;

the architecture analysis template creation module is used for creating an architecture analysis template and associating the architecture analysis template with the use case ID;

the first determining module is used for carrying out architecture analysis on the use case information according to the asset type so as to determine the asset name, architecture adjustment classification and business requirement description of each asset;

the second determining module is used for summarizing a matching database according to the use cases so as to determine the framework adjustment description and the framework adjustment scheme of the use cases;

and the architecture analysis result generation module is used for filling the asset name, the architecture adjustment classification, the business requirement description, the architecture adjustment description and the architecture adjustment scheme into the architecture analysis template so as to generate an architecture analysis result corresponding to each asset.

According to an embodiment of the present disclosure, the first determining module includes: the first, second and third determination sub-modules.

A first determining submodule, configured to determine an asset name according to the asset type, the business process, and the business rule;

The second determining submodule is used for determining the framework adjustment classification according to the task adding mode; and

and the third determining submodule is used for determining the service requirement description according to the use case overview.

According to an embodiment of the present disclosure, the first determination submodule includes a first determination unit, a second determination unit, and a third determination unit.

The first determining unit is used for determining that the activity name of the use case basic data is an asset name if the asset type is determined to be active;

the second determining unit is used for determining that the task names of the business process and the business rule are asset names if the asset type is determined to be a task and the task of the business process and the business rule is unique; and

and the third determining unit is used for taking all task names in the business process and the rule as asset names if the asset type is determined to be the task and the business process and the task of the business rule are not unique.

According to an embodiment of the present disclosure, the second determination module includes a fourth determination sub-module, a matching sub-module, and a generation sub-module.

A fourth determining submodule, configured to perform word segmentation processing on the use case overview to determine a word segmentation result;

The matching sub-module is used for matching the name of the target asset under the activity to which the database use case belongs according to the word segmentation result; and

and the generation sub-module is used for generating an architecture adjustment description and an architecture adjustment scheme according to the target asset name.

According to an embodiment of the present disclosure, the matching submodule includes a matching unit and a fourth determining unit.

The matching unit is used for matching the word segmentation result with the database asset name so as to calculate the matching degree of the database asset name; and

and a fourth determining unit, configured to determine a target asset name according to the matching degree.

According to an embodiment of the present disclosure, the architecture analysis template creation module further includes: and acquiring a sub-module and an associated sub-module.

The acquisition sub-module is used for acquiring the case ID written by the user; and

and the association sub-module is used for taking the use case ID as a main key of the architecture analysis template so as to establish the corresponding relation between the use case and the architecture analysis template.

A third aspect of the present disclosure provides an electronic device, comprising: one or more processors; and a memory for storing one or more programs, wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to perform the asset architecture analysis method of the use case.

A fourth aspect of the present disclosure also provides a computer-readable storage medium having stored thereon executable instructions that, when executed by a processor, cause the processor to perform the asset architecture analysis method of the use case described above.

A fifth aspect of the present disclosure also provides a computer program product comprising a computer program which, when executed by a processor, implements the asset architecture analysis method of the use case described above.

According to the asset architecture analysis method for the use case, provided by the embodiment of the disclosure, in the process of writing the use case by a user, the use case information written by the user is acquired, an architecture analysis template is created and is associated with the use case ID, and the architecture analysis result of each asset under the activity in the use case is determined by analyzing the use case information. Compared with the prior art, the asset architecture analysis of the use case is automatically completed when the user writes the use case, the complexity of the system is reduced, redundant data storage in two system databases is not needed, interface synchronous data are not needed to be frequently called between the two systems, the analysis efficiency of the service architecture is improved, and the writing efficiency of the service requirement book is further improved.

Drawings

The foregoing and other objects, features and advantages of the disclosure will be more apparent from the following description of embodiments of the disclosure with reference to the accompanying drawings, in which:

FIG. 1 schematically illustrates an application scenario diagram of a use case asset architecture analysis method, system, device, medium, and program product according to an embodiment of the present disclosure;

FIG. 2 schematically illustrates a flow chart of an asset architecture analysis method for one use case provided in accordance with an embodiment of the present disclosure;

FIG. 3 schematically illustrates a flow chart of an asset architecture analysis method for another use case provided in accordance with an embodiment of the present disclosure;

FIG. 4 schematically illustrates a flow chart of an architecture adjustment description and an architecture adjustment scheme determination method provided in accordance with an embodiment of the present disclosure;

FIG. 5 schematically illustrates a block diagram of an asset architecture analysis system of a use case according to an embodiment of the disclosure; and

fig. 6 schematically illustrates a block diagram of an electronic device suitable for implementing the asset architecture analysis method of use cases, according to an embodiment of the disclosure.

Detailed Description

Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. It should be understood that the description is only exemplary and is not intended to limit the scope of the present disclosure. In the following detailed description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the embodiments of the present disclosure. It may be evident, however, that one or more embodiments may be practiced without these specific details. In addition, in the following description, descriptions of well-known structures and techniques are omitted so as not to unnecessarily obscure the concepts of the present disclosure.

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. The terms "comprises," "comprising," and/or the like, as used herein, specify the presence of stated features, steps, operations, and/or components, but do not preclude the presence or addition of one or more other features, steps, operations, or components.

All terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art unless otherwise defined. It should be noted that the terms used herein should be construed to have meanings consistent with the context of the present specification and should not be construed in an idealized or overly formal manner.

Where expressions like at least one of "A, B and C, etc. are used, the expressions should generally be interpreted in accordance with the meaning as commonly understood by those skilled in the art (e.g.," a system having at least one of A, B and C "shall include, but not be limited to, a system having a alone, B alone, C alone, a and B together, a and C together, B and C together, and/or A, B, C together, etc.).

Based on the technical problems described above, embodiments of the present disclosure provide an asset architecture analysis method for use cases, the method including: acquiring user-written use case information in response to user-written use case writing operation, wherein the use case information comprises use case basic data, use case summaries, service flows, task adding modes and service rules; creating an architecture analysis template and associating the architecture analysis template with a use case ID; performing architecture analysis on the use case information according to the asset type to determine the asset name, architecture adjustment classification and business requirement description of each asset; according to the use case overview, a database is matched to determine an architecture adjustment description and an architecture adjustment scheme of the use case; and filling the asset name, the architecture adjustment classification, the business requirement description, the architecture adjustment description and the architecture adjustment scheme into the architecture analysis template to generate an architecture analysis result corresponding to each asset.

FIG. 1 schematically illustrates an application scenario diagram of a use case asset architecture analysis method, system, device, medium, and program product according to an embodiment of the present disclosure.

As shown in fig. 1, an application scenario 100 according to this embodiment may include a user-written business requirement book scenario. The network 104 is used as a medium to provide communication links between the

terminal devices

101, 102, 103 and the server 105. The network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.

The user may interact with the server 105 via the network 104 using the

terminal devices

101, 102, 103 to receive or send messages or the like. Various communication client applications, such as shopping class applications, web browser applications, search class applications, instant messaging tools, mailbox clients, social platform software, etc. (by way of example only) may be installed on the

terminal devices

101, 102, 103.

The

terminal devices

101, 102, 103 may be a variety of electronic devices having a display screen and supporting web browsing, including but not limited to smartphones, tablets, laptop and desktop computers, and the like.

The server 105 may be an asset architecture analysis server, and for the written use cases input by the user through the terminal device, the server creates an architecture analysis template according to the obtained use case information, uses the use case information as an analysis object, and performs architecture analysis on the use case information according to the asset type to determine the asset name, architecture adjustment classification and service requirement description of each asset; and according to the use case summary, a database is matched to determine an architecture adjustment description and an architecture adjustment scheme of the use case, and finally, the asset name, the architecture adjustment classification, the business requirement description, the architecture adjustment description and the architecture adjustment scheme obtained through analysis are summarized into an architecture analysis template.

It should be noted that, the asset architecture analysis method of the use case provided by the embodiments of the present disclosure may be generally performed by the server 105. Accordingly, the asset architecture analysis system of the use case provided by the embodiments of the present disclosure may be generally provided in the server 105. The asset architecture analysis method of the use case provided by the embodiments of the present disclosure may also be performed by a server or a server cluster that is different from the server 105 and is capable of communicating with the

terminal devices

101, 102, 103 and/or the server 105. Accordingly, the asset architecture analysis system of the use case provided by the embodiments of the present disclosure may also be provided in a server or a server cluster different from the server 105 and capable of communicating with the

terminal devices

101, 102, 103 and/or the server 105.

It should be understood that the number of terminal devices, networks and servers in fig. 1 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.

It should be noted that, the asset architecture analysis method and system of the use case determined by the embodiments of the present disclosure may be used in the technical field of business requirement writing, may also be used in the technical field of finance, and may also be used in any field other than the financial field, where the application field of the asset architecture analysis method and system of the use case determined by the embodiments of the present disclosure is not limited.

The asset architecture analysis method of the use case of the embodiment of the present disclosure will be described in detail below by fig. 2 to 4 based on the application scenario described in fig. 1.

FIG. 2 schematically illustrates a flow chart of an asset architecture analysis method for a use case provided in accordance with an embodiment of the present disclosure. As shown in fig. 2, the asset architecture analysis method of the use case of this embodiment includes operations S210 to S250, which may be performed by a server or other computing device.

In operation S210, user-written use case information is acquired in response to a writing operation of the user use case.

According to an embodiment of the disclosure, the use case information includes use case basic data, use case summaries, business processes, task adding modes and business rules.

In one example, a use case describes a complete business process, and the interaction process and control logic between an operator and a system in a use case are completely described by specific attributes such as trigger event, pre-condition, basic stream, alternative stream, post-condition, etc. And a use case must belong to a certain activity/task under a certain service domain on the service architecture, so when writing the use case, it must be explained whether the use case needs to be adjusted for the activity/task/product condition/product attribute to which the use case belongs, for example, aiming at the "sign personal deposit product protocol" activity under the "personal deposit" service domain, "[ intelligent terminal ] sign personal deposit product protocol-prompt next-stage information" use case, it is described that an "expected expiration interest" field needs to be added on an information input page of the intelligent terminal, a corresponding asset model does not need to be modified, and the corresponding architecture adjustment classification is "modeling (technical transformation) unnecessary". And the user inputs and stores the content of each chapter of the use case into the asset architecture analysis system according to the service requirement, and generates a unique ID for the use case. The case information comprises case basic data, case summaries, service flows, task adding modes, service rules and the like.

In operation S220, an architecture analysis template is created and associated with the use case ID.

In one example, the asset architecture analysis system creates a blank architecture analysis template associated with the input use case, specifically, uses the use case ID as a primary key for the architecture analysis, and establishes a correspondence between the current use case and the architecture analysis.

In operation S230, the use case information is subjected to an architecture analysis according to the asset type to determine an asset name, an architecture adjustment classification, and a business requirement specification of each asset.

In operation S240, the matching database is summarized according to the use case to determine an architecture adjustment description and an architecture adjustment scheme of the use case.

In operation S250, the asset name, the architecture adjustment classification, the business requirement specification, the architecture adjustment specification, and the architecture adjustment scheme are filled into the architecture analysis template to generate an architecture analysis result corresponding to each asset.

In one example, since the dimension of the architecture analysis is a use case, that is, one use case needs to output an architecture analysis result, where the architecture analysis result includes whether the current use case relates to an architecture, if so, the architecture analysis result is analyzed for different asset types (activities, tasks, product conditions, product attributes, and the like) related to the use case, including an architecture adjustment classification, and according to the architecture adjustment classification, determining which parts of the architecture adjustment specifically include (customer product channel partner (CPCP), destination definition scope (PDS), association entity, service component, input and output), an adjustment classification reason description, an architecture adjustment scheme, and a service requirement description, so the architecture analysis result of one use case may include the architecture analysis result for multiple assets. The use case information obtained in operation S210 is used as an object of analysis of the asset architecture, the analysis step includes assigning a value to an asset name according to the asset type, determining an architecture adjustment type according to a new task adding manner, and determining a service requirement description according to the use case summary, and further word segmentation processing may be performed on the use case summary to match a system database, where historical use case information is stored, so as to determine an architecture adjustment description and a specific architecture adjustment scheme of the use case, where these are all used as multiple elements of the architecture analysis result to generate an architecture analysis result corresponding to each asset, and the specific process can refer to the technical schemes shown in fig. 3 and 4 and will not be repeated herein.

FIG. 3 schematically illustrates a flow chart of an asset architecture analysis method for another use case provided in accordance with an embodiment of the present disclosure. As shown in fig. 3, operation S230 includes operations S231 to S233.

In operation S231, an asset name is determined according to the asset type, the business process, and the business rule.

According to an embodiment of the present disclosure, the asset types include tasks and activities.

According to an embodiment of the present disclosure, if the asset type is determined to be active, the active name of the use case basic data is determined to be the asset name.

If the asset type is determined to be a task and the task of the business process and the business rule is unique, determining that the task names of the business process and the business rule are asset names; and if the asset type is determined to be a task and the task of the business process and the task of the business rule are not unique, taking all task names in the business process and the rule as asset names.

In one example, asset types include tasks and activities, and may also include product conditions and product attributes. Automatically assigning values to asset names according to the selected asset type system, and particularly, if activities are analyzed, assigning the 'activity names' in the architecture analysis as the 'activity names' in the use case basic information; if the task is analyzed, judging whether the task in the use case business process and the rule is unique, if so, assigning the task name in the architecture analysis as the task name in the business process and the rule; if the task in the use case business process and the rule is not unique, all the task names in the business process and the rule are displayed back as dictionary values.

In operation S232, the architecture adjustment classification is determined according to the task adding manner.

In operation S233, the service requirement specification is determined according to the use case overview.

In one example, the task add-on includes a reference to multiplex task assets that are already in the system and a blank add-on to multiplex task assets that are not already in the system. Because the existing task assets are uniquely identified by UUIDs, when the new adding mode of the task is 'blank new adding', the UUIDs of the task are empty, and the system judges that the UUIDs are empty-time architecture adjustment classification assignment as 'adjustment flow model (new adding)'; when the new adding mode of the task is 'quoted', the UUID of the task is not null, and the system judges that the UUID is not null and the architecture adjustment classification selectable dictionary value is displayed as 'adjustment flow model (CPCP)', 'adjustment flow model (PDS)', 'adjustment flow model (associated entity),' adjustment flow model (business component), 'adjustment flow model (input/output)', or 'no adjustment is involved'. The system automatically assigns "use case overview" content to the "business need description" for each asset architecture analysis.

The following describes the architecture adjustment description of the use case and the specific determination procedure of the architecture adjustment scheme with reference to fig. 4.

Fig. 4 schematically shows a flowchart of an architecture adjustment description and an architecture adjustment scheme determination method provided according to an embodiment of the present disclosure. As shown in fig. 4, operation S240 includes operations S241 to S243.

In operation S241, the use case overview is subjected to word segmentation processing to determine a word segmentation result.

In operation S242, the target asset names under the activities to which the database use cases belong are matched according to the word segmentation result.

In operation S243, an architecture adjustment description and an architecture adjustment scheme are generated according to the target asset name.

According to an embodiment of the disclosure, matching the word segmentation result with a database asset name to calculate a matching degree of the database asset name; and determining the name of the target asset according to the matching degree.

According to an embodiment of the disclosure, a unique identifier is set for the architecture analysis result corresponding to each asset and is associated with the user ID.

In one example, the use case overview is processed by word segmentation, keywords of the use case overview are extracted, and the system matches CPCP (customer, product, channel, partner) names and corresponding PDSs (purpose, definition, scope), entity names and corresponding PDSs, service component names and corresponding PDSs, and input/output field names and descriptions under the activities to which the use case belongs in the database according to word segmentation results. And calculating the matching degree of the database asset names, wherein the matching degree is the number of hit words/the number of all segmentation words. For example, "adjustment" and "modification" exist in the word of the case overview, the recommended reference content is "whether the case involves adjustment of a (the name of the first asset with the matching degree), B (the name of the second asset with the matching degree), C (the name of the third asset with the matching degree), D (the name of the fourth asset with the matching degree), and E (the name of the fifth asset with the matching degree)? "; if there are "new" and "add" in the word of the use case overview, the reference content is "whether the use case involves a new asset under activity a (activity name in the use case basic information)? ". The system stores asset names, architecture adjustment classifications, business requirement specifications, architecture adjustment schemes, etc. of each asset category (activity, task, product condition), generates a corresponding architecture analysis result for each asset, assigns unique identification ID, and associates with use case ID.

When a user creates a service demand book, a demand item to which a use case belongs is brought into the service demand book, a system establishes a corresponding relation between the use case and the service demand book, the system automatically acquires architecture analysis results of all use cases under the same service demand book, judges whether different architecture analysis results of the same asset exist under different use cases, judges whether architecture adjustment classification is consistent if the architecture analysis results exist, automatically merges the two records if the architecture adjustment classification is consistent, and prompts the user to manually merge or delete if the architecture adjustment classification is inconsistent. If the situation does not exist or is processed until the situation does not exist, the method automatically gathers each asset as a framework analysis result list of the business requirement book by taking each asset as a dimension, and displays the framework analysis result list in a section of the business requirement book.

By the asset architecture analysis method for the use cases, provided by the embodiment of the invention, business personnel can synchronously complete the architecture analysis work while writing the use cases, a system/menu is not required to be switched, the architecture analysis range is automatically positioned by the system, and the work efficiency of the business personnel is improved. In the aspect of the system, data are not required to be frequently synchronized between two systems, the data are not required to be stored in two system databases in a redundant mode, the data are developed in one platform, and maintenance cost of developers is reduced.

Based on the asset architecture analysis method of the use case, the disclosure also provides an asset architecture analysis system of the use case. The system will be described in detail below in connection with fig. 5.

FIG. 5 schematically illustrates a block diagram of an asset architecture analysis system according to one use case of an embodiment of the disclosure.

As shown in fig. 5, the asset architecture analysis system 700 of the use case of this embodiment includes an acquisition module 710, an architecture analysis template creation module 720, a first determination module 730, a second determination module 740, and an architecture analysis result generation module 750.

The obtaining module 710 is configured to obtain, in response to a writing operation of a user use case, use case information written by the user, where the use case information includes use case basic data, use case overview, service flow, task adding mode, and service rule, and in an embodiment, the obtaining module 710 may be configured to execute the operation S210 described above, which is not described herein again.

The architecture analysis template creation module 720 is configured to create an architecture analysis template and associate the architecture analysis template with a use case ID. In an embodiment, the architecture analysis template creation module 720 may be configured to perform the operation S220 described above, which is not described herein.

The first determining module 730 is configured to perform architecture analysis on the use case information according to the asset type, so as to determine an asset name, an architecture adjustment classification, and a business requirement specification of each asset. In an embodiment, the first determining module 730 may be configured to perform the operation S230 described above, which is not described herein.

The second determining module 740 is configured to match the database according to the use case summary to determine an architecture adjustment description and an architecture adjustment scheme of the use case. In an embodiment, the second determining module 740 may be configured to perform the operation S240 described above, which is not described herein.

The architecture analysis result generation module 750 is configured to populate the architecture analysis template with the asset name, the architecture adjustment classification, the business requirement specification, the architecture adjustment specification, and the architecture adjustment scheme to generate an architecture analysis result corresponding to each asset. In an embodiment, the architecture analysis result generation module 750 may be used to perform the operation S250 described above, which is not described herein.

And the first determining submodule is used for determining asset names according to the asset types, the business processes and the business rules.

And the second determining submodule is used for determining the framework adjustment classification according to the task adding mode.

And the first determining unit is used for determining that the activity name of the use case basic data is an asset name if the asset type is determined to be active.

And the second determining unit is used for determining that the task names of the business process and the business rule are asset names if the asset type is determined to be the task and the task of the business process and the business rule is unique.

And the fourth determining submodule is used for carrying out word segmentation processing on the use case overview so as to determine word segmentation results.

And the matching sub-module is used for matching the name of the target asset under the activity to which the database use case belongs according to the word segmentation result.

And the matching unit is used for matching the word segmentation result with the database asset name so as to calculate the matching degree of the database asset name.

According to an embodiment of the present disclosure, any of the acquisition module 710, the architecture analysis template creation module 720, the first determination module 730, the second determination module 740, and the architecture analysis result generation module 750 may be combined in one module to be implemented, or any of the modules may be split into a plurality of modules. Alternatively, at least some of the functionality of one or more of the modules may be combined with at least some of the functionality of other modules and implemented in one module. According to embodiments of the present disclosure, at least one of the acquisition module 710, the architecture analysis template creation module 720, the first determination module 730, the second determination module 740, and the architecture analysis result generation module 750 may be implemented, at least in part, as hardware circuitry, such as a Field Programmable Gate Array (FPGA), a Programmable Logic Array (PLA), a system-on-chip, a system-on-substrate, a system-on-package, an Application Specific Integrated Circuit (ASIC), or as hardware or firmware in any other reasonable manner of integrating or packaging the circuitry, or as any one of or a suitable combination of any of the three. Alternatively, at least one of the acquisition module 710, the architecture analysis template creation module 720, the first determination module 730, the second determination module 740, and the architecture analysis result generation module 750 may be at least partially implemented as a computer program module, which when executed, may perform the corresponding functions.

As shown in fig. 6, an electronic device 900 according to an embodiment of the present disclosure includes a processor 901 that can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 902 or a program loaded from a storage portion 908 into a Random Access Memory (RAM) 903. The processor 901 may include, for example, a general purpose microprocessor (e.g., a CPU), an instruction set processor and/or an associated chipset and/or a special purpose microprocessor (e.g., an Application Specific Integrated Circuit (ASIC)), or the like. Processor 901 may also include on-board memory for caching purposes. Processor 901 may include a single processing unit or multiple processing units for performing the different actions of the method flows according to embodiments of the present disclosure.

In the RAM 903, various programs and data necessary for the operation of the electronic device 900 are stored. The processor 901, the ROM 902, and the RAM 903 are connected to each other by a bus 904. The processor 901 performs various operations of the method flow according to the embodiments of the present disclosure by executing programs in the ROM 902 and/or the RAM 903. Note that the program may be stored in one or more memories other than the ROM 902 and the RAM 903. The processor 901 may also perform various operations of the method flow according to embodiments of the present disclosure by executing programs stored in the one or more memories.

According to an embodiment of the disclosure, the electronic device 900 may also include an input/output (I/O) interface 905, the input/output (I/O) interface 905 also being connected to the bus 904. The electronic device 900 may also include one or more of the following components connected to the I/O interface 905: an input section 906 including a keyboard, a mouse, and the like; an output portion 907 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and a speaker; a storage portion 908 including a hard disk or the like; and a communication section 909 including a network interface card such as a LAN card, a modem, or the like. The communication section 909 performs communication processing via a network such as the internet. The drive 910 is also connected to the I/O interface 905 as needed. A removable medium 911 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is installed as needed on the drive 910 so that a computer program read out therefrom is installed into the storage section 908 as needed.

The present disclosure also provides a computer-readable storage medium that may be embodied in the apparatus/device/system described in the above embodiments; or may exist alone without being assembled into the apparatus/device/system. The computer-readable storage medium carries one or more programs that, when executed, implement the asset architecture analysis method according to the use case of the embodiments of the present disclosure.

According to embodiments of the present disclosure, the computer-readable storage medium may be a non-volatile computer-readable storage medium, which may include, for example, but is not limited to: a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this disclosure, a computer-readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. For example, according to embodiments of the present disclosure, the computer-readable storage medium may include ROM 902 and/or RAM 903 and/or one or more memories other than ROM 902 and RAM 903 described above.

Embodiments of the present disclosure also include a computer program product comprising a computer program containing program code for performing the methods shown in the flowcharts. When the computer program product runs in a computer system, the program code is used for enabling the computer system to realize the asset architecture analysis method of the use case provided by the embodiment of the disclosure.

The above-described functions defined in the system/apparatus of the embodiments of the present disclosure are performed when the computer program is executed by the processor 901. The systems, apparatus, modules, units, etc. described above may be implemented by computer program modules according to embodiments of the disclosure.

In one embodiment, the computer program may be based on a tangible storage medium such as an optical storage device, a magnetic storage device, or the like. In another embodiment, the computer program may also be transmitted, distributed, and downloaded and installed in the form of a signal on a network medium, via communication portion 909, and/or installed from removable medium 911. The computer program may include program code that may be transmitted using any appropriate network medium, including but not limited to: wireless, wired, etc., or any suitable combination of the foregoing.

In such an embodiment, the computer program may be downloaded and installed from the network via the communication portion 909 and/or installed from the removable medium 911. The above-described functions defined in the system of the embodiments of the present disclosure are performed when the computer program is executed by the processor 901. The systems, devices, apparatus, modules, units, etc. described above may be implemented by computer program modules according to embodiments of the disclosure.

According to embodiments of the present disclosure, program code for performing computer programs provided by embodiments of the present disclosure may be written in any combination of one or more programming languages, and in particular, such computer programs may be implemented in high-level procedural and/or object-oriented programming languages, and/or assembly/machine languages. Programming languages include, but are not limited to, such as Java, c++, python, "C" or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, partly on a remote computing device, or entirely on the remote computing device or server. In the case of remote computing devices, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., connected via the Internet using an Internet service provider).

The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

Those skilled in the art will appreciate that the features recited in the various embodiments of the disclosure and/or in the claims may be provided in a variety of combinations and/or combinations, even if such combinations or combinations are not explicitly recited in the disclosure. In particular, the features recited in the various embodiments of the present disclosure and/or the claims may be variously combined and/or combined without departing from the spirit and teachings of the present disclosure. All such combinations and/or combinations fall within the scope of the present disclosure.

The embodiments of the present disclosure are described above. However, these examples are for illustrative purposes only and are not intended to limit the scope of the present disclosure. Although the embodiments are described above separately, this does not mean that the measures in the embodiments cannot be used advantageously in combination. The scope of the disclosure is defined by the appended claims and equivalents thereof. Various alternatives and modifications can be made by those skilled in the art without departing from the scope of the disclosure, and such alternatives and modifications are intended to fall within the scope of the disclosure.

Claims

1. A method for analyzing an asset architecture of a use case, the method comprising:

2. The method of claim 1, wherein the use case information further includes use case base data, business processes, task add-ons, and business rules, wherein the performing the architectural analysis of the use case information according to asset types to determine asset names, architectural adjustment classifications, and business requirement specifications for each asset comprises:

3. The method of claim 2, wherein the asset type comprises a task and an activity, and wherein determining an asset name from the asset type, the business process, and the business rule comprises:

4. The method of claim 1, wherein the matching a database from the use case summary to determine an architectural tuning specification and an architectural tuning scheme for the use case comprises:

5. The method of claim 4, wherein matching the target asset name under the activity to which the database use case belongs based on the word segmentation result comprises:

and determining the name of the target asset according to the matching degree.

6. The method of claim 1, wherein the creating an architecture analysis template and associating the architecture analysis template with a use case ID comprises:

acquiring a use case ID written by a user; and

7. The method according to any one of claims 1 to 6, further comprising:

8. An asset architecture analysis system for use cases, the system comprising:

the system comprises an acquisition module, a storage module and a storage module, wherein the acquisition module is used for responding to the writing operation of the user use case and acquiring the use case information written by the user, and the use case information comprises a use case summary;

9. An electronic device, comprising:

one or more processors;

storage means for storing one or more programs,

wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to perform the asset architecture analysis method of the use case of any of claims 1-7.

10. A computer readable storage medium having stored thereon executable instructions which when executed by a processor cause the processor to perform the asset architecture analysis method of use cases according to any of claims 1 to 7.

11. A computer program product comprising a computer program which when executed by a processor implements the asset architecture analysis method of the use case of any one of claims 1 to 7.