WO2020209499A1 - 응용 프로그램 설계 방법 및 장치 - Google Patents

응용 프로그램 설계 방법 및 장치 Download PDF

Info

Publication number
WO2020209499A1
WO2020209499A1 PCT/KR2020/002804 KR2020002804W WO2020209499A1 WO 2020209499 A1 WO2020209499 A1 WO 2020209499A1 KR 2020002804 W KR2020002804 W KR 2020002804W WO 2020209499 A1 WO2020209499 A1 WO 2020209499A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
attribute
definition
setting
sub
Prior art date
Application number
PCT/KR2020/002804
Other languages
English (en)
French (fr)
Inventor
조용행
Original Assignee
조용행
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 조용행 filed Critical 조용행
Publication of WO2020209499A1 publication Critical patent/WO2020209499A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/20—Software design

Definitions

  • the present invention relates to an apparatus and method for setting and outputting an analysis and design definition of an application program in a database (DB) framework, and in more detail, a database for registering required analysis and design information in a standardized frame ( DB)
  • DB database
  • the user uses the step-by-step input module in the client to determine the target and scope, requirements, and application information step by step to the data structure and the corresponding information constituting the database (DB) framework.
  • the input information for the conceptual design definition is entered into the server through the interface, the target and scope database (DB), the requirements definition database (DB), application information definition database (DB), and concept design definition database (DB) are mutually inherited and inherited for each data recording medium.
  • DB target and scope database
  • DB requirements definition database
  • DB application information definition database
  • DB concept design definition database
  • the present invention relates to an application program design method and apparatus that enables a user to input an output condition as a function of an analysis design output module in a client to search for and output analysis and design information corresponding to the condition.
  • Theoretical development methodology for program development is evolving and developing according to the development of economic scale, etc.
  • Structural methodology in the 1970s was small in size and was characterized by simple and information-oriented features, but after the 1980s, as the S/W scale became complex and the required function level increased, limitations occurred.
  • the information engineering methodology applied in 1981 is medium-sized and developed around ordinary procedures, but it takes too much time and cost for management, and there are various problems in direct use of development.
  • the object-oriented development methodology applied in 1990 was large-scale, complex and object-oriented. Since the 1990s, component-based methodologies such as CBD have emerged, but there is a problem of low practicality due to the complicated process.
  • the technology for solving the problem of analysis and design by the development methodology is Korean Patent Registration No. 10-0558921 (a method for automating the software production process centered on interface screen design, and a computer-readable recording medium that programmed this method, It has been disclosed in the prior art 1) below.
  • the prior art 1 disclosed a method of automatically producing a reverse engineering type of work program in which a user interface screen is first designed and then the production process is automated.
  • the analysis the designer writes the analysis, the design explicitly, the developer must implement the program based on the analysis and the design, so it was always necessary to communicate with the analysis, designer or user and developer, but it is not easy to realize this.
  • a user interface is set to create a graphic user interface, and when designating for DB setting, a business program is automatically produced.
  • the automatic development of the program according to the prior art 1 has limitations in matching events and SQL, and there is no analysis or design document, so it may be a problem in the development of the program due to the advancement of work such as version upgrade.
  • Korean Patent Registration No. 10-1445666 a workbench configuration method for software development and an apparatus using the same, hereinafter, prior art 2.
  • Is written in an editor (Hangul, Excel, Word, etc.), so that requirements analysis information and legacy analysis information are based on XML (extensible markup language) in order to improve the problem that requirements identification is caused by eye verification.
  • the enhanced search function was applied. Accordingly, architecture identification and component identification are improving, but due to the limitation of the XML search function, it may need to be supplemented, and this also has a disadvantage that it cannot be used directly to the design path.
  • the present invention configures a DB Frame Work to analyze an application program and implement a design application (application program), and when setting the attributes for each process record, the requirements attribute and
  • the analysis document and the design document have excellent relationship, direct visibility, and applicability, and the design document is to be produced in an informatized manner.
  • a computer program performing a method of analyzing and designing an application program wherein the method is to be stored in a data recording medium to execute a plurality of steps by a computer, and the plurality of steps are performed by a user to analyze and design information.
  • the application information definition database (DB) inherits the attributes of each information of the procedure configuration and attribute configuration information for identifying the data attribute of the functional requirement from the stored requirements definition database (DB), and the The event identification definition information of the concept design database (DB) inherits the properties of each information from the stored application information definition database (DB), sets the event identification information, and inherits the process identification definition information, and the plurality of databases are hierarchical
  • DB is characterized
  • the plurality of steps constituting the method of analyzing and designing the application program include, after the step (e), the object and range database (DB) and the requirements definition database (DB) stored in the data recording medium by the user. ), in a manner of searching and checking the application information definition database (DB) and the concept design database (DB), further comprising the step (f) of displaying the analysis or design document of the application program to the user through an output module. It features.
  • the data structure constituting the database (DB) framework of step (a) includes a plurality of grouped information
  • the plurality of group information includes system, unit task, analysis type, configuration, application information, It includes event, process, relationship information, function, code, and definition
  • the plurality of group information includes sub-attributes.
  • the target and range setting module of step (b) sets the application system and the application unit task constituting the target and range information, but the process of setting sub-attributes for the application system is a representative system, a subsystem And setting record information for the auxiliary system, the subsystem inherits the representative system, the auxiliary system inherits the subsystem, and after setting record information for the system, the representative ,
  • a process of setting the unit task information by inheriting the setting information of the sub-system, the sub-system, and the attribute of the unit task information consists of a type and task, and in the process of setting the unit task information, the The type is characterized by conditionally inheriting from the requirements definition database (DB), including inheriting from the task.
  • DB requirements definition database
  • the requirement definition setting module of step (c) sets the non-functional requirements and functional requirements, but the non-functional requirements set environmental requirements, quality requirements, and constraints for sub-attributes.
  • the environmental requirements, quality requirements including the definition information setting for the attribute type of the sub-process configuration of the constraints
  • the functional requirement sets pre-configuration information and data attribute identification information for the sub-attribute
  • the pre-configuration information setting includes setting an attribute type of a sub-process configuration
  • the data attribute identification setting includes setting a sub-attribute procedure for a representative attribute type of the sub-process configuration, and a procedure configuration definition for the data attribute identification information It is characterized by including the inheritance to the application information database (DB) including information and attribute configuration definition information.
  • step (d) sets the procedure configuration information for the data attribute identification information and the application information for the attribute configuration information, but the procedure configuration information and the attribute configuration information sets the application information attribute. And inherits the event identification information of the concept design database (DB).
  • the concept design setting module of step (e) sets the preceding stage event identification and the following stage process identification information, but the preceding stage event identification setting includes setting the properties of the event and setting the properties of the process related to the event.
  • the process of inheriting the process identification information of the conceptual design database (DB) and the process identification setting of the subsequent stage is a process, interface to information including sub-attributes related to the process, relationship information function, and code information. , Linkage, procedures, and features that include setting the code.
  • the analysis and design process is shortened, and there is no omission work between analysis and design because the subordinate relationship is established by the numbering system between the processes, and the use case and component are directly displayed on the screen (implementation).
  • the difficulty of identification can be solved, and the burden of using the CASE tool can be relieved by omitting the use case diagram, class diagram, and sequence diagram.
  • innovation can be expected in terms of program development, management, and industrial aspects through the visual effect and analysis of the analysis, which was handwritten by the editor, and the output of the design document to the printer, and the shortening and quality improvement of the design period.
  • the step-by-step definition setting is expressed directly, so it is possible to avoid confusion about identification and composition of use case diagrams, component interactions, class diagrams, and sequence diagrams, and modeling using Case Tool.
  • the excellence of identifying modules and procedures directly, and identification by depth of function is possible, reducing the possibility of errors such as duplicate/repeated descriptions.
  • the interface and connection definition are detailed, and even the algorithm can be defined. As a result, stable program implementation is possible, and functions are improved, program development (analysis, design, implementation) period is shortened, costs are reduced, and the burden on case tool use is relieved.
  • analysis of program modification and design change are managed simply and easily in terms of test/operation and maintenance, and operation program, analysis, and design documents can be matched.
  • analysis and design integration and DB conversion are possible, so it is possible to operate and manage in common with analysis/designers, developers (implementation/coding), managers, supervisors, and supervisors.
  • FIG. 1 is a diagram comparing a conventional analysis and design process with the analysis and design process of the present invention.
  • FIG. 2(a) is a diagram showing a system configuration diagram of a method and apparatus for designing an application program according to an embodiment of the present invention.
  • 2(b) is a diagram showing a general flow of an information system for an application program design method and apparatus according to an embodiment of the present invention.
  • FIG. 3 is a view showing a main screen of an information system for an application program design method and apparatus according to an embodiment of the present invention.
  • FIG. 4 is a view showing an output according to an embodiment of the present invention.
  • FIG. 5(a) and (b) are diagrams showing a relationship between group information attributes and group information for a data structure of a database (DB) frame work according to an embodiment of the present invention.
  • 5(c) is a diagram showing frame work requirement definition data for each recording medium according to an embodiment of the present invention.
  • 5(d) is a diagram showing DB frame work concept design definition data for each recording medium according to an embodiment of the present invention.
  • 6(a) is a diagram showing a flowchart of an object and range setting module according to an embodiment of the present invention.
  • 6(b) is a diagram showing an embodiment of registration of system data in a higher level process in the step of setting an object and a range according to an embodiment of the present invention for each data recording medium.
  • 6(c) is a diagram showing an embodiment of registration of intermediate process unit task data in a target and range setting step according to an embodiment of the present invention for each data recording medium.
  • FIG. 7(a) is a diagram showing a flow diagram of a requirement definition setting module according to an embodiment of the present invention.
  • 7(b) is a diagram showing an embodiment of registration of higher level process analysis type data in a requirement definition setting step according to an embodiment of the present invention for each data recording medium.
  • 7(c) is a diagram showing an embodiment of registration of intermediate process configuration data in a requirement definition setting step according to an embodiment of the present invention for each data recording medium.
  • FIG. 7(d) is a diagram showing an embodiment of registration of intermediate process configuration data in a concept design definition setting step according to an embodiment of the present invention for each data recording medium.
  • FIG. 8(a) is a diagram showing a flowchart of an application information definition setting module according to an embodiment of the present invention.
  • FIG. 8(b) is a diagram showing an index unit for registration of application information data related to data attribute identification in the application information setting step according to an embodiment of the present invention, for each data recording medium.
  • FIG. 8(c) is a diagram showing an embodiment of a human information unit for registration of application information data related to data attribute identification in the application information setting step according to an embodiment of the present invention, for each data recording medium.
  • FIG. 9(a) is a diagram showing a flowchart of a conceptual design setting module according to an embodiment of the present invention.
  • 9(b) is a diagram showing an embodiment of event data registration for each data recording medium related to the configuration of a pre-step procedure in the conceptual design setting step according to an embodiment of the present invention.
  • 9(c) is a diagram showing an embodiment of event data registration related to an attribute configuration of a preceding step in a concept design setting step according to an embodiment of the present invention for each data recording medium.
  • 9(d) is a diagram showing an embodiment of process data registration for a configuration of a procedure of a subsequent step in a conceptual design setting step according to an embodiment of the present invention, for each data recording medium.
  • 9(e) is a diagram showing an embodiment of process data registration related to a configuration of a post-step attribute in a concept design setting step according to an embodiment of the present invention for each data recording medium.
  • FIG. 9(f) is a diagram continuously showing an embodiment of process data registration related to a configuration of a property of a subsequent step in a conceptual design setting step according to an embodiment of the present invention, for each data recording medium.
  • FIG. 1 is a diagram comparing the conventional analysis and design process with the analysis and design process of the present invention.
  • the analysis and design process of the present invention has shortened the conventional analysis and design process, and since a dependency relationship is established between the processes by a numbering system, no omission work occurs between analysis and design, and a direct screen expression ( Implementation) can eliminate the confusion of use case and component identification, and the use case diagram, class diagram, and sequence diagram can be omitted, thereby reducing the burden of using the CASE tool.
  • it is possible to contribute to the improvement of the performance of the development program by reducing the period of design and improving the quality of the design document and the visible effect of outputting the analysis form and design document written by the editor to the printer.
  • FIG. 2A is a system configuration diagram of a method and apparatus for designing an application program according to the present invention.
  • This system is composed of (A00) client and (B00) server, and the application program group of the client is (A10) [user (user 1 to user N)] is subject to the authority condition of user management.
  • (A20) [Framework data structure creation (activation)] is initially executed once, and (A30)[Analysis, design information setting module (object and scope, requirement definition, application information, concept design definition)] is applied to the input device.
  • FIG. 2B is a general flowchart of an information system for an application program design method and apparatus according to the present invention.
  • the application program design method, analysis in a DB frame (Frame Work) the application program of the client for the setting procedure for each design process is (100) target and scope setting step module, (200) requirements definition Applied as a setting stage module, (300) application information definition setting stage module, (400) concept design definition setting stage module, (410) event identification preceding stage module, (420) process identification following stage module and (500) output stage module
  • a program group is formed.
  • the application program of the (100) target and range setting module step sets the upper process (110) system from the client to the input device, and sets the intermediate process (120) unit task to provide the target and range setting information to the target of the server through the interface. And storage in the range database DB for each data recording medium.
  • (200) Requirement definition setting The application program at the module stage inherits the target and scope database (DB) of the server conditionally from the client through the interface and uses it as an input device.
  • (210) High-level process analysis type Representative attribute “Requirement definition” Select set and continue with the following representative properties (211) Non-functional requirements, (212) Select functional requirements, and set.
  • the representative attribute (type) setting and (232) the intermediate attribute (procedure) are set, and stored in the request definition database (DB) of the server through the interface for each recording medium.
  • the application program in the application information definition setting module stage inherits the requirements definition database (DB) of the server conditionally from the client through the interface, and (310) Representative attribute DA setting by input device, (320) Median attribute
  • the GR setting, (330) sub-attribute management setting, and (340) detailed property items are set and stored for each process recording medium in the application information database (DB) of the server through the interface.
  • the application program at the concept design definition module stage (410) The preceding stage of event identification setting is the conditional inheritance of the application information database (DB) recorded in the server from the client through the interface, and event identification information is received by the input device.
  • Event information is stored in the conceptual design database (DB) of the server for each data recording medium, and (420)
  • the event information recorded in the server from the client is conditionally inherited through the interface and processed as an input device.
  • the output module stage application uses the target and scope database (DB), the requirements definition database (DB), the application information definition database (DB), and the concept design database (DB) built on the server with the data search function from the client. It searches and calls with the conditions specified by the user, analyzes, and outputs the design by the output device.
  • software OS, DB, application programs
  • hardware CPU, memory, input devices, output devices, peripheral devices, etc.
  • FIG. 3 is a diagram showing a main screen of a system for an application program design method and apparatus of the present invention. As shown in Fig. 3, data registered in the information system for the method and apparatus for designing an application program of the present invention is output by the output device in the form of analysis and design.
  • the application program of the system for the application design method and device is a software [data structure constituting a database (DB) framework, target and scope setting module, requirement definition setting module, application information definition setting module, concept design setting It consists of a module, an output module] and hardware [devices that make up a computer (CPU, memory, input device, output device, data recording medium)].
  • DB database
  • target and scope setting module requirement definition setting module
  • application information definition setting module concept design setting It consists of a module, an output module
  • hardware devices that make up a computer (CPU, memory, input device, output device, data recording medium)].
  • the main screen is composed of a selection unit, an identification unit, and a setting unit.
  • the selection unit composes a sub-screen for the system, unit task, analysis type, and configuration, and the system composes a combo box for representative, sub, and auxiliary settings.
  • the unit task constitutes a combo box for setting a task and type
  • the analysis type constitutes a two-step combo box for setting a process
  • a two-step check box for selecting a format.
  • the above configuration constitutes a two-stage combo box for type setting and a two-stage check box for process selection.
  • the identification unit is composed of a requirement definition, event identification, and process identification menu button.
  • the above requirement definition identification menu button must be selected by selecting (100) Requirement Definition, (120) Functional Requirement, (120) Data Attribute Identification in the format stage of the analysis type process in the selection section to activate the button, and select to inactivate otherwise. This shouldn't be.
  • the event identification menu button is activated only when (200) concept design, (210) specification, and (200) event identification in the format stage of the analysis type process are selected in the selection unit, and other than that, the button cannot be selected as deactivated.
  • the above process identification menu button is activated only when (200) concept design, (210) specification, and (300) process identification of the format stage of the analysis type process are selected in the selection unit, and other than that, the button cannot be selected as deactivated.
  • the setting unit consists of setting subscreens for application information, events, processes, functions, codes, application details, details, and prerequisites.
  • the above application information attributes ((Da, Gr, management, attributes) are activated by clicking the identification unit data attribute identification menu button to prepare input.
  • Attributes of the above events (L1, L2, L3, L4, L5)
  • the attribute of the process (Note) is activated by clicking on the identification unit event identification menu button to prepare the input, the attribute of the above process (sub, auxiliary), attribute of relationship information (Sys, Da, attribute), and function.
  • Attributes (main, sub, auxiliary) and codes (L1, L2, L3) are activated by clicking the identification unit process identification menu button to prepare input.
  • the above application details, detailed details, and prerequisites are attributes for setting the definition of application information, event, process, relationship information, function, and code numbering system.
  • FIG. 4 is a diagram showing an output according to an embodiment of the present invention. With reference to FIG. 4, search for each type of analysis and design product will be described.
  • a process of setting a search condition by the user in the client by the input device is as follows.
  • the sub-system type is inquired and selected in a combo box
  • the unit task selection step is inquired and selected for the target task in a combo box
  • the type selection step is the type of the target task. Select to search by combo box.
  • the (800) output selection step activates the check boxes of the (810) analysis step and (820) design step, and the user selects one of the (810) analysis step and (820) design step.
  • the sub-screen of the analysis product type is searched.
  • the above subscreens are (811) Requirement Analysis (requirement definition), (812) Use case definition (use case list, use case specification), (813) Logical model definition (entity definition, attribute type definition), and (814) component. It contains definitions (component identification, component specification), and at least one is selected.
  • the requirements definition in the above (811) requirements analysis step identifies the sub-level non-functional requirements and functional requirements for the requirements analysis of the attribute (process) of the analysis type (3), and in the case of non-functional requirements, the sub-attributes Retrieve the properties (type, procedure) of the sub-level configuration (4) for environmental requirements, quality requirements, and constraints of (type).
  • the pre-configuration information of the sub-attribute (type), and the attribute (type, procedure) of the sub-step configuration (4) for data attribute identification are retrieved.
  • the use case list and use case specification search in the (812) use case definition step searches for attributes (types, procedures) of the configuration (4).
  • the entity definition in the (813) logical model definition step searches the attribute (Da) of the applied information (5), and the attribute type definition searches the attribute (Da, item) of the relationship information (5).
  • the (821) DB design database list searches the attribute (Da) of the application information (5), and the database specification searches the attribute (Da, item) of the relationship information (5), and the code The list retrieves the attributes (details) of the definition 11 of the C00 scheme in the attribute L1 of the code 10.
  • the interface list at the architecture design stage searches for the attribute (Sys) numbering system E00 of the relational information (8) and the sub-attribute (Da, item), and the connection definition is the attribute (Sys) of the relational information (8). ) Search for numbering system S00 and search for sub-attributes (Da, items).
  • the list of programs in the program design stage is the numbering system of the attributes (primary, sub, auxiliary) of the (process (7)) for the attributes (attributes) of the application information (5), "500", “600” ”, “700”, that is, only the program name is identified, and the program specification identifies only the middle categories “110”, “120”, that is, program procedures, inherited from the major classification of the numbering system of the attributes (main, sub, auxiliary) of (process (7)). do.
  • the database (DB) built in the server is searched through the interface under the condition selected by the user by the client application program and outputted by the output device.
  • (A20) according to an embodiment of the present invention [data structure generation constituting a database (DB) framework] (A30) [Analysis, design information setting module (object and scope setting module, requirements definition setting module, application information setting module, conceptual design definition setting module)] will be described below with an example diagram.
  • DB database
  • design information setting module object and scope setting module, requirements definition setting module, application information setting module, conceptual design definition setting module
  • the data structure of the database (DB) frame work is (1) System group attribute (representative, sub, auxiliary), (2) unit task group attribute (task, type), (3) analysis type group attribute (process, format), (4) composition group attribute (type, procedure), ( 5) Application information group attribute (Da, Gr, management, item), (6) event group attribute (L1, L2, L3, L4, L5), (7) process group attribute (main, sub, auxiliary), (8) ) Relationship information group attribute (Sys, Da, item), (9) function group attribute (main, sub, auxiliary), (10) code group attribute (L1, L2, L3), (11) definition group attribute (application details , Details, overall conditions and supplement), and the system, unit task, analysis type, composition, application information, event, process, relationship information, function, and code group properties consist of numbers/characters (numbering system) and defined group It is composed of attribute text and is created as
  • FIG. 5C is a diagram showing a DB frame work requirement definition data recording medium according to an embodiment of the present invention
  • FIG. 5D is a diagram illustrating a concept design definition of a DB frame work according to an embodiment of the present invention. It is a diagram showing each recording medium.
  • the purpose of creating the data structure constituting the database (DB) framework is to provide a plurality of step-by-step processes for users to register analysis and design information in a standardized frame, in a related numbering system. This is for storage by recording medium.
  • the creation feature of the DB Frame Work is a search function that can conditionally arrange and combine objects and scopes, requirements definitions, application information definitions, and concept design definitions for each inheritance relational data recording medium step by step.
  • Conventional program by creating a hierarchical, relatively hierarchical, relatively data recording medium based on a numbering system related to range, depth, and level definitions of attributes, interfaces, interlocking, processes, functions, and codes. All processes for development have the feature of integrating the distributed work.
  • the target and scope setting module is an application program that runs on the client. It is a function to search and select system information and unit business information.
  • the intermediate attribute (112) sub-system inherits and registers the representative system, and the sub-property (113) sub-system inherits and sets the sub-system, and inherits in the intermediate process (120) unit task registration.
  • Intermediate course (120) unit task registration begins by inheriting the upper level course (110) system registration information, and registers the representative attribute (121) task, and the intermediate attribute (122) type inherits the task and registers it to the server through the interface.
  • process-specific information is stored in the range database DB for each data recording medium.
  • FIG. 6B is a diagram showing a data recording medium according to an embodiment of registration of system data for a higher level process of an object and a range step according to an embodiment of the present invention, and will be described in more detail with reference to FIG. 6.
  • system (1) setting is to set up the system to be developed or developed.
  • the program of the relevant company such as analysis, design, development, maintenance, and version up, is integrated and managed for representative systems, subsystems, and auxiliary systems.
  • the system setting is the first process in the analysis process for application program development, and has a characteristic that enables systematic management and supervision for analysis-design-program harmonization of the integrated program.
  • system 1 attributes representative, sub, auxiliary
  • definition (11) attributes application details, details, prerequisites and supplements
  • the data record of the system is created for each data recording medium according to the numbering system order related to the upper and lower attributes (representative, sub, auxiliary) of the system 1 and recorded and stored in the target and range database (DB).
  • the relationship of the system setting defines an applied system based on a relational inheritance relationship between the attributes in the attributes (representative, sub, auxiliary) of the system 1 as a condition.
  • the attribute (representative) of the system 1 is inherited to a lower attribute (sub).
  • Sub-property (sub) is set by inheriting from property (representative) and inherited to sub-property (sub), but if inheritance does not occur, it is not inherited.
  • a system setting process will be described using the XX Medical Foundation information system shown in FIG. 6B as an example.
  • the property (representative) of the system (1) is set by the (10)XX Medical Foundation information system, and is inherited to the lower property (sub).
  • the lower attribute (sub) is inherited from the upper attribute (representative) and is set to (01) medical information, (02) clinical checkup information, (03) image information, and (04) health checkup.
  • the lower attribute (auxiliary) is set for each upper subsystem type.
  • the lower attribute (sub) of (01) medical information of the upper attribute (sub) is set as (01) electronic medical record, (02) request for examination, and (03) information delivery. (02) Clinical checkup information, (03) image information, and (04) health check of the upper attribute (sub) are not set because the system does not occur for the lower attribute (secondary).
  • FIG. 6C is a diagram showing an intermediate process unit task (2) data registration of an object and a range step according to an embodiment of the present invention, for each data recording medium according to an embodiment. It will be described in more detail with reference to Fig. 6C.
  • the purpose of setting the unit task (2) shown in Fig. 6c is the process of setting the task and type for the target system, and it is configured in consideration of the specificity of informatization for the actual, department, and sub-tasks of the relevant company, defining requirements, and designing concepts. Use it as a large classification standard for The unit task (2) setting can be a standard for division of work in the development of a medium-to-large-scale program, so it can be reasonable for selecting a person in charge of development or maintenance, and it is characterized by easy data management of requirements definition and concept design for each task.
  • the data structure and format consist of a number system for the attributes (task, type) of the unit business (2), and the definition (11) attributes (application details, details, prerequisites and supplements) in letters, and the system ( 1) is inherited in relation to the numbering system.
  • the establishment of the unit task occurs by setting the attributes (task, type) of the unit task (2) with respect to the attributes (representative, sub, auxiliary) of the system (1).
  • the setting information data record of the unit task is inherited from the system (1) and stored for each data recording medium in the order of numbering system related to the upper and lower attributes (task, type) of the unit task (2).
  • the relationship between the setting of the unit task is to compose and analyze the applied task by defining the representative attribute (task) of the unit task (2) and the sub attribute (type) for the attributes (representative, sub, auxiliary) of the system (1). Inherit on type (3).
  • the representative attribute (task) of the unit task (2) is inherited to the sub attribute (type).
  • the lower attribute (type) is set by inheriting from the upper attribute (task), and if it does not occur, it is not inherited.
  • the unit task setting will be described using the health examination system shown in FIG. 6C as an example.
  • the attribute (representative) of the above system (1) is (10) XX, the sub-attribute (sub) of the medical foundation information system, (04) the representative attribute (task) of the unit task (2) for the health examination system (Health), (01) base information, (02) reservation information, (03) reception information, (04) examination result information, (05) judgment information, (06) findings information, (07) CRM information, (08) storage information, ( It consists of 09) billing information, (10) unpaid information, (11) questionnaire information, and (12) order information, and inherits each of the sub-attributes (type).
  • the lower attribute (type) for the unit task (2) is inherited and set for each higher attribute (task), and the lower attribute (type) of (01)-based information management is (01) hospital information, (02) human information, and (03) Test items, (04) reference value information, (05) user information, (06) individual group information, and (02) the sub-attribute (type) of reservation information management is (01) Internet reservation, (02) It is set as visit and telephone reservation settings, and the sub-attribute (type) of (03) reception information management is set to (01) visit checkup reception and (02) travel checkup reception.
  • sub-attribute (type) of information management of examination results is set as (01) clinical examination result, (02) equipment examination result, and (05) sub-attribute (type) of judgment information management is (01) final examination.
  • the sub-attributes (types) of information management are (01) health report, (02) clinical test items, (03) Clinical target findings, (04) Special examination findings.
  • the lower attribute (type) of CRM information management is set to (01) post management support, (02) e-mail, and text transmission.
  • the requirement definition setting module is an application program running on the client, which is a function to search and select analysis type information and configuration information.
  • the order of information processing is by inheriting the target and scope database (DB) built in the server through the interface.
  • DB target and scope database
  • the median attribute type information in relation to the representative attribute (210a) requirements definition, (212a1) environmental requirements, (212a2) quality requirements, and (212a3) constraints are set. do.
  • median attribute format information (212b1) pre-configuration information and (212b2) data attribute identification are set in relation to the representative attribute 210a requirement definition.
  • Median attribute format information of the above functional requirements (211b2)
  • Median process configuration information for data identification information is set as (232) median attribute (232a) information procedure configuration and (232b) in relation to the representative attribute type. Set the configuration of information properties.
  • the requirement definition process-specific setting information stores a requirement definition database (DB) for each process-specific recording medium in the server through an interface.
  • DB requirement definition database
  • FIG. 7B is a diagram showing an example of registration of higher level process analysis type data in a requirement definition setting step according to an embodiment of the present invention for each data recording medium.
  • the purpose of setting the analysis type 3 has the purpose of linking and managing the definition of demand love for the attribute (task, type) of the unit task 2 and the step of defining the concept design.
  • Analysis type (3) is characterized by being able to manage system-unit task requirements and conceptual design definitions by the related numbering system, making it easy to manage continuously.
  • Conventional analysis and design documents are editors (Korean , Excel, Word, etc.), and the problem arising due to the explicit relationship can be solved by setting the related numbering system in the DB Frame Work.
  • attributes (process, format) of analysis type (3) consist of numbering system, definition (11) attributes (application details, details, prerequisites and supplements) are composed of letters, and unit tasks ( 2) is inherited in relation to the number system.
  • Data generation of the analysis type (3) is inherited from the unit task (2) and is stored by data recording medium in the order of the numbering system related to the upper and lower attributes (process, format) of the analysis type (3).
  • Process by defining sub-attributes (types) for analysis type (3) [requirements definition, concept design definition], and inherits to composition (4).
  • the parent attribute (process) of the setting of the analysis type (3) is set as a requirement definition, a concept design definition, and inherits to the lower attribute (procedure).
  • the sub-attributes for the requirements definition representative attribute inherit the requirements definition at the same level and are set as non-functional requirements and functional requirements, and are inherited to sub-attributes (types).
  • Sub-attributes (types) inherited from the above non-functional requirements set environmental requirements, quality requirements, and constraints.
  • Sub-attributes (types) inherited from the above functional requirements are pre-configured information and data attribute identification set.
  • the lower stage of the concept design stage inherits the concept design to the same level, sets the specification, and inherits it to the lower attribute (type).
  • the sub-attribute (type) inherited from specification is set to event identification and process identification.
  • Analysis type (3) process setting Some examples are set by defining a requirement definition and a concept design in relation to the properties (task, type) of the unit task (2).
  • the representative attributes (courses) of analysis type (3) are (100) sub-process of requirement definition (110) non-functional requirements, sub-process (120) functional requirements and (200) sub-process of conceptual design definition (210) Set to specification.
  • Requirement definition sub-process (100) Requirement definition sub-process (120) The sub-attribute (type) for functional requirements sets (110) pre-configuration information, (120) data attribute identification.
  • Sub-attribute (type) for specification is set as (200) event identification and (300) process identification.
  • 7C is a diagram showing an embodiment of registration of intermediate process configuration data in a requirement definition setting step according to an embodiment of the present invention for each data recording medium;
  • FIG. 7D is a diagram illustrating an embodiment of registering intermediate process configuration data in a concept design definition setting step according to an embodiment of the present invention, for each data recording medium.
  • the purpose of setting the configuration (4) is to define the properties (types, procedures) of the configuration (4) for requirements analysis and concept design, and the scope and target of the requirements definition and the concept design definition. Clarify.
  • the characteristics of the configuration (4) setting have a feature that can solve the problems of conventional analysis, design scope, and object identification confusion by clarifying the scope and object of the requirements definition and the concept design definition.
  • the data structure and format of the configuration information consist of the attributes (type, procedure) of the configuration (4) by numbering system, the definition (11) attributes (application details, details, prerequisites and supplements) by text, and the analysis type ( In connection with 3), it is inherited in relation to the numbering system.
  • the generation of the configuration (4) information occurs by setting the attribute (type, stage) of the configuration (4) with respect to the attribute (process, format) of the analysis type (3), and specifically defines the object of demand analysis and concept design. .
  • the relationship between the setting of the configuration (4) is set by defining the attributes (type, procedure) of the configuration (4) in relation to the attributes (process, format) of the analysis type (3).
  • the representative attribute (type) of the configuration (4) is set by inheriting from the lower attribute (type) of the analysis type (3).
  • the lower attribute (procedure) is set by inheriting from the upper attribute (type).
  • a process of setting an embodiment for registration of configuration data in the middle of the step of defining requirements for a medical examination-reception management-visitor examination reception as shown in FIG. 7C will be described for each data recording medium.
  • the sub-attributes (types) for the above (110) non-functional requirements set (100) environmental requirements, (200) quality requirements, and (300) constraints, and are inherited in configuration (4).
  • the attribute (type, procedure) of the sub-process configuration (4) for the (100) environment requirement does not occur, so it will be omitted.
  • the sub-attribute (form) for the functional requirement sets (110) pre-configuration information (120) data attribute identification and inherits to the configuration (4).
  • the attribute (type) of the sub-process configuration (4) for the pre-composition information is set to (001) workplace information, and the sub-attribute (procedure) does not occur, so it will be omitted.
  • the attribute (type) of the sub-process configuration (4) for the (120) data attribute identification is (120) the configuration setting for the data attribute identification is the attribute (type) of the configuration (4) is (001) head information, (002) ) Set by generating information on occurrence of inspection items, and set by inheriting to the lower property (procedure).
  • the upper attribute (001) head information registration lower attribute (procedure) sets (1A0) head information procedure configuration and (1B0) head information attribute configuration as the lower order of (100) head information registration management.
  • the lower attribute (procedure) of the generation of inspection item occurrence information is (100) the lower part of the inspection item occurrence information registration (1A0), the configuration of the inspection item occurrence information procedure, and (1B0) the inspection item occurrence information attribute.
  • the configuration (4) setting is (200) concept design of the attribute (process) of the analysis type (3), hereinafter (210) the sub-attribute (type) for the specification is (200) event identification, (300) ) Set the properties (type, procedure) of configuration (4) in relation to process identification.
  • the lower attribute (procedure) for the (001) head information registration is (100) the head information procedure configuration, (1B0) the head information attribute configuration is set, and (200) head information correction/ (2A0) head information procedure configuration, (2B0) head information attribute configuration setting, (300) head information inquiry/output as a subordinate for change registration, (3A0) head information procedure configuration, (3B0) head information attribute Set.
  • Test item generation information (002) Test item generation information, (003) Test item count information, (004) Median attributes (procedures) for the generation of test fee information are omitted as the settings are the same as in “Head information registration”.
  • the above attributes are (100) subordinate to head information registration, (1A0) head information procedure configuration, (1B0) head information attribute configuration (1B0) setting, (200) head information modification/change registration ( 2A0) head information procedure configuration, (2B0) head information attribute configuration setting, (300) head information inquiry/output, (3A0) head information procedure configuration, and (3B0) head information attribute setting.
  • the sub-attributes (procedures) for (002) inspection item generation information, (003) inspection item count information, and (004) examination fee information generation are the same as in the “Head information registration” process, so they are omitted.
  • the application information definition setting module is an application program running on a client, and the request of a requirement definition database (DB) built in a server through an interface Inherit the (232a) information procedure configuration and (232b) information attribute configuration related to the item definition-function requirements-data attribute identification-response information, and set the applied information.
  • DB requirement definition database
  • the application information sub-attribute management is set as an input device and stored in the application information database (DB) of the server through the interface for each recording medium.
  • the information attribute configuration is recorded in the application information database (DB) of the server through the interface by setting the representative attribute DA, the middle attribute GR, the lower attribute management setting, and the detailed attribute (item/attribute) to the input device. Save by medium.
  • the application information database (DB) stored in the server is inherited by event identification in the preceding stage of the concept design definition stage.
  • FIG. 8B is a view showing an embodiment of an index unit for registration of application information data related to data identification in the application information setting step according to an embodiment of the present invention, for each data recording medium
  • FIG. 8C is an embodiment of the present invention.
  • the purpose of defining the application information related to data identification (5) is to set the application information for the information procedure configuration and the information attribute configuration in the process of identifying the data attribute of the functional requirement at the requirement definition step.
  • the purpose of the concept design definition step is to provide application information properties for event identification (200) event identification and subsequent step (300) process identification so that the definition of the concept design can be described based on the attribute.
  • the characteristics of setting application information include the search and output of analysis products (entity definition, attribute type definition) and design products (database list, database specification), and analysis in conventional development and output in the design process.
  • analysis products entity definition, attribute type definition
  • design products database list, database specification
  • the data structure and format of the applied information is the number system for the attributes (Da, Gr, management, items) of the application information (5), and the definition (11) attributes (application details, details, prerequisites and supplements). ) Is composed of letters and is inherited in relation to the numbering system by linking in composition (4).
  • the data generation of the applied information is the (100) requirement definition of the analysis type (3) attribute (process), hereinafter (120) the sub-attribute of the function requirement (120) the configuration related to data attribute identification ( It starts with (100) head information registration in the sub-attribute (procedure) for (001) head information registration in the representative attribute (type) of 4), hereinafter (1A0) head information procedure configuration, and (1B0) head information attribute configuration.
  • the data generation of the application information 5 is higher and lower in the attribute (Da, Gr, management, item) of the application information 5 in relation to the attribute (type, procedure) of the configuration (4). It is set for each data recording medium according to the order of the related numbering system.
  • the applied information is stored for each data recording medium, and a relational basis is applied for event identification. .
  • the application information (5) setting relationship of the data attribute identification process is (100) of the attribute (procedure) of the configuration (4), the subordinate (1A0) information procedure configuration of the information registration, (1B0) the application information for the information attribute configuration ( Set the definition of 5) properties (Da, Gr, management, item).
  • the attribute relationship of the application information 5 of the data attribute identification process is that the attribute (Da) is the representative attribute and the name of the application database is defined, and the median attribute (Gr) is the same as the application of the attribute (item/attribute).
  • Definition, sub-attribute (management) presents the setting method and direction of Gr, and detailed attribute (item/attribute) defines the item name.
  • FIG. 8B is a diagram showing an embodiment of an application information data registration index section for data attribute identification in the step of setting application information for health check-up-reception information-visit check-up reception-head information registration, for each data recording medium, as follows. It is created and recorded for each recording medium.
  • Application information (5) Data registration
  • the setting of the index section is the representative attribute (type) of the configuration (4) (001) Head information registration, sub-attribute (procedure) (100) Head information registration management, hereinafter (1A0) Head information procedure Configuration, hereinafter (1B0) head information attribute configuration (Da, Gr, management, item) of the application information 5 is set.
  • the representative attribute (Da) of the application information 5 is set as (031) reception information, and is based on the setting of the lower attributes (Gr, management, item).
  • the lower attribute Gr is inherited from the representative attribute Da, the (010) index information unit, and (020) the reception type information unit are set, and inherited to the lower attribute (management).
  • the sub-attribute (management) for the (010) index information unit is (100) index information unit individually set, hereinafter (101) examination date set, and (102) reception number set, and inherited to the lower attribute (item/attribute).
  • the lower attribute (item/attribute) for the examination date setting sets the (001) examination date.
  • the sub-attribute (item/attribute) for the reception number setting sets the (002) reception number.
  • the sub-attribute (management) for the (020) reception type information unit is (100) personal setting of the reception type information unit, hereinafter (101) reception classification setting, (102) examination location setting, and inherited to a lower attribute (item/attribute).
  • the sub-attribute (item/attribute) for setting the reception category sets (003) the reception category.
  • the sub-attribute (item/attribute) for setting the examination place sets (004) the examination place.
  • FIG. 8C is a diagram showing an embodiment of a personal information unit for data attribute identification in the step of setting application information for health checkup-reception information-visit checkup reception-head information registration, and data recording as follows. It is created and recorded for each medium.
  • the attribute (Gr) is inherited from the upper attribute (Da), (030) the human information unit or lower (031) the human personal information unit is set, and inherited to the lower attribute (management).
  • the (Gr) attribute (030) sub-attribute management for the human information unit is (100) conditional setting whether or not to register the personal information unit, hereinafter (101) setting the search for whether or not to register the personal information unit, and sub-attribute (item/attribute) is the occurrence value. I will omit it.
  • the lower attribute (management) of the (031) personal and personal information of the above attribute (Gr) is (100) conditional setting of personal and personal information, (101) conditional setting of resident number management category, (102) temporary storage of resident number and resident sequence number. , (103) Conditional setting of customer number, (104) Conditional setting of chart number, (105) Conditional setting of name, (106) Conditional setting of gender, (107) Age calculation setting and sub-attribute (item/attribute) To inherit.
  • sub-attribute (item/attribute) for conditional setting of social security number management category is (005) sub-attribute (item/attribute) for temporary storage of resident number and resident order number (005) Omitted because it does not occur
  • the lower attribute (item/attribute) for the conditional setting of the customer number is (006)
  • the customer number is set, and the lower attribute (item/attribute) of the (104)
  • the conditional setting of the chart number is (007) Chart number setting, (105) Name
  • the lower attribute (item/attribute) for conditional setting is (008) Name setting
  • the lower attribute (item/attribute) for gender conditional setting is (009)
  • the lower attribute (item/attribute) for gender setting and (107) age calculation is set to (010) age.
  • the concept design definition setting module is an application program running on a client, and (232a) information procedure configuration and ( 232b) Inheriting the application information for the information property configuration, setting the event identification of the preceding stage of the concept design setting stage, inheriting to the process identification of the subsequent stage, and setting the process identification.
  • the subsequent stage process identification setting inherits the preceding stage event identification setting information and uses the input device to set the intermediate and lower properties (sub, auxiliary) of the upper process process, the representative of the intermediate process relationship information, the intermediate, and the lower properties (Sy, Da).
  • Item sub-course function representative, sub, auxiliary attribute (main, sub, auxiliary) setting, detailed course code representative, intermediate, sub attribute (L1, L2, L3)
  • DB concept design definition database
  • FIG. 9B is a diagram showing an embodiment of event identification data registration related to the configuration of a pre-step procedure in the conceptual design setting step according to an embodiment of the present invention
  • FIG. 9C is a diagram illustrating an embodiment of the present invention. This is a diagram showing an embodiment of event identification data registration related to the configuration of an attribute of a preceding step in the conceptual design setting step according to each recording medium.
  • the purpose of event identification in the preceding stage of the concept design stage is an event for satisfying the attributes (Da, Gr, management, item/attribute) of the application information 5 for the procedure configuration and attribute configuration.
  • the purpose is to support a framework for defining definition of process identification by setting identification and inheriting it to the subsequent stage process identification stage.
  • an analysis product (component identification, component specification) is searched and output, and attributes (L1, L2, L3, L4, L5) of the event 5 are configured stepwise and relationally, ) It solves the difficulty and difficulty of component identification in program development, and it has the feature that visual identification is possible by relating processes so that information flow can be detected for component interaction.
  • the data structure and format of the event identification information are defined as the attributes of the event (6) (L1, L2, L3, L4, L5) and the attributes (note) of the process (7) by numbering system (11) attributes (application details). , Details, prerequisites and supplements) are composed of letters and are inherited in relation to the numbering system in connection with the application information (5).
  • the event identification occurrence is of the (200) conceptual design setting of the attribute (process) of the analysis type (3), the following (210) specification setting, and the sub-process configuration (4) of (200) event identification of the lower attribute (type). Occurs with (001) head information registration setting of attribute (type), (1A0) information procedure configuration for (100) head information registration of sub attribute (procedure), and (1B0) information attribute configuration.
  • the generation of the event identification data is inherited from the application information (5) and is a number related to the attributes (L1, L2, L3, L4, L5) of the event (6) and the attributes (note) of the process (7).
  • Event attributes (L1, L2, L3, L4, L5) and process attributes (Note) are defined for each data recording medium according to the system order, stored for each data recording medium, and a relational basis is applied to process identification.
  • the setting relationship of the event identification is applied by inheriting the configuration representative attribute (001) head information registration setting, the (100) head information registration setting of the lower attribute (procedure), hereinafter (1A0) information procedure configuration, and (1B0) information attribute configuration.
  • the event procedure is defined and set in the attribute (L1, L2, L3, L4, L5) of the event 6 and the attribute (note) of the process 7 and is inherited in process identification.
  • the relationship of the attribute of the event identification is inherited by the relation of the lower attribute (L2, L3, L4, L5) as the representative attribute, and the attribute (L1, L2, L3, L4, L5) of the event (5) is set. do.
  • Event identification will be described as an example of health checkup-reception information-visit checkup reception-head information registration (head information procedure configuration, head information attribute configuration) of FIGS. 9B to 9C.
  • 9B is a diagram showing an embodiment of event identification data registration related to the configuration of a pre-step procedure in the conceptual design setting step according to an embodiment of the present invention, for each recording medium, as follows. Save it.
  • FIG. 9B shows the event identification setting for the configuration of the preceding step procedure of the conceptual design setting step of the present invention is the (100) head information of the sub attribute (step) for the registration of the (001) head information of the attribute (type) of the configuration (4) Inheriting the (100) reception management program operation of the subordinate (1A0) head information procedure configuration of registration and the attribute (management) of the application information (6), and the properties (L1, L2, L3, L4, L5) of the event (6) The attribute (note) of the process 7 is set.
  • the setting of the attribute (L1) of the event (6) is (100) the subordinate of the reception management menu operation (110) login recognition, (120) the temporary storage of login information, (130) the subordinate of the user management condition operation (13A) reception management operation In the case of permission, (13B)
  • the reception management operation is not permitted, it is set and inherited to the attribute (note) of the process (7).
  • the attribute (note) of the sub-process (7) for the event (100) reception management menu operation is set to the (100) reception menu configuration.
  • Set the attribute (Note) of the sub-process process (7) for event (110) login ID recognition to (100) temporary storage of login information.
  • the attribute (note) of the sub-process process 7 for the event 120 reception management process call is set as the sub-110 permission determination of the (100) user management information search.
  • the properties of the sub-process process 7 are inherited and set for the event 130, the sub-steps for the user management conditional operation, (13A) when the reception management operation is allowed, and (13B) the reception management operation is not allowed.
  • the attribute of the sub-process process for the (13A) reception management operation permission case is set to (100) reception program operation. (13B) If the reception management operation is not permitted, the attribute of the sub-process process is set as (100) Reception program operation.
  • 9C is a diagram showing an embodiment of event identification data registration related to the property configuration of a preceding step in the conceptual design setting step according to an embodiment of the present invention, for each recording medium. Save it.
  • the event identification setting related to the attribute configuration of the preceding step in the conceptual design setting step of the present invention is the attribute of the application information 5 in the (1B0) head information attribute configuration of the attribute (procedure) of the configuration (4).
  • Gr, management, property is inherited and the properties (L1, L2, L3, L4, L5) of the event 6 and the properties (note) of the process 7 are set.
  • the attribute (Da) of the application information (5) is (031) reception information, the lower attribute (Gr) is (010), the lower attribute (management) of the index information unit is (100)
  • the sub-process for individual setting of index information (101) The lower attribute (item/attribute) of the examination date (102) reception number inherits the (001) examination date and (002) reception number, and sets the event process.
  • the attribute (L1) of the event (6) for the examination date is (100) the sub-process process for the case of setting the date of examination (1A0) under the type of identification of the examination date setting, and the case of setting the examination date retroactively (1B0) Set the attribute (Note) in (7).
  • the attribute (L1) of the event (6) for the (002) reception number defines (100) the lower part of the reception number calculation setting (110) the same-day reception number mast information search, and (120) the reception number calculation generation setting.
  • FIG. 9D is a diagram showing an embodiment of process identification data registration related to a procedure configuration of a subsequent step in a concept design setting step according to an embodiment of the present invention, for each data recording medium
  • FIG. 9E is an embodiment of the present invention.
  • FIG. 9F is a subsequent step in the conceptual design setting step according to an embodiment of the present invention. It is a diagram continuously showing an embodiment of process identification data registration related to attribute configuration for each data recording medium. 9D to 9F will be described in more detail with reference to subsequent step process identification.
  • process identification in the subsequent stages of the conceptual design setting stage is to process, interface, linkage, function, and code for the properties of the inherited event (6) (L1, L2, L3, L4, L5) and process (7).
  • the purpose of this is to define relational information so that the relationship, flow, and procedure of information can be identified in a direct way.
  • the characteristics of process identification in the subsequent stages of the conceptual design setting stage are the search and output of the outputs of the architecture design (interface, linkage) and program design (program list, program specification), and the business process (class diagram, sequence diagram) is directly displayed. With the characteristic that the flow of information can be detected, it is possible to relieve the burden of creating class diagrams and sequence diagrams using Case Tool in the conventional design.
  • Another characteristic of the process identification is that the properties of the inherited event 6 (L1, L2, L3, L4, L5) and the properties of the process 7
  • the definition is a step-by-step numbering system based on records. By setting the range, depth, and level, it is easier to identify the direct display (implementation), modules, and procedures, so that the quality is better than that of conventional analysis and design documents. There are features that can be secured.
  • the data structure and format of process identification are the attributes of the process (7) (sub, auxiliary), the attributes of the relationship information (8) (sys, Da, items), the attributes of the function (9) (primary, sub, auxiliary), and comments.
  • Attributes of the code (10) (L1, L2, L3 are defined as numbering system (11) attributes (application details, details, prerequisites and supplements) are composed of characters, and attributes of events (6) and processes (7) It is inherited in relation to the number system by linking with Co., Ltd.
  • Occurrence of process identification occurs in the attribute (main) of the event (6) and the process (7), and based on the attribute (sub, auxiliary) of the process (7), the interface is the attribute (Sys, Da) of the relationship information (8). , Item), and related functions occur in the properties (main, sub, secondary) of the function 9, and related codes and comments occur in the properties (L1, L2, L3) of the comment/code 10.
  • the data generation of the process identification is inherited from the properties (main) of the event (6) and the process (7), and the properties of the process (7) (sub, auxiliary), and the properties of the relationship information (8) (Sys, Da, items).
  • Data is generated for each recording medium for each process according to the numbering system order of the attributes (primary, sub, auxiliary) of the function 9 and the upper and lower attributes of the code 10 (L1, L2, L3).
  • the setting relationship of the process identification is sub-attributes (sub, auxiliary), attributes (Sys, Da, items) of the relationship information (8), functions (9) in relation to the attributes (main) of the event (6) and the process (7).
  • the attribute (sub, auxiliary) of the process 7 is set as a sub-process for the representative attribute.
  • the relationship information attribute relationship of the process identification is the attribute (Sys) of the relationship information (8) as a representative attribute, and classifies interface and linkage into a character identification number system (S00: magnetic system), (I00: internal system), ( E00: external system), and (E00: external system) and (I00: internal system) set interface information, and (S00: magnetic system) set connection information and inherit the sub-attribute (Da). Omit it.
  • the sub-attribute (Da) is set as a character classification for function read (R), record (W), and update (U) for interface, linkage, table name, and application, and inherits to the lower attribute (item/attribute), If it does not occur, skip it.
  • the lower attribute sets the attribute name of the relationship information, and if it does not occur, it is omitted.
  • the attribute relationship of the function is set in relation to the lower attribute as the representative attribute in the attribute (primary, sub, auxiliary) of the function (9).
  • the attribute relationship of the code the attribute L1 of the code 10 is the representative attribute, A00 is the comment, C00 is the code, and the attributes L1 and L2 are set by defining the stepwise inheritance relationship for the comment and the code.
  • process identification will be described as an example for health checkup-reception information-visit checkup reception-reception head information-head information registration (head information procedure configuration, head information attribute configuration).
  • 9D to 9F are diagrams showing an embodiment of the process identification data registration related to the configuration of the procedure configuration and the attribute configuration in the subsequent step of the conceptual design setting step of the present invention, for each recording medium. Save it.
  • FIGD is a relational setting diagram for improving understanding of a process of setting a subsequent step of process identification by creating a head information procedure configuration part of a process identification process and FIGS. 9E to 9F as a head information attribute configuration section of a process identification process.
  • 9D is a process identification setting related to the configuration of a procedure of a subsequent step in the conceptual design setting step of the present invention.
  • Inherit the attribute (note) of the (100) reception management program operation of the event (6) and the process (7), and sub-process (7), relationship information (8), function (9), code (10) process fine and set.
  • the attribute of the relationship information (8) (Sys) is set to (S01) self-system-health checkup, the sub-attribute (Da) is set to (TW01) login information, and the sub-attribute (item/attribute) is set to (001) ID information.
  • the attribute of function (9) (Note) (001) Login ID employee number identification, (002) 5 out of 20 digits "Y/N" Set.
  • (130) User management conditional operation of the attribute (L1) of the event (6) is the representative attribute of the process (7) when the subordinate (13A) reception management operation is allowed, and (13B) reception management operation is not permitted (Note)
  • the process identification is set by taking over. If the above (13A) reception management operation is allowed, set the attribute (note) of the function (9) to (001) activate the reception management menu as a function definition for the operation of the (100) reception management program of the attribute of the process (7). do. If the above (13B) reception management operation is not permitted, the attribute (note) of the function (9) is disabled as the function definition for the operation of the (100) reception management program of the attribute (note) of the process (7). Set the (002) message implementation sub-property (sub) to (001) no user rights.
  • 9E shows the process setting related to the attribute configuration of the subsequent step of the conceptual design setting step of the present invention is the configuration of the (1B0) head information attribute of the attribute (step) of the configuration (4) and the application information (5), and the event (6).
  • the attribute (Note) of the attribute (L1) and the process (7) By inheriting the attribute (Note) of the attribute (L1) and the process (7), the sub-process (7), relationship information (8), function (9), and code (10) are defined and set.
  • the attribute (Da) of the application information (5) is (031) the lower attribute (Gr) of the reception information is (010) the index information unit, the lower attribute (management) is (100) the index information unit individually set sub-step 101) Setting, sub-attribute (item/attribute) is (001), (100) of the attribute (L1) of the sub-course event (6) for the examination date, setting the examination date, sub-step (1A0), if it is set on the day of examination, (1B0) In the case of retrospective setting of the examination date, the properties of the sub-process (7) for each type are inherited and set.
  • the relational information (8) is defined as the link definition for the (100) examination date identification of the attribute (note) of the sub-process (7).
  • Attribute (Sys) is (S00) self-system-OS setting
  • sub-attribute (Da) is (R000) OS
  • sub-attribute (item/attribute) is (001) current date
  • sub-level function setting is set to identify (001) year, month, and date.
  • attribute (note) of the process (7) attribute (note) (100) examination date identification
  • sub-step (120) function definition for the examination date setting function (9) attribute (note) is identified in (001)OS. .
  • 9F shows the process continuation setting related to the attribute configuration of the subsequent stage of the conceptual design setting step of the present invention is (102) the reception number setting of the attribute (management) of the application information 5, and the lower attribute (item/attribute) in relation to the above.
  • the attribute (L1) of the event (6) for the (002) reception number in) is related to the (100) reception number calculation setting, and the attribute (note) of the process (7) relates to the sub-step for the (100) reception number generation setting.
  • the process (7), relationship information (8), function (9), and code (10) processes are defined and set.
  • the sub-step 110 of the process attribute (Note) above is the link definition for retrieval of the registration number and mast information on the same day
  • the attribute (Sys) of the relationship information (8) is (S01) the self-system-health checkup
  • the sub-attribute (Da) is (TR00) Examination date receipt number Master information
  • sub-attribute (item/attribute) identifies (001) the last number of receipts.
  • the function definition for the (001) reception number recognition of the attribute (sub) of the process (7) is the attribute of the function (9), and the last number received on the day (001) is temporarily generated.
  • the function definition for the attribute (sub) and (002) reception number setting of the process (7) is the attribute of function (9), (001) checkup date master information, last number recognition, (002) checkup date receipt number master information. Marking, (003) reception number generation setting.
  • the link definition for the attribute (sub) of the process (7), (003) checkup date receipt number master information update is the attribute (Sys) of the relationship information (8), (S01) self-system-health checkup, sub-attribute ( Da),(TU00) Checkup date reception number Master information, sub-attribute (item/attribute), (001)
  • Sub-level function definition for the last number of reception is to update attribute (note), (001) reception number of function (9) , (002) Checkup Date Acceptance Number Master Information Marking Off, sub-step annotation definition sets the code (10) attribute (L1), (A01) applied checkup date reference number master information identification calculation.
  • 'Step' written throughout the present invention means a software action at a module level, and'process' defines a software action between classes, which is a sub-concept of a module.
  • the “layer” written throughout the present invention refers to a series of steps taken by software to execute a program.
  • A30 Module (input and output module)
  • analysis stage 820 design stage
  • Rear end (1) Group name for system properties (representative, sub, auxiliary)
  • Rear end (9) Group name for functional properties (primary, sub, secondary)
  • the latter part (11) Group Name for defining attributes (application details, details, overall conditions and supplements)

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

본 발명은 응용 프로그램의 분석, 설계를 데이터베이스(DB) 프레임에서 설정, 출력하는 장치 및 방법에 대한 것으로, 보다 상세하게는, 응용 프로그램을 분석하고 설계하는 방법을 수행하는 컴퓨터 프로그램에 있어서, 상기 방법은 컴퓨터에 의해 복수의 단계들을 실행시키기 위하여 데이터 기록 매체에 저장되게 하는 것으로, 상기 복수의 단계들은, 사용자가 분석, 설계 정보를 규격화된 틀에서 등록하기 위한 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조를 생성(creation)하는 단계, 사용자가 상기 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 대상 및 범위 정보를 대상 및 범위 설정 모듈에 입력하는 단계, 사용자가 상기 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 요구 사항 정의 정보를 요구 사항 정의 설정 모듈에 입력하는 단계, 사용자가 상기 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 적용 정보를 적용 정보 정의 설정 모듈에 입력하는 단계 및 사용자가 상기 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 개념 설계 정보를 개념 설계 정의 설정 모듈에 입력하는 단계로 이루어져 있다.

Description

응용 프로그램 설계 방법 및 장치
본 발명은 응용 프로그램의 분석, 설계에 대한 정의를 데이터베이스(DB) 프레임웍에서 설정, 출력하는 장치 및 방법에 대한 것으로, 보다 상세하게는 요구되는 분석, 설계 정보를 규격화된 틀에서 등록하기 위한 데이터베이스(DB) 프레임웍에 대한 데이터 구조를 생성(creation)하여 사용자는 클라이언트에서 단계별 입력 모듈을 활용하여 데이터베이스(DB) 프레임웍 구성하는 데이터 구조와 대응되는 정보를 단계별로 대상 및 범위, 요구사항 정의, 적용 정보 정의, 개념 설계 정의에 대한 입력 정보를 각각의 모듈 기능으로 입력 장치에서 요구되는 데이터, 인터페이스, 연계, 프로세스, 기능, 코드를 입력하면 인터페이스를 통하여 서버에 대상 및 범위 데이터베이스(DB), 요구 사항 정의 데이터베이스(DB), 적용 정보 정의 데이터베이스(DB), 개념 설계 정의 데이터베이스(DB)를 각각의 데이터 기록 매체별로 상호 상속, 피상속의 관계화한 데이터베이스를 구축하는 방법 및 장치에 관한 것이다.
구체적으로, 본 발명은, 사용자가 클라이언트에서 분석 설계 출력 모듈의 기능으로 출력 조건을 입력하여 조건에 대응하는 분석, 설계 정보를 검색하고 출력할 수 있는 응용 프로그램 설계 방법 및 장치에 관한 것이다.
종래의 분석, 설계 과정의 분석[요구 분석, 개념 설계]서, 설계[아키텍처 설계, DB 설계, 프로그램 설계]서를 편집기(한글, Excel, Word 등)로 비정형적으로 작성함으로 정보화의 범위, 수준, 성능 등에 대한 분석, 설계서의 표현이 일정 할 수가 없어 응용 프로그램의 개발을 위한 설계서의 가치가 담보되지 못하는 문제점과 분석, 설계서의 지속적 유지 관리를 할 수 없다는 문제점이 발생되고 있다
이로 인하여 종래의 프로그램 개발을 위한 분석과 설계는 절차, 산출물 적용 범위, 형식 및 작성 요소가 개발 방법론 등에 따라 일정치 않아 산출물 품질이 저급하게 생산됨으로 구현 과정에서 개발자의 임의적인 생각으로 프로그램이 수정 개발 되었다. 이로 인하여 프로그램 생산성 저하, 요구 충족도 미흡, 프로그램 성능 하락, 프로그램 안정화 지연 등과 분석-설계-프로그램의 불일치가 발생하여 막대한 비용이 투자된 분석, 설계서의 수명이 소멸하는 문제점이 발생하였다.
프로그램 개발을 위한 이론적 개발 방법론은 경제 규모 등의 발전에 따라 진화, 발전하고 있다. 1970년대의 구조적 방법론은 소규모로 단순, 정보 중심의 특징을 가지고 있지만 80년대 이후 S/W 규모 복잡해지고 요구 기능 수준이 높아지면서 한계가 발생하였다. 또한, 1981년 적용된 정보 공학적 방법론은 중규모로, 보통의 절차를 중심으로 개발되지만 관리를 위한 지나지게 많은 시간, 비용이 발생하고 개발 직접 활용에 여러 가지 문제점이 있었다. 또한, 1990년 적용된 객체 지향 개발 방법론은 대규모로 복잡하고 객체 중심으로 개발되었다. 90년대 이후 CBD 등의 컴퍼넌트 기반 방법론 대두 하였지만 과정이 복잡하여 실용성이 낮은 문제가 있었다.
개발 방법론의 발전에도 불구하고 프로그램 개발을 위한 분석, 설계의 산출물 종류가 많고 품질이 담보되지 못하여 프로그램 개발에 직접 적용성이 부족하였다. 또한, 분석, 설계서 변경 관리를 하지 않아 분석-설계-프로그램간의 불일치가 발생되었다. 상기와 같은 문제를 해결하기 위하여 프로그램 개발, 변경 등에 대한 관리 감독 조직과 인력이 투자 되어야 하며, 미국 등 정보화 선진국에서는 관리 감독이 이루어지고 있지만 우리나라에서는 비용 문제로 분석, 설계서는 개발 초기에만 작성되고 이후 관리, 감독이 되지 못하는 실정이다.
이로 인하여 유지 보수 기간이 길어 질수록 분석-설계-프로그램간 불일치의 간극이 커져서 종국에는 막대한 비용이 투자된 분석, 설계서의 가치가 소멸하는 현상이 발생하고 응용 프로그램은 점점 오류 발생이 많아져 유지보수 수행 시간도 점점 길어지게 되고 프로그램 성능 향상에 장애로 대두되는 실정이다.
개발 방법론에 의한 분석, 설계의 문제점 해결하기 위한 기술이 국내등록특허 제10-0558921호(인터페이스 화면 설계 중심의 소프트웨어 생산 공정 자동화방법 및 이 방법을 프로그램화하여 수록한 컴퓨터로 읽을 수 있는 기록매체, 이하 종래기술1)에 개시된 바 있다. 종래기술1은 사용자 인터페이스 화면을 먼저 설계하고 그 이후 생산 공정을 자동화하는 역공학 방식의 업무 프로그램 자동생산방법을 개시한 바 있다. 하지만 종래기술1은 분석, 설계자가 분석, 설계서를 명시적으로 작성하면 개발자는 분석, 설계서를 근간하여 프로그램을 구현하여야 함으로 분석, 설계자 또는 사용자와 개발자간에 항시 커뮤니케이션 필요하였지만, 이에 대한 실현이 쉽지 않아 분석, 설자자 또는 사용자 중심으로 프로그램을 개발하기 위하여 사용자 인터페이스를 설정하여 그래픽 유저 인터페이스를 생성하고 DB 설정을 위한 지정을 하면 업무 프로그램이 자동 생산되는 사용자 지향적인 고기능의 소프트웨어 구현을 목적한 발명이다. 상기 종래기술1의 프로그램 자동 개발은 이벤트와 SQL과 매칭은 한계가 있고 또한 분석, 설계서가 없는 관계로 버전업 등 업무 고도화에 의한 프로그램 발전에 문제점으로 대두될 수 있다.
또한, 개발 방법론에 의한 분석의 문제점 해결하기 위한 기술이 국내등록특허 제10-1445666호(소프트웨어 개발을 위한 워크벤치 구성 방법 및 이를 이용한 장치, 이하 종래기술2)에 개시된 바 있다, 상기 종래기술2는 분석 산출물 제작을 편집기(한글, Excel, Word 등)로 작성되어 요구 사항 식별이 눈 검증으로 이루어지는 문제점을 개선하기 위하여 요구 사항 분석 정보 및 레거시(legacy) 분석 정보를 XML(extensible markup language)기반으로 강화된 검색 기능 적용하였다. 이에 따라, 아키텍처 식별, 컴퍼넌트 식별이 개선되고 있지만 XML 검색 기능의 한계로 이에 대한 보완이 필요 할 수 있고 이 또한 설계로까지 직접 활용이 되지 못하는 단점이 있다.
본 발명은 전술한 문제점 해결을 해결하기 위하여 응용 프로그램 분석, 설계 Application(응용 프로그램)구현을 위하여 DB 틀(DB Frame Work)을 구성하여, 과정별 레코드에 대한 속성을 설정 할 시, 요구사항 속성과 개념설계 속성이 번호체계로 종속 관계를 유지하게 함으로써, 분석서와 설계서가 관계성, 직시성, 적용성이 탁월한 분석, 설계서를 정보화적으로 생산하고자 한다.
또한, 상기 소프트웨어의 구현 과정에서 기능 추가 또는 변경 사유가 발생될 시, 개념 설계 후행 단계 프로세스 식별 과정을 변경하고, 프로그램을 이용하여 대상 및 범위, 요구 사항 정의, 개념 설계 선행 단계 정보를 역으로 일괄 갱신할 수 있는 기능을 구현함으로써, 지속적으로 분석-설계-프로그램 일치화를 구현하고자 한다.
또한, 분석 과정에서 설정한 정보로 분석서와 설계서의 대부분을 출력 가능하도록 한다.
응용 프로그램을 분석하고 설계하는 방법을 수행하는 컴퓨터 프로그램에 있어서, 상기 방법은 컴퓨터에 의해 복수의 단계들을 실행시키기 위하여 데이터 기록 매체에 저장되게 하는 것으로, 상기 복수의 단계들은, 사용자가 분석, 설계 정보를 규격화된 틀에서 등록하기 위한 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조를 생성(creation)하는 (a) 단계, 사용자가 상기 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 대상 및 범위 정보를 대상 및 범위 설정 모듈에 입력하는 (b) 단계, 사용자가 상기 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 요구 사항 정의 정보를 요구 사항 정의 설정 모듈에 입력하는 (c) 단계, 사용자가 상기 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 적용 정보를 적용 정보 정의 설정 모듈에 입력하는 (d) 단계, 사용자가 상기 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 개념 설계 정보를 개념 설계 정의 설정 모듈에 입력하는 (e) 단계로 이루어지며, 상기 대상 및 범위 정보는 적용 시스템과 적용 단위 업무 정보에 대한 정의를 포함하고, 상기 요구 사항 정의 정보는 비기능 요구 사항과 기능 요구 사항에 대한 정보를 포함하고, 상기 기능 요구 사항은 사전 구성 정보와 데이터 속성 식별 정보를 포함하고, 상기 적용 정보는 상기 기능 요구 사항의 데이터 속성 식별에 대한 절차 구성과 속성 구성에 대한 적용 정보 정의를 포함하고, 상기 개념 설계 정보는 이벤트 식별 정의와 프로세스 식별 정의를 포함하고, 상기의 (b) 내지 (e) 모듈은 각각의 모듈에서 입력하는 각각의 정보를 대상 및 범위 데이터베이스(DB), 요구사항 정의 데이터베이스(DB), 적용정보 정의 데이터베이스(DB), 개념 설계 데이터베이스(DB)의 형태로 데이터 기록 매체에 저장하며, 상기 요구사항 정의 데이터베이스(DB)는 상기 저장된 대상 및 범위 데이터베이스(DB)에서 각각 정보의 속성을 상속받고, 상기 적용정보 정의 데이터베이스(DB)는 상기 저장된 요구사항 정의 데이터베이스(DB)에서 기능 요구 사항의 데이터 속성 식별에 대한 절차 구성과 속성 구성 정보의 각각 정보의 속성을 상속 받으며, 상기 개념 설계 데이터베이스(DB)의 이벤트 식별 정의 정보는 상기 저장된 적용정보 정의 데이터베이스(DB)에서 각각 정보의 속성을 상속받아, 이벤트 식별 정보를 설정하고 프로세스 식별 정의 정보에 상속하며, 상기 복수의 데이터베이스 들은 계층을 이루는 것을 특징으로 하며, 사용자는 상기 상속 관계로 데이터 기록 매체에 저장된 상기 대상 및 범위 데이터베이스(DB), 상기 요구사항 정의 데이터베이스(DB), 상기 적용정보 정의 데이터베이스(DB), 상기 개념 설계 데이터베이스(DB)에서 상기 응용프로그램의 분석 및 설계 과정에서 필요로하는 정보들을 검색하고 계층화하여, 배열할 수 있는 것을 특징으로 한다.
또한, 상기 응용 프로그램을 분석하고 설계하는 방법을 이루는 복수의 단계들은, 상기 (e) 단계 이후에, 사용자가 상기 데이터 기록 매체에 저장된 상기 대상 및 범위 데이터베이스(DB), 상기 요구사항 정의 데이터베이스(DB), 상기 적용정보 정의 데이터베이스(DB), 상기 개념 설계 데이터베이스(DB)를 검색하여 확인하는 방식으로, 출력 모듈을 통해 사용자에게 상기 응용 프로그램의 분석서 또는 설계서를 디스플레이하는 (f) 단계를 더 포함하는 것을 특징으로 한다.
또한, 상기 (a) 단계의 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조는 복수의 그룹화된 정보를 포함하며, 상기 복수의 그룹(group) 정보는 시스템, 단위업무, 분석 유형, 구성, 적용정보, 이벤트, 프로세스, 관계정보, 기능(function), 코드(code), 정의를 포함하고 상기 복수의 그룹(group) 정보는 하위 속성을 포함하는 것을 특징으로 한다.
또한, 상기 (b) 단계의 대상 및 범위 설정 모듈은 상기 대상 및 범위 정보를 이루는 상기 적용 시스템과 상기 적용 단위 업무를 설정하되, 상기 적용 시스템에 대한 하위 속성을 설정하는 과정은 대표 시스템, 서브 시스템 및 보조 시스템에 대한 기록 정보를 설정하는 순서로 이루어지고, 상기 서브 시스템은 상기 대표 시스템을 상속받고, 상기 보조 시스템은 상기 서브 시스템을 상속받으며, 상기 시스템에 대한 기록 정보를 설정한 이후, 상기 대표, 서브, 보조 시스템의 설정 정보를 상속받아 상기 단위 업무 정보를 설정하는 과정을 더 포함하고, 상기 단위 업무 정보의 속성으로는 유형과 업무로 이루어지고, 상기 단위 업무 정보를 설정하는 과정에서, 상기 유형은 상기 업무에서 상속 받는 것을 포함하여 상기 요구 사항 정의 데이터베이스(DB)에 조건적으로 상속하는 것을 특징으로 한다.
또한, 상기 (c) 단계의 요구 사항 정의 설정 모듈은 상기 비기능 요구 사항과 기능 요구 사항을 설정하되, 상기 비기능 요구 사항은 하위 속성에 대하여, 환경 요구 사항, 품질 요구 사항, 제약사항을 설정하고, 상기 환경 요구 사항, 품질 요구 사항, 제약사항의 하위 과정 구성의 속성 종류에 대한 정의 정보 설정을 포함하고, 상기 기능 요구 사항은 하위 속성에 대하여 사전 구성 정보와 데이터 속성 식별 정보를 설정하고, 상기 사전 구성 정보 설정은 하위 과정 구성의 속성 종류를 설정하고 상기 데이터 속성 식별 설정은 하위 과정 구성의 대표 속성 종류에 대한 하위 속성 절차를 설정하는 것을 포함하며, 상기 데이터 속성 식별 정보에 대한 절차 구성 정의 정보와 속성 구성 정의 정보를 포함하여 적용 정보 데이터베이스(DB)에 상속하는 것을 포함하는 것을 특징으로 한다.
또한, 상기 (d) 단계의 적용 정보 정의 설정 모듈은 상기 데이터 속성 식별 정보에 대한 절차 구성 정보와 속성 구성 정보에 대한 적용 정보를 설정하되, 상기 절차 구성 정보와 속성 구성 정보는 적용정보 속성을 설정을 하고, 상기 개념 설계 데이터베이스(DB)의 이벤트 식별 정보에 상속하는 것을 특징으로 한다.
또한, 상기 (e) 단계의 개념 설계 설정 모듈은 선행 단계 이벤트 식별과 후행 단계 프로세스 식별 정보를 설정하되, 상기 선행 단계 이벤트 식별 설정은 이벤트의 속성을 설정하고 이벤트와 관계한 프로세스의 속성 설정을 포함하며 상기 개념 설계 데이터베이스(DB)의 프로세스 식별 정보에 상속하는 과정과 상기 후행 단계 프로세스 식별 설정은 프로세스, 관계정보 기능(function), 코드(code) 정보에 대한 관련한 하위 속성을 포함한 정보에 프로세스, 인터페이스, 연계, 프로시저, 코드를 설정하는 것을 포함하는 특징으로 한다.
본 발명의 분석, 설계 응용프로그램은 분석, 설계 과정이 단축되며, 과정 간에 번호체계로 종속 관계가 설정됨으로 분석, 설계 간에 누락 업무가 발생하지 않고, 직시적 화면 표현(구현)으로 유스케이스, 컴포넌트 식별의 난해함을 해소 할 수 있으며, 유스케이스 다이어그램, 클래스 다이어그램, 시퀀스 다이어그램의 생략이 가능하여 CASE tool 사용에 대한 부담이 해소 될 수 있다. 또한 편집기에 의한 수기 작성 하였던 분석서, 설계서를 출력기로 출력하는 가시적 효과와 분석, 설계의 기간 단축과 질 향상에 따라 프로그램 개발적인 측면, 관리적인 측면, 산업적인 측면에서 혁신화를 기대 할 수 있다.
또한, 프로그램 개발적인 측면에서, 단계별 정의 설정이 직시적으로 표현되어 유스케이스 다이어그램, 컴포넌트 상호작용, 클래스 다이어그램, 시스퀀 다이어그램 식별 및 구성에 대한 혼선 방지와 Case Tool 사용한 모델링을 생략 할 수 있다. 또한, 모듈, 프로시저를 직시적으로 식별되는 탁월함이 발생하고, 기능의 깊이별로 식별이 가능하여 중복/반복 서술 등 오류 발생 소지를 축소할 수 있다. 또한 인터페이스와 연계 정의가 상세하고 알고리즘까지 정의가 가능하다. 이로 인하여 안정적인 프로그램 구현이 가능하여 기능 향상, 프로그램 개발(분석, 설계, 구현) 기간 단축, 비용이 절감 및 Case Tool 사용에 대한 부담이 해소되는 효과가 있다.
프로그램 관리 측면에서 보면, 시험·가동 및 유지보수 측면에서 프로그램 수정에 대한 분석, 설계서 변경이 단순하고 용이하게 관리되며, 운영 프로그램, 분석서, 설계서 일치가 가능하다. 또한 분석, 설계서 통합과 DB화가 가능하여 분석·설계자, 개발(구현/코딩)자, 관리자, 감독자, 감리자 공통으로 운영, 관리 가능하다. 또한, 관리 감독 업무의 상시화로 업무 프로그램의 고급화, 차별화, 지능화를 기대할 수 있다.
프로그램 산업적인 측면에서 보면 응용프로그램 개발 분석, 설계 Application에 대한 국내외 새로운 시장 발생, 국내 현행 업무 프로그램 분석서, 설계서 재 작성으로 인한 새로운 사업 발생으로 인한 돌발적 뉴딜 사업 기대, 국내 현행 업무 시스템의 BPR/ISP 수행 가치가 보장되고 상승하여 업무 시스템의 BPR/ISP 사업 활성화로 인한 BPR/ISP 사업 시장 확대, 주요 업무(Business) 프로그램 모듈화가 용이하여 수출 시장 기대, 프로그램 감리가 특화 될 수 있어 선도적 국내외 시장 활성화를 기대와 정보화에 대한 새로운 차원의 교육 시장도 기대 할 수 있다.
도 1은 종래의 분석, 설계 과정과 본 발명의 분석, 설계 과정을 비교한 도면.
도 2(a)는 본 발명의 일 실시예에 따른 응용 프로그램 설계 방법 및 장치에 대한 시스템 구성도를 나타낸 도면.
도 2(b)는 본 발명의 일 실시예에 따른 응용 프로그램 설계 방법 및 장치에 대한 정보 시스템의 총괄 흐름을 나타낸 도면.
도 3은 본 발명의 일 실시예에 따른 응용 프로그램 설계 방법 및 장치에 대한 정보 시스템의 메인 화면을 나타낸 도면.
도 4는 본 발명의 일 실시예에 따른 출력물을 나타낸 도면.
도 5(a),(b)는 본 발명의 일 실시예에 따른 데이터베이스(DB) frame work의 데이터 구조에 대한 group 정보의 속성 및 group 정보 간 관계를 나타낸 도면.
도 5(c)는 본 발명의 일 실시예에 따른 frame work 요구 사항 정의 데이터를 기록 매체별로 나타낸 도면.
도 5(d)는 본 발명의 일 실시예에 따른 DB틀(frame work) 개념 설계 정의 데이터를 기록 매체별로 나타낸 도면.
도 6(a)는 본 발명의 일 실시예에 따른 대상 및 범위 설정 모듈 흐름도를 나타낸 도면.
도 6(b)는 본 발명의 일 실시예에 따른 대상 및 범위 설정 단계의 상위 과정 시스템 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 나타낸 도면.
도 6(c)는 본 발명의 일 실시예에 따른 대상 및 범위 설정 단계의 중위 과정 단위업무 데이터 등록에 대한 일 실시 예를 데이터 기록 매체별로 나타낸 도면.
도 7(a)는 본 발명의 일 실시예에 따른 요구 사항 정의 설정 모듈 흐름도를 나타낸 도면.
도 7(b)는 본 발명의 일 실시예에 따른 요구 사항 정의 설정 단계의 상위 과정 분석 유형 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 나타낸 도면.
도 7(c)는 본 발명의 일 실시예에 따른 요구사항 정의 설정 단계의 중위 과정 구성 데이터 등록 일 실시예를 데이터 기록 매체별로 나타낸 도면.
도 7(d)는 본 발명의 일 실시예에 따른 개념 설계 정의 설정 단계의 중위 과정 구성 데이터 등록에 대한 일 실시 예를 데이터 기록 매체별로 나타낸 도면.
도 8(a)는 본 발명의 일 실시예에 따른 적용 정보 정의 설정 모듈 흐름도를 나타낸 도면.
도 8(b)는 본 발명의 일 실시예에 따른 적용 정보 설정 단계의 데이터 속성 식별에 관계한 적용 정보 데이터 등록에 대한 색인부를 데이터 기록 매체별로 나타낸 도면.
도 8(c)는 본 발명의 일 실시예에 따른 적용 정보 설정 단계의 데이터 속성 식별에 관계한 적용 정보 데이터 등록에 대한 인적 정보부의 일 실시예를 데이터 기록 매체별로 나타낸 도면.
도 9(a)는 본 발명의 일 실시예에 따른 개념 설계 설정 모듈 흐름도를 나타낸 도면.
도 9(b)는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 선행 단계 절차 구성에 관계한 이벤트 데이터 등록에 대한 일 실시 예를 데이터 기록 매체별로 나타낸 도면.
도 9(c)는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 선행 단계 속성 구성에 관계한 이벤트 데이터 등록에 대한 일 실시 예를 데이터 기록 매체별로 나타낸 도면.
도 9(d)는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 후행 단계 절차 구성에 대한 프로세스 데이터 등록에 대한 일 실시 예를 데이터 기록 매체별로 나타낸 도면.
도 9(e)는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 후위 단계 속성 구성에 관계한 프로세스 데이터 등록에 대한 일 실시 예를 데이터 기록 매체별로 나타낸 도면.
도 9(f)는 일 실시예에 따른 본 발명의 개념 설계 설정 단계의 후행 단계 속성 구성에 관계한 프로세스 데이터 등록에 대한 일 실시 예를 데이터 기록 매체별로 계속 나타낸 도면.
이하, 본 발명의 기술적 사상을 첨부된 도면을 사용하여 더욱 구체적으로 설명한다.
첨부된 도면은 본 발명의 기술적 사상을 더욱 구체적으로 설명하기 위하여 도시한 일례에 불과하므로 본 발명의 기술적 사상이 첨부된 도면의 형태에 한정되는 것은 아니다.
도 1은 종래의 분석, 설계 과정과 본 발명의 분석, 설계 과정 비교한 도면이다. 도1을 참조하면, 본 발명의 분석, 설계 과정은 종래의 분석, 설계 과정을 단축하였으며, 과정 간에 번호체계로 종속 관계가 설정됨으로 분석, 설계 간에 누락 업무가 발생하지 않고, 직시적 화면 표현(구현)으로 유스케이스, 컴포넌트 식별의 혼란을 해소 할 수 있으며, 유스케이스 다이어그램, 클래스 다이어그램, 시퀀스 다이어그램의 생략이 가능하여 CASE tool 사용에 대한 부담이 해소 될 수 있다. 또한 편집기에 의한 수기 작성 하였던 분석서, 설계서를 출력기로 출력하는 가시적 효과와 분석, 설계의 기간 단축과 설계서 질 향상으로 개발 프로그램의 성능 향상에 기여할 수 있다.
도 2a는 본 발명의 응용 프로그램 설계 방법 및 장치에 대한 시스템 구성도이다. 본 시스템은 (A00)클라이언트와 (B00)서버로 구성되며 클라이언트의 응용 프로그램군은 (A10)[사용자(사용자 1 내지 사용자 N)]은 사용자 관리의 권한 조건적으로 프로그램 접속 및 모듈 운영 권한에 의하여 (A20)[프레임웍 데이터 구조 생성(활성화)]을 초기 1회 실행하고, (A30)[분석, 설계 정보 설정 모듈(대상 및 범위, 요구 사항 정의, 적용 정보, 개념 설계 정의)]를 입력 장치에 의하여 설정하면 인터페이스에 의하여 (B00)서버의 (B10)[데이터베이스 구축(대상 및 범위 DB), (요구사항 정의 DB), (적용 정보 정의 DB), (개념 설계 DB)]에 저장하고, (A30)[분석, 설계 정보 출력 모듈(분석, 설계서 출력)]은 출력 장치와 인터페이스에 의하여 기 구축된 대상 및 범위 DB, 요구 사항 정의 DB, 적용 정보 정의 DB, 개념 설계 DB를 응용 프로그램의 조건적 검색을 통하여 분석, 설계서를 출력한다. 상기의 기능을 정보화적 처리를 위하여 클라이언트와 서버에 소프트웨어(OS, DB, 응용 프로그램), 하드웨어(CPU, 메모리, 입력 장치, 출력 장치, 주변 장치 등)을 보유한다.
도 2b는 본 발명의 응용 프로그램 설계 방법 및 장치에 대한 정보 시스템의 총괄 흐름도이다. 도2b를 참조하면, 상기 응용프로그램 설계 방법은, DB 틀(Frame Work)에서 분석, 설계 과정별 설정 절차에 대한 클라이언트의 응용 프로그램은 (100)대상 및 범위 설정 단계 모듈, (200)요구 사항 정의 설정 단계 모듈, (300)적용 정보 정의 설정 단계 모듈, (400)개념 설계 정의 설정 단계 모듈, (410)이벤트 식별 선행 단계 모듈, (420)프로세스 식별 후행 단계 모듈과 (500)출력 단계 모듈로 응용 프로그램군이 구성된다. 상기 (100)대상 및 범위 설정 모듈 단계의 응용 프로그램은 클라이언트에서 입력 장치로 상위 과정 (110)시스템을 설정하고 중위 과정 (120)단위 업무를 설정하여 대상 및 범위 설정 정보를 인터페이스를 통하여 서버의 대상 및 범위 데이터베이스(DB)에 데이터 기록 매체별로 저장한다. (200)요구 사항 정의 설정 모듈 단계의 응용 프로그램은 클라이언트에서 서버의 대상 및 범위 데이터베이스(DB)를 인터페이스를 통하여 조건적으로 상속받아서 입력 장치로 (210)상위 과정 분석 유형 대표 속성 “요구 사항 정의”를 선택 설정하고 이하 대표 속성 계속 (211)비기능 요구 사항, (212)기능 요구 사항을 선택 설정하고. (220)상위 과정 분석 유형 중위 속성 형식을 선택 설정하여 (230)중위 과정 구성 정보에 상속한다.
상기 (230)중위 과정은 (231)대표 속성(종류) 설정, (232)중위 속성(절차)를 설정하여 인터페이스를 통하여 서버의 요구사항 정의 데이터베이스(DB)에 과정별 기록 매체별로 저장한다. (300)적용 정보 정의 설정 모듈 단계의 응용 프로그램은 클라이언트에서 서버의 요구사항 정의 데이터베이스(DB)를 인터페이스를 통하여 조건적으로 상속받아서 입력 장치에 의하여 (310)대표 속성 DA 설정, (320)중위 속성 GR 설정, (330)하위 속성 관리 설정, (340)상세 속성 항목을 설정하여 인터페이스를 통하여 서버의 적용 정보 데이터베이스(DB)에 과정별 기록 매체별로 저장한다.
(400)개념 설계 정의 모듈 단계의 응용 프로그램은 (410)이벤트 식별 설정 선행 단계는 클라이언트에서 서버에 기록된 적용 정보 데이터베이스(DB)를 인터페이스를 통하여 조건적으로 상속받아서 입력 장치에 의하여 이벤트 식별 정보를 설정하여 서버의 개념 설계 데이터베이스(DB)에 이벤트 정보를 데이터 기록 매체별로 저장하며, (420)프로세스 식별 후행 단계는 클라이언트에서 서버에 기록된 이벤트 정보를 인터페이스를 통하여 조건적으로 상속 받아서 입력 장치로 프로세스 식별 정보를 설정하여 서버의 개념 설계 데이터베이스(DB)에 저장한다.
(500)출력 모듈 단계 응용 프로그램은 클라이언트에서 데이터 검색 기능으로 서버에 구축된 대상 및 범위 데이터베이스(DB), 요구사항 정의 데이터베이스(DB), 적용 정보 정의 데이터베이스(DB), 개념 설계 데이터베이스(DB)를 사용자가 지정한 조건으로 검색, 호출하여 분석, 설계서를 출력 장치에 의하여 출력한다. 상기의 기능을 정보화적 처리를 위하여 클라이언트와 서버에 소프트웨어(OS, DB, 응용 프로그램), 하드웨어(CPU, 메모리, 입력 장치, 출력 장치, 주변 장치 등)를 보유한다.
도 3은 본 발명의 응용 프로그램 설계 방법 및 장치에 대한 시스템의 메인 화면을 나타낸 도면이다. 도3에 도시된 바와 같이, 본 발명의 응용 프로그램 설계 방법 및 장치에 대한 정보 시스템으로 등록된 데이터는 분석, 설계의 양식으로 출력 장치에 의하여 출력된다.
상기 응용 프로그램 설계 방법 및 장치에 대한 시스템의 응용 프로그램은 소프트웨어[데이터베이스(DB) 프레임웍을 구성하는 데이터 구조를 생성, 대상 및 범위 설정 모듈, 요구 사항 정의 설정 모듈, 적용 정보 정의 설정 모듈, 개념 설계 설정 모듈, 출력 모듈]와 하드웨어[컴퓨터를 구성하는 장치(CPU, 메모리, 입력 장치, 출력 장치, 데이터 기록 매체)]로 구성한다.
상기 메인 화면은 선택부, 식별부, 설정부로 구성된다. 상기 선택부는 시스템, 단위업무, 분석 유형, 구성에 대한 부화면을 구성하며, 상기 시스템은 대표, 서브, 보조 설정을 위한 콤보 박스를 구성한다. 또한, 상기 단위 업무는 업무, 유형 설정을 위한 콤보 박스를 구성하며, 상기 분석 유형은 과정 설정을 위한 2단계 콤보 박스를 구성하고, 형식 선택을 위한 2단계 체크 박스를 구성한다. 또한, 상기 구성은 종류 설정을 위한 2단계 콤보 박스를 구성하고, 과정 선택을 위한 2단계 체크 박스를 구성한다.
또한, 상기 식별부는 요구 사항 정의, 이벤트 식별, 프로세스 식별 메뉴 버튼으로 구성된다. 상기의 요구 사항 정의 식별 메뉴 버튼은 선택부에서 분석 유형 과정의 (100)요구사항 정의, (120)기능 요구 사항, 형식 단계의 (120)데이터 속성 식별 선택 되어야 버튼이 활성화되고 이외는 비활성화로 선택이 안 된다.
상기의 이벤트 식별 메뉴 버튼은 선택부에서 분석 유형 과정의 (200)개념 설계, (210)명세화, 형식 단계의 (200)이벤트 식별 선택 되어야 버튼이 활성화되고 이외는 비활성화로 선택이 안 된다.
상기의 프로세스 식별 메뉴 버튼은 선택부에서 분석 유형 과정의 (200)개념설계, (210)명세화, 형식 단계의 (300)프로세스 식별 선택 되어야 버튼이 활성화되고 이외는 비활성화로 선택이 안 된다.
또한 상기 설정부는 적용정보, 이벤트, 프로세스, 기능, 코드, 적용 내역, 세부 내역, 전제 조건에 대한 설정 부화면으로 구성한다. 상기의 적용정보 속성((Da, Gr, 관리, 속성)은 식별부 데이터 속성 식별 메뉴 버튼 클릭으로 설정부 활성화되어 입력을 준비한다. 상기의 이벤트의 속성(L1, L2, L3, L4, L5)은 프로세스의 속성(주)은 식별부 이벤트 식별 메뉴 버튼 클릭으로 설정부 활성화되어 입력을 준비한다. 상기의 프로세스의 속성(서브, 보조), 관계정보의 속성(Sys, Da, 속성), 기능의 속성(주, 서브, 보조), 코드(L1, L2, L3)는 식별부 프로세스 식별 메뉴 버튼 클릭으로 설정부 활성화되어 입력을 준비한다.
상기의 적용 내역, 세부 내역, 전제 조건은 적용정보, 이벤트, 프로세스, 관계정보, 기능, 코드의 번호체계에 대한 정의를 설정하는 속성이다.
도4는 본 발명의 일 실시예에 따른 출력물을 나타낸 도면이다. 도4를 참조하여 분석, 설계 산출물 유형별 검색에 대해 설명한다.
여기서 출력 모듈 응용 프로그램은 클라이언트에서 사용자에 의하여 검색 조건을 입력 장치에 의하여 설정하는 과정은 하기와 같다.
(710)서브 시스템 선택 단계는 서브 시스템 종류를 콤보 박스로 조회, 선택하며, (720)단위업무 선택 단계는 대상 업무를 콤보 박스로 조회, 선택하고, (730)유형 선택 단계는 대상 업무의 유형을 콤보 박스로 조회 선택한다.
이때 상기 (800)산출물 선택 단계는 (810)분석 단계, (820)설계 단계의 체크 박스를 활성화 시키고, 사용자는 (810)분석 단계, (820)설계 단계 중 하나를 선택하게 된다.
(810)분석 단계 설정 경우, 분석 산출물 유형의 부화면을 조회한다. 상기 부화면은 (811)요구 분석(요구사항 정의서), (812)유스케이스 정의(유스 케이스 목록, 유스케이스 명세), (813)논리 모델 정의(엔티티 정의, 속성 유형 정의), (814) 컴포넌트 정의(컴포넌트 식별, 컴포넌트 명세서)를 포함하고 있으며, 적어도 하나 이상 선택하게 된다.
상기 (811)요구 분석 단계의 요구 사항 정의서는 분석 유형(3)의 속성(과정)의 요구 분석에 대한 하위 단계 비기능 요구 사항, 기능 요구 사항을 식별하고, 비기능 요구 사항의 경우는 하위 속성(형식)의 환경 요구 사항, 품질 요구 사항, 제약 사항에 대한 하위 단계 구성(4)의 속성(종류, 절차)을 검색한다.
기능 요구 사항 경우는 하위 속성(형식)의 사전 구성 정보, 데이터 속성 식별에 대한 하위 단계 구성(4)의 속성(종류, 절차)을 검색한다. 상기 (812)유스케이스 정의 단계의 유스케이스 목록 및 유스케이스 명세 검색은 구성(4)의 속성(종류, 절차)을 검색한다. 또한, (813)논리 모델 정의 단계의 엔티티 정의서는 적용정보(5)의 속성(Da)을 검색하고 속성 유형 정의서는 관계정보(5)의 속성(Da, 항목)을 검색한다.
(814)컴포넌트 정의 단계의 컴포넌트 식별과 컴포넌트 명세는 이벤트(6)의 속성(L1, L2, L3, L4, L5)을 검색한다.
(820)설계 단계 설정의 경우, 분석 산출물 유형의 부화면을 조회하기 위해, (821)DB 설계(데이터베이스 목록, 데이터베이스 명세, 코드 목록), (822)아키텍처 설계(인터페이스 목록, 연계 정의서), (823)프로그램 설계(프로그램 목록, 프로그램 명세) 중 적어도 하나 이상을 선택하게 된다.
상기 (820)설계 단계에서 (821)DB 설계의 데이터베이스 목록은 적용정보(5)의 속성(Da)을 검색하고, 데이터베이스 명세는 관계정보(5)의 속성(Da, 항목)을 검색 하며, 코드 목록은 코드(10)의 속성(L1)에서 C00 체계의 정의(11)의 속성(세부내역)을 검색한다.
(822)아키텍처 설계 단계의 인터페이스 목록은 관계정보(8)의 속성(Sys) 번호체계 E00에 대한 검색과 하위 속성(Da, 항목)을 검색하고, 연계 정의서는 관계정보(8)의 속성(Sys) 번호체계 S00에 대한 검색과 하위 속성(Da, 항목)을 검색한다.
(823)프로그램 설계 단계의 프로그램 목록은 적용정보(5)의 속성(속성(attribute))에 대한 (프로세스(7))의 속성(주, 서브, 보조)의 번호체계 대분류 “500”, “600”, “700” 즉 프로그램명만을 식별하고, 프로그램 명세는 (프로세스(7))의 속성(주, 서브, 보조)의 번호체계 대분류에서 상속받은 중분류 “110”, “120” 즉 프로그램 절차만을 식별한다.
(900)출력 모듈 단계는 클라이언트 응용 프로그램에 의하여 사용자가 선택한 조건으로 인터페이스를 통하여 서버에 구축된 데이터베이스(DB)를 검색하여 출력 장치에 의하여 출력한다.
본 발명의 응용 프로그램 설계 방법 및 장치의 도 2a 정보 시스템의 구성과 도 2b 총괄 흐름을 상세히 설명하기 위하여, 본 발명 일 실시예에 따른 (A20)[데이터베이스(DB) 프레임웍을 구성하는 데이터 구조 생성] (A30)[분석, 설계 정보 설정 모듈(대상 및 범위 설정 모듈, 요구 사항 정의 설정 모듈, 적용 정보 설정 모듈, 개념설계 정의 설정 모듈)]의 단계별 상세 기능을 도표를 예시하여서 하기와 같이 설명한다.
도 5a 및 도 5b는 본 발명의 데이터베이스(DB) frame work의 데이터 구조에 대한 group 정보의 속성 및 group 정보간 관계를 나타낸 도면으로, 데이터베이스(DB) 틀(Frame Work)의 데이터 구조는 (1)시스템 group 속성(대표, 서브, 보조), (2)단위업무 group 속성(업무, 유형), (3)분석 유형 group 속성(과정, 형식), (4)구성 group 속성(종류, 절차), (5)적용정보 group 속성(Da, Gr, 관리, 항목), (6)이벤트 group 속성(L1, L2, L3, L4, L5), (7) 프로세스 group 속성(주, 서브, 보조), (8)관계정보 group 속성(Sys, Da, 항목), (9)기능 group 속성(주, 서브, 보조), (10)코드 group 속성(L1, L2, L3), (11)정의 group 속성(적용내역, 세부내역, 전체조건 및 보충)으로 구성하여 시스템, 단위업무, 분석 유형, 구성, 적용정보, 이벤트, 프로세스, 관계정보, 기능, 코드 group 속성은 숫자/문자(번호체계)로 구성하고 정의 group 속성 문자로 구성하며 단계별 과정 간에 번호체계를 관계하여 상속 관계를 갖는 데이터 구조로 생성한다.
도 5c는 본 발명의 일 실시예에 따른 DB 틀(Frame Work) 요구 사항 정의 데이터 기록 매체별로 나타낸 도면이며, 도 5d는 본 발명의 일 실시예에 따른 DB 틀(Frame work) 개념 설계 정의를 데이터 기록 매체별로 나타낸 도면이다.
도5c 내지 도 5d를 참조하면, 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조를 생성(creation) 목적은 사용자가 분석, 설계 정보를 규격화된 틀에서 등록하기 위한 복수의 단계별 과정을 관련 번호체계로 데이터 기록 매체별로 저장하기 위함이다.
상기 DB 틀(Frame Work)의 생성 특징은 대상 및 범위, 요구 사항 정의, 적용 정보 정의, 개념 설계 정의를 단계별로 상속 관계적인 데이터 기록 매체별로 저장하고 조건적으로 배열 조합할 수 있는 검색 기능으로 데이터베이스 속성, 인터페이스, 연동, 프로세스, 기능, 코드에 대한 정의를 범위(range), 깊이(Depth), 수준(level)을 관계한 번호체계에 의한 계층적, 상대적으로 데이터 기록 매체별로 생성함으로 종래에 프로그램 개발을 위한 모든 과정이 분산 작업하였던 것을 통합하는 특징을 갖는다.
도 6a는 본 발명의 일 실시예에 따른 대상 및 범위 설정 모듈의 흐름도이다. (100)대상 및 범위 설정 모듈은 클라이언트에서 구동되는 응용 프로그램으로 시스템 정보와 단위 업무 정보를 조회하여 선택하는 기능으로 정보처리 순서는 상위 과정 (110)시스템 등록은 상위 속성(111)대표 시스템 등록하고 중위 속성 (112)서브 시스템은 대표 시스템을 상속받아 등록하며 하위 속성 (113)보조 시스템은 서브 시스템을 상속받아 설정하고 중위 과정 (120) 단위 업무 등록에 상속한다. 중위 과정 (120)단위 업무 등록은 상위 과정(110)시스템 등록 정보를 상속 받아서 시작하며 대표 속성 (121)업무를 등록하고 중위 속성 (122)유형은 업무를 상속받아 등록하여 인터페이스를 통하여 서버에 대상 및 범위 데이터베이스(DB)를 과정별 정보를 데이터 기록 매체별로 저장한다.
도 6b는 본 발명의 일 실시예에 따른 대상 및 범위 단계의 상위 과정 시스템 데이터 등록에 대한 일 실시 예에 따른 데이터 기록 매체별로 나타낸 도면이며, 도 6를 참조하여 더욱 상세히 설명한다.
시스템(1) 설정의 목적은 개발 예정 또는 개발된 시스템을 설정하는 단계로 대표 시스템, 서브 시스템, 보조 시스템에 대하여 분석, 설계, 개발, 유지보수, 버전업 등 해당사의 프로그램을 통합 관리한다. 상기 시스템 설정은 응용 프로그램 개발을 위한 분석 과정에서 첫 번째 과정으로 통합 프로그램에 대한 분석-설계-프로그램 일치화를 위한 체계적 관리 감독을 가능하게 하는 특징이 있다.
또한, 상기 시스템 설정의 데이터 구조 및 형식은 시스템(1)의 속성(대표, 서브, 보조)은 번호체계, 정의(11)의 속성(적용 내역, 세부내역, 전제 조건 및 보충)은 문자로 구성하며 단위 업무(2) 연계하여 번호 체계를 관계하여 상속한다.
또한, 상기 시스템의 데이터 기록은 시스템(1)의 속성(대표, 서브, 보조)에 상위, 하위를 관계한 번호체계 순서에 따른 데이터 기록 매체별로 생성하여 대상 및 범위 데이터베이스(DB)에 기록 저장한다. 또한, 상기 시스템 설정의 관계는 시스템(1)의 속성(대표, 서브, 보조)에서 속성 간에 관계적 상속 관계를 조건으로 하여 적용 시스템을 정의한다.
상기 시스템(1)의 속성(대표)은 하위 속성(서브)에 상속한다. 하위 속성(서브)은 속성(대표)에서 상속받아 설정하고 하위 속성(보조)에 상속 하나, 상속이 발생하지 않으면 상속하지 아니한다.
도 6b에 도시된 XX 의료 재단 정보 시스템을 예시로 시스템 설정 과정을 설명한다. 시스템(1)의 속성(대표)의 설정은 (10)XX 의료 재단 정보 시스템으로 설정 하고 하위 속성(서브)에 상속 한다. 하위 속성(서브)의 설정은 상위 속성(대표)에서 상속받아 (01)진료정보, (02)임상검진 정보, (03)영상 정보, (04)건강 검진으로 설정 한다. 또한, 하위 속성(보조)의 설정은 상위 서브시스템 유형별로 설정한다.
상위 속성(서브)의 (01)진료정보에 대한 하위 속성(보조)은 (01)전자의무기록, (02)심사청구, (03)정보 전달로 설정한다. 상위 속성(서브)의 (02)임상검진정보, (03)영상정보, (04)건강검진은 하위 속성(보조)은 시스템이 발생하지 않아 설정하지 않는다.
도 6c는 본 발명의 일 실시예에 따른 대상 및 범위 단계의 중위 과정 단위업무(2) 데이터 등록에 대한 일 실시 예에 따른 데이터 기록 매체별로 나타낸 도면이다. 도6c를 참조하여 더욱 상세히 설명한다.
도 6c에 도시된 단위 업무(2) 설정의 목적은 대상 시스템에 대한 업무와 유형을 설정하는 과정으로 해당사의 실, 과, 소 업무에 대하여 정보화의 특수성을 고려하여 구성하고 요구 사항 정의, 개념 설계에 대한 대분류 기준으로 삼는다. 단위 업무(2) 설정은 중대규모의 프로그램 개발에서 업무 분담의 기준이 될 수 있어 개발 또는 유지보수 담당자 선정에 합리적일 수 있고 업무별로 요구 사항 정의, 개념 설계의 자료관리가 용이한 특징이 있다.
단위 업무의 설정에서 데이터 구조 및 형식은 단위업무(2)의 속성(업무, 유형)은 번호체계, 정의(11) 속성(적용내역, 세부내역, 전제 조건 및 보충)은 문자로 구성하고 시스템(1)을 연계하여 번호 체계를 관계하여 상속받는다.
단위업무의 설정의 발생은 시스템(1)의 속성(대표, 서브, 보조)에 대하여 단위업무(2)의 속성(업무, 유형) 설정으로 발생한다.
단위업무의 설정 정보 데이터 기록은 시스템(1)에서 상속받아 단위업무(2)의 속성(업무, 유형)에 상위, 하위를 관계한 번호체계 순서에 따라 데이터 기록 매체별로 저장한다.
단위업무의 설정의 관계는 시스템(1)의 속성(대표, 서브, 보조)에 대하여 단위업무(2)의 대표 속성(업무)을 정의하고 하위 속성(유형)을 정의하여 적용 업무를 구성하고 분석 유형(3)에 상속한다.
단위업무의 설정의 속성 정의는 단위업무(2)의 대표 속성(업무)은 하위 속성(유형)에 상속한다. 하위 속성(유형)은 상위 속성(업무)에서 상속받아 설정하며, 발생하지 않으면 상속받지 않는다.
도 6c에 도시된 건강검진 시스템을 예시로 단위업무 설정에 대해 설명한다. 상기 시스템(1)의 속성(대표)의 (10)XX 의료 재단 정보 시스템의 하위 속성(서브), (04)건강검진 시스템(Health)에 대한 단위업무(2)의 대표 속성(업무),은 (01)기반정보, (02)예약정보, (03)접수 정보, (04)검진 결과정보, (05)판정정보, (06)소견정보, (07)CRM정보, (08)수납정보, (09)청구정보, (10)미납정보, (11)문진정보, (12)오더정보로 구성 설정하고 각각에 하위 속성(유형)에 상속 한다.
상기 단위업무(2)에 대한 하위 속성(유형)은 상위 속성(업무)별로 상속받아 설정 하며, (01)기반 정보관리의 하위 속성(유형)은 (01)병원정보, (02)인적정보, (03)검사항목, (04)참고치 정보, (05)사용자 정보, (06)개별 묶음정보로 설정하고, (02)예약 정보관리의 하위 속성(유형)은 (01)인터넷 예약, (02)내원 및 전화 예약 설정으로 설정하고, (03)접수 정보관리의 하위 속성(유형)은 (01)내원 검진 접수, (02)출장 검진 접수로 설정한다. 또한, (04)검진결과 정보관리의 하위 속성(유형)은 (01)임상검진 결과, (02)장비검진 결과로 설정하고, (05)판정 정보관리의 하위 속성(유형)은 (01)종검 판정, (02)일검 판정, (03)특검 판정, (04)오대암 판정으로 설정하고 (06)소견 정보관리의 하위 속성(유형)은 (01)건보 소견, (02)임상 검사항목 소견, (03)임상 표적 소견, (04)특검소견으로 설정한다. 또한, (07)CRM 정보관리의 하위 속성(유형)은 (01)사후관리지원, (02)이메일, 문자 발송으로 설정하게 된다. 상기 도8에 도시된 단위업무(2)의 (08)수납 정보관리, (09)청구 정보관리, (10)미납 정보관리, (11)문진 정보관리, (12)오더 정보관리에 대한 하위 속성(유형)의 설정은 생략하기로 한다.
도 7a는 본 발명의 일 실시예에 따른 요구 사항 정의 설정 모듈 흐름도이다. (200)요구 사항 정의 설정 모듈은 클라이언트에서 구동되는 응용 프로그램으로 분석 유형 정보와 구성 정보를 조회하여 선택하는 기능으로 정보처리 순서는 인터페이스를 통하여 서버에 구축된 대상 및 범위 데이터베이스(DB)를 상속받아서 요구 사항 정의 정보를 설정하는 과정으로 상위 과정 (210)분석 유형 등록은 대표 속성 (210a)요구 사항 정의 설정하고 계속 대표 속성 (211a)비기능 요구 사항과 (211b)기능 요구 사항을 설정 한다.
상기 계속 대표 속성 (211a)비기능 요구 사항 설정은 대표 속성 (210a)요구 사항 정의와 관계하여 중위 속성 형식 정보를 (212a1)환경 요구 사항, (212a2)품질 요구 사항, (212a3)제약 사항을 설정한다. 상기 계속 대표 속성 (211b)기능 요구 사항 설정은 대표 속성 (210a)요구 사항 정의와 관계하여 중위 속성 형식 정보를 (212b1)사전 구성 정보, (212b2)데이터 속성 식별을 설정한다.
상기의 비기능 요구 사항의 중위 속성 형식 정보 (212a1)환경 요구 사항, (212a2)품질 요구 사항, (212a3)제약 사항에 대한 (230)중위 과정 구성 정보 설정은 중위 속성별로 대표 속성 종류를 설정한다. 상기의 기능 요구 사항의 중위 속성 형식 정보 (211b1)사전 구성 정보에 대한 (230)중위 과정 구성 정보를 설정은 대표 속성 종류를 설정한다.
상기의 기능 요구 사항의 중위 속성 형식 정보 (211b2)데이터 식별 정보에 대한 (230)중위 과정 구성 정보를 설정은 대표 속성 종류에 관계하여 (232)중위 속성으로 (232a)정보 절차 구성과 (232b)정보 속성 구성을 설정한다.
상기 요구 사항 정의 과정별 설정 정보는 인터페이스를 통하여 서버에 요구 사항 정의 데이터베이스(DB)를 과정별 기록 매체별로 저장한다.
도 7b는 본 발명의 일 실시예에 따른 요구 사항 정의 설정 단계의 상위 과정 분석 유형 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 나타낸 도면이다.
도7b를 참조하면, 분석 유형(3)의 설정 목적은 단위업무(2)의 속성(업무, 유형)에 대한 요구 사랑 정의와 개념 설계 정의 단계를 연계 관리하기 위한 목적을 갖는다.
분석 유형(3)의 설정은, 시스템-단위업무에 대한 요구 사항 정의, 개념설계 정의를 관련 번호 체계에 의하여 관리 될 수 있어 지속적 관리에 용이하다는 특징이 있으며, 종래의 분석, 설계서가 편집기(한글, Excel, Word 등)에서 작성하여 관계성이 명시적이어서 발생된 문제점을 DB 틀(Frame Work)에서 관련 번호체계를 설정함으로써 해결할 수 있는 특징이 있다.
분석 유형(3)의 설정 과정은 분석 유형(3)의 속성(과정, 형식)은 번호 체계, 정의(11) 속성(적용내역, 세부내역, 전제 조건 및 보충)은 문자로 구성하고 단위업무(2)를 연계하여 번호체계를 관계하여 상속받는다.
분석 유형(3)의 설정 발생은 단위업무(2)에 대하여 요구 사항 정의, 개념설계 설정에서 발생한다.
분석 유형(3)의 데이터 생성은 단위 업무(2)에서 상속받아 분석 유형(3)의 속성(과정, 형식)에 상위, 하위를 관계한 번호체계 순서에 따라 데이터 기록 매체별로 저장하는데 대표 속성(과정)에 대한 하위 속성(형식)을 정의하여 분석 유형(3)[요구 사항 정의, 개념 설계 정의]을 구성하고 구성(4)에 상속한다.
분석 유형(3)의 설정의 상위 속성(과정)은 요구 사항 정의, 개념 설계 정의로 설정하고 하위 속성(절차)에 상속한다.
상기 요구 사항 정의 대표 속성(과정)에 대한 하위 속성은 요구 사항 정의를 동일 레벨로 상속받아 비 기능적 요구 사항과 기능적 요구 사항으로 설정하며 하위 속성(형식)에 상속한다.
상기 비 기능적 요구 사항을 상속받은 하위 속성(형식)은 환경 요구 사항, 품질 요구 사항, 제약 사항을 설정한다.
상기 기능적 요구 사항을 상속받은 하위 속성(형식)은 사전 구성 정보, 데이터 속성 식별 설정한다.
개념 설계 단계의 하위 단계는 개념 설계를 동일 레벨로 상속받아 명세화를 설정하여 하위 속성(형식)에 상속한다. 명세화를 상속받은 하위 속성(형식)은 이벤트 식별, 프로세스 식별로 설정한다.
도7b에 도시된 건강 검진-접수관리-내원 검진 접수에서 요구 사항 정의 설정 단계 상위 과정 분석 유형 데이터 등록에 대한 예시로 좀 더 상세히 설명한다.
분석 유형(3) 과정의 설정 일부 예시는 단위업무(2)의 속성(업무, 유형)에 관계하여 요구 사항 정의와 개념 설계를 정의하여 설정한다.
분석 유형(3)의 대표 속성(과정)는 (100)요구 사항 정의의 하위 과정 (110)비기능 요구 사항, 하위 과정 (120)기능 요구 사항과 (200)개념 설계 정의의 하위 과정 (210)명세화로 설정한다.
상기 (100)요구 사항 정의의 하위 과정 (110)비기능 요구 사항에 대한 하위 속성(형식)은 (100)환경 요구 사항, (200)품질 요구 사항, (300)제약 사항을 설정한다.
(100)요구 사항 정의 하위 과정 (120)기능적 요구 사항에 대한 하위 속성(형식)은 (110)사전 구성 정보, (120)데이터 속성 식별을 설정한다.
(200)개념설계 정의 하위 과정 (210)명세화에 대한 하위 속성(형식)은 (200)이벤트 식별, (300)프로세스 식별로 설정한다.
도 7c는 본 발명의 일 실시예에 따른 요구 사항 정의 설정 단계의 중위 과정 구성 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 나타낸 도면이며,
도 7d는 본 발명의 일 실시예에 따른 개념 설계 정의 설정 단계의 중위 과정 구성 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 나타낸 도면이다.
도 7c 내지 도 7d를 참조하면, 구성(4)의 설정 목적은 요구 분석과 개념 설계에 대한 구성(4)의 속성(종류, 절차)을 정의하여 요구 사항 정의와 개념 설계 정의에 대한 범위 및 대상을 명확히 한다.
또한, 구성(4) 설정의 특징은 요구 사항 정의와 개념 설계 정의에 대한 범위 및 대상을 명확히 함으로 종래의 분석, 설계의 범위 및 대상 식별 혼선의 문제점을 해결할 수 있는 특징이 있다.
또한, 구성 정보의 데이터 구조 및 형식은 구성(4)의 속성(종류, 절차)은 번호체계, 정의(11) 속성(적용내역, 세부내역, 전제 조건 및 보충)은 문자로 구성하며 분석 유형(3)에서 연계하여 번호체계를 관계하여 상속받는다.
상기 구성(4) 정보의 발생은 분석 유형(3)의 속성(과정, 형식)에 대하여 구성(4)의 속성(종류, 단계) 설정으로 발생하며 요구분석, 개념 설계의 대상을 구체적으로 정의한다.
상기 구성(4) 설정으로 기록 매체별 데이터 생성은 분석 유형(3)에서 상속받아 구성(4)의 속성(종류, 절차)에 상위, 하위를 관계한 번호체계 순서에 따라 기록 매체별로 데이터를 생성 저장하는데 대표 속성(종류)에 대한 하위 속성(절차)을 정의하여 적용 분석 유형의 대상을 구성하고 적용정보(5)에 상속한다.
상기 구성(4)의 설정의 관계는 분석 유형(3)의 속성(과정, 형식)에 관계하여 구성(4)의 속성(종류, 절차)을 정의하여 설정한다. 상기 구성(4)의 대표 속성(종류)은 분석유형(3)의 하위 속성(형식)에서 상속받아 설정한다. 하위 속성(절차)는 상위 속성(종류)에서 상속받아 설정한다.
도 7c에 도시된 건강검진-접수관리-내원 검진 접수에 대하여 요구 사항 정의 설정 단계 중위 과정 구성 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 설정하는 과정을 설명한다.
도 7c의 요구 사항 정의 설정 단계 중위 과정 구성(4) 데이터 등록에 대한 데이터 기록 매체별 발생 과정은 상위 과정 분석 유형(3)의 대표 속성(과정)의 (100)요구 사항 정의, (110)비 기능적 요구 사항, (120)기능 요구 사항에 대한 하위 속성(형식)에 관계하여 구성(4)의 속성(종류, 절차)을 설정한다.
상기 (110)비 기능적 요구 사항에 대한 하위 속성(형식)은 (100)환경 요구 사항, (200)품질 요구 사항, (300)제약 사항을 설정하고 구성(4)에 상속한다. 상기 (100)환경 요구 사항에 대한 하위 과정 구성(4)의 속성(종류, 절차)은 발생치 않아 생략하기로 한다.
(200)품질 요구 사항에 대한 하위 과정 구성(4)의 속성(종류), (001)신뢰성, (002)성능, (003)보안성을 설정하고 하위 속성(절차)은 발생치 않아 생략하기로 하며, (300)제약 사항에 대한 하위 과정 구성(4)의 속성(종류, 절차)은 발생치 않아 생략하기로 한다.
(120)기능적 요구 사항에 대한 하위 속성(형식)은 (110)사전 구성 정보 (120)데이터 속성 식별을 설정하고 구성(4)에 상속한다. (110)사전 구성 정보에 대한 하위 과정 구성(4)의 속성(종류)은 (001)사업장 정보를 설정하고 하위 속성(절차)은 발생치 않아 생략하기로 한다.
상기 (120)데이터 속성 식별에 대한 하위 과정 구성(4)의 속성(종류)은 (120)데이터 속성 식별에 대한 구성 설정은 구성(4)의 속성(종류)은 (001)헤드 정보, (002)검사항목 발생 정보 생성으로 설정하고 하위 속성(절차)에 상속하여 설정한다.
상위 속성 (001)헤드 정보 등록 하위 속성(절차)은 (100)헤드 정보 등록 관리의 하위로 (1A0)헤드 정보 절차 구성, (1B0)헤드 정보 속성 구성을 설정한다.
상위 속성 (002)검사항목 발생 정보 생성의 하위 속성(절차)은 (100)검사항목 발생 정보등록의 하위로(1A0)검사항목 발생 정보 절차 구성, (1B0)검사항목 발생 정보 속성을 설정한다.
도 7d에 도시된 건강검진-접수관리-내원 검진 접수에 대하여 개념 설계 정의 설정 단계의 하위 과정 구성 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 설정하는 과정을 설명한다.
개념 설계 정의 단계에서 대한 구성(4) 설정은 분석 유형(3)의 속성(과정)의 (200)개념 설계, 이하 (210)명세화에 대한 하위 속성(형식)은 (200)이벤트 식별, (300)프로세스식별에 관계하여 구성(4)의 속성(종류, 절차)을 설정한다.
상기 (200)이벤트 식별에 대한 하위 과정 구성(4)의 속성(종류)을 (001)헤드 정보 등록, (002)검사항목 발생 정보 생성, (003)검사항목 수가 정보 생성, (004)검진비 정보 생성을 설정한다.
상기 (001)헤드 정보 등록에 대한 하위 속성(절차)은 (100)헤드 정보 등록에 대한 하위로 (1A0)헤드 정보 절차 구성, (1B0)헤드 정보 속성 구성을 설정, (200)헤드정보 수정/변경 등록에 대한 하위로 (2A0)헤드 정보 절차 구성, (2B0)헤드 정보 속성 구성 설정, (300)헤드정보 조회/출력에 대한 하위로 (3A0)헤드 정보 절차 구성, (3B0)헤드 정보 속성을 설정한다.
(002)검사항목 발생정보, (003)검사항목 수가정보, (004)검진비 정보 생성에 대한 중위 속성(절차)은 설정은 “헤드정보 등록”과 동일하여 생략한다.
상기 (300)프로세스 식별에 대한 하위 과정 구성(4)의 속성(종류)을 (001)헤드 정보 등록, (002)검사항목 발생 정보 생성, (003)검사항목 수가 정보 생성, (004)검진비 정보 생성을 설정한다.
위 속성(절차)은 (100)헤드 정보 등록에 대한 하위로 (1A0)헤드정보 절차 구성, (1B0)헤드정보 속성 구성(1B0)설정, (200)헤드정보 수정/변경 등록에 대한 하위로 (2A0)헤드정보 절차 구성, (2B0)헤드정보 속성 구성 설정, (300)헤드정보 조회/출력에 대한 하위로 (3A0)헤드정보 절차 구성, (3B0)헤드정보 속성을 설정한다.
(002)검사항목 발생정보, (003)검사항목 수가정보, (004)검진비 정보 생성에 대한 하위 속성(절차)은 “헤드정보 등록” 과정과 동일하여 생략한다.
도 8a는 본 발명의 일 실시예에 따른 적용 정보 정의 설정 모듈 흐름도로 (300)적용 정보 정의 설정 모듈은 클라이언트에서 구동되는 응용 프로그램으로 인터페이스를 통한 서버에 구축된 요구 사항 정의 데이터베이스(DB)의 요구 사항 정의-기능 요구 사항-데이터 속성 식별-대응 정보와 관계한 (232a)정보 절차 구성과 (232b)정보 속성 구성을 상속받아 적용 정보를 설정 한다.
상기 (232a)정보 절차 구성은 입력 장치로 적용 정보 하위 속성 관리를 설정하고 인터페이스를 통한 서버의 적용 정보 데이터베이스(DB)에 기록 매체별로 저장 한다.
상기 (232b)정보 속성 구성은 입력 장치로 적용 정보 대표 속성 DA 설정, 중위 속성 GR 설정, 하위 속성 관리 설정, 상세 속성 (항목/attribute) 설정하여 인터페이스를 통한 서버의 적용 정보 데이터베이스(DB)에 기록 매체별로 저장 한다. 상기 서버에 저장된 적용 정보 데이터베이스(DB)는 개념 설계 정의 단계의 선행 단계 이벤트 식별에 상속한다.
도 8b는 본 발명의 일 실시예에 따른 적용 정보 설정 단계의 데이터 식별에 관계한 적용 정보 데이터 등록에 대한 색인부 부문 일 실시예를 데이터 기록 매체별로 나타낸 도면이며, 도 8c는 본 발명의 일 실시예에 따른 적용 정보 설정 단계의 데이터 식별에 관계한 적용 정보 데이터 등록에 대한 인적 정보부 부문 일 실시예를 데이터 기록 매체별로 나타낸 도면이다.
도 8b 내지 도 8c를 참조하면, 데이터 식별에 관계한 적용 정보(5) 정의 설정 목적은 요구 사항 정의 단계의 기능 요구사항의 데이터 속성 식별 과정에서 정보 절차 구성과 정보 속성 구성에 대하여 적용 정보를 설정하여 개념 설계 정의 단계의 선행 단계 (200)이벤트 식별과 후행 단계 (300)프로세스 식별을 위한 적용 정보 속성을 제공하여 개념 설계의 정의를 속성을 기준하여 기재 될 수 있도록 하는 목적이 있다.
상기 데이터 속성 식별 과정에서 적용 정보 설정의 특징은 분석 산출물(엔티티 정의, 속성 유형 정의), 설계 산출물(데이터베이스 목록, 데이터베이스 명세서)을 검색 출력하는 특징이 있고, 종래의 개발에서 분석, 설계 과정에서 산출물간 관계적이고 체계적인 정의가 되지 않아 인터페이스, 연계, 프로세스, 기능, 코드에 대하여 누락 또는 축소되었던 부분을 해결할 수 있는 또 하나의 특징이 있다.
상기 데이터 속성 식별 과정에서 적용 정보의 데이터 구조 및 형식은 적용정보(5)의 속성(Da, Gr, 관리, 항목)은 번호체계, 정의(11) 속성(적용내역, 세부내역, 전제 조건 및 보충)은 문자로 구성하며 구성(4)에서 연계하여 번호 체계를 관계하여 상속받는다.
상기 데이터 속성 식별 과정에서 적용 정보의 데이터 발생은 분석 유형(3) 속성(과정)의 (100)요구 사항 정의, 이하 (120)기능 요구 사항의 하위 속성 (120)데이터 속성 식별에 관계한 구성(4)의 대표 속성(종류)의 (001)헤드 정보 등록에 대한 하위 속성(절차)의 (100)헤드 정보 등록, 이하 (1A0) 헤드 정보 절차 구성, (1B0) 헤드 정보 속성 구성에서 시작한다.
상기 데이터 속성 식별 과정에서 적용 정보(5)의 데이터 발생은 구성(4)의 속성(종류, 절차)에 관계하여 적용정보(5)의 속성(Da, Gr, 관리, 항목)에 상위, 하위를 관계한 번호체계 순서에 따라 데이터 기록 매체별로 설정하는데 대표 속성(Da)에 대한 하위 속성(Gr, 관리, 항목)을 정의하여 적용정보를 데이터 기록 매체별로 저장하고 이벤트 식별에 관계적 기반을 적용한다.
상기 데이터 속성 식별 과정의의 적용 정보(5)설정 관계는 구성(4)의 속성(절차)의 (100) 정보등록의 하위(1A0) 정보 절차 구성, (1B0) 정보 속성 구성에 대한 적용정보(5)의 속성(Da, Gr, 관리, 항목)에 대한 정의를 설정한다.
상기 데이터 속성 식별 과정의 적용 정보(5)의 속성 관계는 속성(Da)은 대표 속성으로 적용 데이터베이스의 명칭 정의, 중위 속성(Gr)은 속성(항목/attribute)의 활용의 적용성이 같은 즉 클래스를 정의, 하위 속성(관리)은 Gr의 설정 방법 및 방향을 제시, 상세 속성(항목/attribute)은 항목명을 정의를 설정한다.
도 8b는 건강검진-접수 정보-내원 검진 접수-헤드 정보 등록에 대한 적용 정보 설정 단계에서 데이터 속성 식별에 대한 적용 정보 데이터 등록 색인부 부문 일 실시예를 데이터 기록 매체별로 나타낸 도면으로 하기와 같이 데이터 기록 매체별로 생성 기록된다.
적용 정보(5) 데이터 등록 색인부 부문의 설정은 구성(4)의 대표 속성(종류) (001)헤드정보 등록, 하위 속성(절차) (100)헤드 정보 등록 관리, 이하 (1A0)헤드 정보 절차 구성, 이하 (1B0)헤드 정보 속성 구성에 대한 적용정보(5)의 속성(Da, Gr, 관리, 항목)을 설정한다.
상기 (1A0)헤드 정보 절차 구성의 경우 적용정보(5)의 속성(관리)에 대하여 (100)접수 프로그램 운영을 설정한다.
상기 (1B0)헤드 정보 속성 구성의 경우는 적용정보(5)의 대표 속성(Da)은 (031)접수 정보로 설정하고 하위 속성(Gr, 관리, 항목)설정에 기반이 된다.
하위 속성(Gr)은 대표 속성(Da)로부터 상속 받고 (010)색인 정보부, (020) 접수 형식 정보부를 설정하고 하위 속성(관리)에 상속한다.
상기 (010)색인 정보부에 대한 하위 속성 (관리)은 (100)색인 정보부 개별 설정, 이하 (101)검진일 설정, (102)접수 번호 설정하고 하위 속성(항목/attribute)에 상속 한다.
(101)검진일 설정에 대한 하위 속성(항목/attribute)은 (001)검진일을 설정한다. (102)접수번호 설정에 대한 하위 속성(항목/attribute)은 (002)접수번호를 설정한다.
상기 (020)접수 형식 정보부에 대한 하위 속성(관리)은 (100)접수 형식 정보부 개인 설정, 이하 (101)접수 구분 설정, (102)검진 장소 설정하고 하위 속성(항목/attribute)에 상속한다.
(101)접수 구분 설정에 대한 하위 속성(항목/attribute)은 (003)접수 구분을 설정한다. (102)검진 장소 설정에 대한 하위 속성(항목/attribute)은 (004)검진장소를 설정한다.
도 8c는 건강검진-접수 정보-내원 검진 접수-헤드 정보 등록에 대한 적용 정보 설정 단계에서 데이터 속성 식별에 대한 적용 정보 데이터 등록 인적 정보부 일 실시예를 데이터 기록 매체별로 나타낸 도면으로 하기와 같이 데이터 기록 매체별로 생성 기록된다.
적용 정보 데이터 등록 과정 인적 정보부 부문의 설정은 구성(4)의 속성(절차)의 (1B0)헤드정보 속성 구성에 대한 적용정보(5)의 속성(Da, Gr, 관리, 항목)을 설정한다.
속성(Gr)은 상위 속성(Da)에서 상속받고 (030)인적 정보부 이하 (031)인적 개인 정보부 설정하고 하위 속성(관리)에 상속한다. 상기(Gr) 속성 (030)인적 정보부에 대한 하위 속성 관리는 (100)인적 정보기 등록 여부 조건적 설정, 이하 (101) 인적 정보 기 등록 여부 검색 설정하고 하위 속성(항목/attribute)은 발생치 않아 생략하기로 한다.
상기 속성(Gr)의 (031) 인적 개인 정보부의 하위 속성 (관리)은 (100)인적개인 정보부 조건적 설정, (101)주민번호 관리 구분 조건적 설정, (102)주민 번호 및 주민 순번 임시 저장, (103)고객번호 조건적 설정, (104)차트번호 조건적 설정, (105)성명 조건적 설정, (106)성별 조건적 설정, (107)나이 산출 설정 설정하고 하위 속성(항목/attribute)에 상속한다.
상기에서 (101)주민번호 관리 구분 조건적 설정에 대한 하위 속성(항목/attribute)은 (005)주민번호 관리 설정, (102)주민 번호 및 주민 순번 임시 저장에 대한 하위 속성(항목/attribute)은 발생치 않아 생략, (103)고객번호 조건적 설정에 대한 하위 속성(항목/attribute)은 (006)고객번호를 설정, 상기 (104)차트번호 조건적 설정에 대한 하위 속성(항목/attribute)은 (007)차트번호 설정, (105)성명 조건적 설정에 대한 하위 속성(항목/ attribute)은 (008)성명 설정, (106)성별 조건적 설정에 대한 하위 속성(항목/attribute)은 (009)성별 설정, (107)나이 산출에 대한 하위 속성(항목/attribute)은 (010)나이 설정한다.
도 9a는 본 발명의 일 실시예에 따른 개념 설계 정의 설정 모듈 흐름도로, (400)개념 설계 정의 설정 모듈은 클라이언트에서 구동되는 응용 프로그램으로 인터페이스를 통한 서버에 구축된 (232a)정보 절차 구성과 (232b)정보 속성 구성에 대한 적용 정보를 상속받아서 개념 설계 설정 단계의 선행 단계 이벤트 식별을 설정하여 후행 단계 프로세스 식별에 상속하여 프로세스 식별을 설정한다.
상기 선행 단계 이벤트 식별에서 (232a)정보 절차 구성에 대한 이벤트 식별 설정 경우는 입력 장치로 적용 정보 하위 속성 관리에 대하여 상위 과정 이벤트 대표, 중위, 하위, 상세, 세세 속성(L1, L2, L3, L4, L5)을 설정하고 이벤트 속성과 관계하여 중위 과정 프로세스 대표 속성 주를 설정하여 인터페이스를 통한 서버의 개념 설계 데이터베이스(DB)의 정보 절차 구성에 대한 이벤트 정보를 기록 매체별로 저장한다.
상기 선행 단계 이벤트 식별에서 (232b)정보 속성 구성에 대한 이벤트 식별 설정 경우는 입력 장치로 적용 정보 대표, 중위, 하위, 상세 속성(Da, Gr, 관리, 항목)에 대하여 상위 과정 이벤트 대표, 중위, 하위, 상세, 세세 속성(L1, L2, L3, L4, L5)을 설정하고 이벤트 속성과 관계하여 중위 과정 프로세스 대표 속성 주를 설정하여 인터페이스를 통한 서버의 개념 설계 데이터베이스(DB)의 정보 속성 구성에 대한 이벤트 정보를 기록 매체별로 저장한다.
상기 후행 단계 프로세스 식별 설정은 상기 선행 단계 이벤트 식별 설정 정보를 상속 받아서 입력 장치로 상위 과정 프로세스의 중위, 하위 속성(서브, 보조) 설정, 중위 과정 관계 정보의 대표, 중위, 하위 속성(Sy, Da, 항목) 설정, 하위 과정 기능의 대표, 서브, 보조 속성(주, 서브, 보조)설정, 상세 과정 코드의 대표, 중위, 하위 속성(L1, L2, L3) 설정하여 프로세스, 인터페이스, 연계, 프로시저를 정의할 수 있는 정보를 인터페이스를 통한 서버의 개념 설계 정의 데이터베이스(DB)에 기록 매체별로 저장한다.
도 9b는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 선행 단계 절차 구성에 관계한 이벤트 식별 데이터 등록에 대한 일 실시예를 기록 매체별로 나타낸 도면이며, 도 9c는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 선행 단계 속성 구성에 관계한 이벤트 식별 데이터 등록에 대한 일 실시예를 기록 매체별로 나타낸 도면이다.
도 9b 내지 도 9c를 참조하면, 개념 설계 단계의 선행 단계 이벤트 식별의 목적은 절차 구성과 속성 구성에 대한 적용정보(5)의 속성(Da, Gr, 관리, 항목/attribute)을 충족하기 위한 이벤트를 식별을 설정하여 후행 단계 프로세스 식별 단계에 상속하여 프로세스 식별의 정의 설정을 위한 틀을 지원하는 목적이 있다.
상기 이벤트 식별은, 분석 산출물(컴포넌트 식별, 컴포넌트 명세)을 검색 출력하며, 이벤트(5)의 속성(L1, L2, L3, L4, L5)을 단계적, 관계적으로 구성하여, 종래의 업무(business) 프로그램 개발에서 컴포넌트 식별이 난해하고 어려웠던 점을 해결 하도록 하며 컴포넌트 상호 작용에 대하여 정보 흐름이 감지될 수 있도록 과정을 관계화 하여 육안 식별이 가능한 특징이 있다.
상기 이벤트 식별의 정보의 데이터 구조와 형식은 이벤트(6)의 속성(L1, L2, L3, L4, L5)과 프로세스(7)의 속성(주)은 번호체계로 정의(11) 속성(적용내역, 세부내역, 전제 조건 및 보충)은 문자로 구성하며 적용정보(5)와 연계하여 번호 체계를 관계하여 상속받는다.
상기 이벤트 식별 발생은 분석 유형(3)의 속성(과정)의 (200)개념설계 설정, 이하(210)명세화 설정, 하위 속성(형식)의 (200)이벤트 식별에 대한 하위 과정 구성(4)의 속성(종류)의 (001) 헤드 정보 등록 설정, 하위 속성(절차)의 (100)헤드 정보 등록에 대한 (1A0)정보 절차 구성, (1B0)정보 속성 구성으로 발생한다.
상기 이벤트 식별의 데이터 생성은 적용정보(5)에서 상속받아 이벤트(6)의 속성(L1, L2, L3, L4, L5), 프로세스(7)의 속성(주)에 상위, 하위를 관계한 번호체계 순서에 따라 데이터 기록 매체별로 이벤트 속성(L1, L2, L3, L4, L5)과 프로세스 속성(주)을 정의하여 데이터 기록 매체별로 저장하고 프로세스 식별에 관계적 기반을 적용한다.
상기 이벤트 식별의 설정 관계는 구성 대표 속성 (001)헤드 정보 등록 설정, 하위 속성(절차)의 (100)헤드 정보 등록 설정, 이하 (1A0)정보 절차 구성, (1B0)정보 속성 구성을 상속받아 적용정보(5)에 관계하여 이벤트(6)의 속성(L1, L2, L3, L4, L5), 프로세스(7)의 속성(주)에 이벤트의 절차를 정의하여 설정하고 프로세스 식별에 상속한다.
상기 이벤트 식별의 속성의 관계는 속성(L1)은 대표 속성으로 하위 속성(L2, L3, L4, L5)관계하여 상속하며 이벤트(5)의 속성(L1, L2, L3, L4, L5)을 설정한다.
도 9b 내지 도 9c의 건강검진-접수 정보-내원 검진 접수-헤드 정보 등록(헤드 정보 절차 구성, 헤드 정보 속성 구성)에 대한 예시로 이벤트 식별을 설명한다.
도 9b는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 선행 단계 절차 구성에 관계한 이벤트 식별 데이터 등록에 대한 일 실시예를 기록 매체별로 나타낸 도면으로 하기와 같이 데이터 기록 매체별로 설정, 생성 기록 저장한다.
도 9b는 본 발명의 개념 설계 설정 단계의 선행 단계 절차 구성에 대한 이벤트 식별 설정은 구성(4)의 속성(종류)의 (001)헤드 정보 등록에 대한 하위 속성(단계)의 (100)헤드 정보 등록의 하위(1A0)헤드 정보 절차 구성과 적용정보(6)의 속성(관리)의 (100)접수관리 프로그램 운영을 상속받아서 이벤트(6)의 속성(L1, L2, L3, L4, L5)과 프로세스(7)의 속성(주)을 설정한다. 이벤트(6)의 속성(L1)의 설정은 (100)접수관리 메뉴 운영의 하위(110)로그인 인식, (120)로그인 정보 임시 저장, (130)사용자 관리 조건 운영의 하위(13A)접수 관리 운영 허용 경우, (13B)접수 관리 운영 불허 경우에 대해 설정을 하고 프로세스(7)의 속성(주)에 상속한다. 또한, 상기 이벤트 (100)접수관리 메뉴 운영에 대한 하위 과정 프로세스(7)의 속성(주)을 (100)접수 메뉴 구성으로 설정한다. 이벤트 (110)로그인 ID 인식 대한 하위 과정 프로세스(7)의 속성(주)을 (100)로그인 정보 임시 저장으로 설정한다.
이벤트 (120)접수 관리 프로세스 호출 대한 하위 과정 프로세스(7)의 속성(주)를 (100)사용자 관리 정보 검색의 하위(110)권한 판단으로 설정한다.
상기 이벤트 (130)사용자 관리 조건적 운영 대한 하위 단계인 (13A)접수 관리 운영 허용 경우, (13B)접수 관리 운영 불허 경우에 대하여 하위 과정프로세스(7)의 속성은 상속하여 설정한다. 상기 (13A)접수 관리 운영 허용 경우에 대한 하위 과정프로세스의 속성은 (100)접수 프로그램 구동으로 설정한다. (13B)접수 관리 운영 불허 경우에 대한 하위 과정 프로세스의 속성은 (100)접수 프로그램 구동으로 설정한다.
도 9c는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 선행 단계 속성 구성에 관계한 이벤트 식별 데이터 등록에 대한 일 실시예를 기록 매체별로 나타낸 도면으로 하기와 같이 데이터 기록 매체별로 설정, 생성 기록 저장한다.
도 9c는 본 발명의 개념 설계 설정 단계의 선행 단계 속성 구성에 관계한 이벤트 식별 설정은 구성(4)의 속성(절차)의 (1B0)헤드 정보 속성 구성에서 적용정보(5)의 속성(Da, Gr, 관리, 속성)을 상속받아서 이벤트(6)의 속성(L1, L2, L3, L4, L5)과 프로세스(7)의 속성(주)을 설정한다.
상기 적용정보(5)의 속성(Da)은 (031)접수정보, 하위 속성(Gr)은 (010)색인 정보부의 하위 속성(관리)은 (100)색인 정보 개별 설정에 대한 하위 과정(101)검진일 (102)접수 번호에 대한 하위 속성 (항목/attribute)은 (001)검진일, (002)접수번호를 상속 받아서 이벤트 과정을 설정한다.
(001)검진일에 대한 이벤트(6)의 속성(L1)은 (100)검진일 설정 종류 식별의 하위의(1A0)검진일 당일 설정 경우와 (1B0) 검진일 소급 설정 경우에 대한 하위 과정 프로세스(7)의 속성(주)을 설정한다.
(1A0)검진일 당일 설정 경우에 대한 하위 단계 프로세스(7)의 속성(주)은 (100)검진 일자 식별의 하위의(110)검진 일자 검색, (120)검진 일자 설정을 정의 한다.
(1B0)검진일 소급 설정 경우에 대한 하위 단계 프로세스(7)의 속성(주)은 (100)검진 일자 식별 설정의 하위의(110)달력 컴포넌트 활용 설정을 정의 한다.
(002)접수번호에 대한 이벤트(6)의 속성(L1)은 (100)접수번호 산출 설정의 하위(110)당일 접수 번호 마스트 정보 검색, (120)접수 번호 산출 생성 설정을 정의한다.
도 9d는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 후행 단계 절차 구성과 관계한 프로세스 식별 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 나타낸 도면이며, 도 9e는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 후행 단계 속성 구성과 관계한 프로세스 식별 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 나타낸 도면이고, 도 9f는 본 발명의 일 실시예에 따른개념 설계 설정 단계의 후행 단계 속성 구성과 관계한 프로세스 식별 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 계속 나타낸 도면이다. 도 9d 내지 도 9f는 참조하여 후행 단계 프로세스 식별에 대해 좀 더 상세히 설명한다.
개념 설계 설정 단계의 후행 단계 프로세스 식별의 목적은 상속된 이벤트(6)의 속성(L1, L2, L3, L4, L5)과 프로세스(7)의 속성에 대하여 프로세스, 인터페이스, 연계, 기능, 코드에 대하여 관계적으로 정의하여 정보의 관계, 흐름, 절차를 직시적인 방법으로 식별이 가능하도록 구성하는 목적이 있다.
개념 설계 설정 단계의 후행 단계 프로세스 식별의 특징은, 아키텍처 설계(인터페이스, 연계), 프로그램 설계(프로그램 목록, 프로그램 명세)의 산출물 검색 출력하는 특징이 있고 비즈니스 프로세스(클래스 다이어그램, 시퀀스 다이어그램)를 직시적로 정보의 흐름이 감지될 수 있는 특징으로 종래의 설계에서 Case Tool을 사용하여 클래스 다이어그램, 시퀀스 다이어그램을 작성하는 부담을 해소할 수 있다.
상기 프로세스 식별의 또 다른 특징은 상속받은 이벤트(6)의 속성(L1, L2, L3, L4, L5), 프로세스(7)의 속성(주)에 관계하여 인터페이스, 연계, 코드, 프로세스, 기능의 정의를 레코드에 의한 단계별 번호체계로 범위(range), 깊이(Depth), 수준(level)을 설정함으로 직시적 화면 표현(구현)과 모듈, 프로시저 식별이 용이하여 종래의 분석, 설계서보다 질이 담보될 수 있는 특징이 있다.
프로세스 식별의 데이터 구조 및 형식은 프로세스(7)의 속성(서브, 보조), 관계정보(8)의 속성(sys, Da, 항목), 기능(9)의 속성(주, 서브, 보조), 주석/코드(10)의 속성(L1, L2, L3는 번호체계로 정의(11) 속성(적용내역, 세부내역, 전제 조건 및 보충)은 문자로 구성하며 이벤트(6)과 프로세스(7)의 속성(주)을 연계하여 번호체계를 관계하여 상속받는다.
프로세스 식별의 발생은 이벤트(6)과 프로세스(7)의 속성(주)에서 발생하고, 프로세스(7)의 속성(서브, 보조)에 기준하여 인터페이스는 관계정보(8)의 속성(Sys, Da, 항목)에서 발생하며, 관련 기능은 기능(9)의 속성(주, 서브, 보조)에서 발생, 관련 코드 및 주석은 주석/코드(10)의 속성(L1, L2, L3)에서 발생한다.
상기 프로세스 식별의 데이터 발생은 이벤트(6)과 프로세스(7)의 속성(주)에서 상속받아 프로세스(7)의 속성(서브, 보조), 관계정보(8)의 속성(Sys, Da, 항목), 기능(9)의 속성(주, 서브, 보조), 코드(10)의 속성(L1, L2, L3)에 상위, 하위를 관계한 번호체계 순서에 따라 과정별 기록 매체별로 데이터를 생성한다.
상기 프로세스 식별의 설정 관계는 이벤트(6)과 프로세스(7)의 속성(주)에 관계하여 하위 속성(서브, 보조), 관계정보(8)의 속성(Sys, Da, 항목), 기능(9)의 속성(주, 서브, 보조), 코드(10)의 속성(L1, L2, L3)에서 프로세스, 인터페이스, 연계, 기능, 코드에 대하여 정의하여 설정한다.
상기 프로세스 식별의 프로세스 속성 관계는 프로세스(7)의 속성(서브, 보조)은 대표 속성에 대한 하위 프로세스로 설정한다. 또한 상기 프로세스 식별의 관계정보 속성 관계는 관계정보(8)의 속성(Sys)은 대표 속성으로 인터페이스, 연계를 문자 구분 번호체계로 분류하여 (S00 : 자기 시스템), (I00 : 내부 시스템), (E00 : 외부 시스템)으로 분류 설정하고 (E00 : 외부 시스템)과 (I00 : 내부 시스템)은 인터페이스 정보, (S00 : 자기 시스템)은 연계 정보를 설정하여 하위 속성(Da)에 상속하며, 발생치 않으면 생략한다.
상기 하위 속성(Da)은 인터페이스, 연계, 테이블명, 적용에 대하여 기능 읽다(R), 기록(W), 갱신(U)에 대하여 문자 구분으로 설정하고 하위 속성(항목/attribute)에 상속하며, 발생치 않으면 생략한다.
하위 속성(항목/attribute)은 관계 정보의 속성명을 설정하며, 발생치 않으면 생략한다. 또한, 기능의 속성 관계는 기능(9)의 속성(주, 서브, 보조)에서 (주)는 대표 속성으로 하위 속성과 관계하며 설정한다. 코드의 속성 관계는 코드(10)의 속성(L1)이 대표 속성으로 A00은 주석, C00은 코드로 설정하고 속성(L1, L2)은 주석과 코드에 대하여 단계적 상속 관계를 정의하여 설정한다.
도 9d 내지 9f의 건강검진-접수정보-내원검진접수-접수헤드정보-헤드정보 등록(헤드 정보 절차 구성, 헤드 정보 속성 구성)에 대한 예시로 프로세스 식별을 설명한다.
도 9d 내지 9f는 본 발명의 개념 설계 설정 단계의 후행 단계 절차 구성과 속성 구성에 관계한 프로세스 식별 데이터 등록에 대한 일 실시예를 기록 매체별로 나타낸 도면으로 하기와 같이 데이터 기록 매체별로 설정, 생성 기록 저장한다.
도 9d는 프로세스 식별 과정의 헤드 정보 절차 구성 부분과 도 9e 내지 도 9f는 프로세스 식별 과정의 헤드정보 속성 구성 부문으로 작성하여 프로세스 식별 후행 단계 설정 과정에 대하여 이해를 높이기 위한 관계적 설정도이다.
도 9d는 본 발명의 개념 설계 설정 단계의 후행 단계 절차 구성에 관계한 프로세스 식별 설정은 구성(4)의 속성(절차)의 (1A0)헤드 정보 절차 구성과 적용정보(5)의 속성(관리)의 (100)접수 관리 프로그램 운영에 대한 이벤트(6)와 프로세스(7)의 속성(주)를 상속 받아서 하위 과정 프로세스(7), 관계 정보(8), 기능(9), 코드(10) 과정을 정의하여 설정한다. 이벤트(6)의 속성(L1)의 (100)접수 관리 메뉴 운영과 프로세스(7)의 대표 속성(주)의 (100)접수 메뉴 구성을 상속 받아 하위 과정 기능(9)의 속성(주)에 (001)건강 검진 접수 관리 화면 인쇄를 설정한다.
이벤트(6)의 속성(L1)의 (110)로그인 ID 인식과 프로세스(7)의 대표 속성(주)의 (100)로그인 정보 임시 저장을 상속 받아서 연계를 정의하기 위하여 관계정보(8)의 속성(Sys)을 (S01)자기 시스템-건강검진 설정하고 하위 속성(Da)은 (TW01)로그인 정보를 설정하고 하위 속성(항목/attribute)을 (001)ID 정보를 설정한다.
이벤트(6)의 속성(L1)의 (120)접수관리 프로세스 호출과 프로세스(7)의 대표 속성(주)의 (100)사용자 관리 정보 검색을 상속 받아서 정보 검색을 위한 관계정보(8)의 속성(Sys)을 (S01)자기 시스템-건강검진 설정하고 하위 속성(Da)는 (R007)사용자 관리 정보를 설정하고 하위 속성(항목/attribute)을 (001)사원번호 속성 식별, (002)사용자 권한 속성 식별을 설정하고, (110)권한 판단을 인수하여 정의하기 위하여 기능(9)의 속성(주) (001)로그인 ID 사원번호 식별, (002)20자리 중 5열 "Y/N" 여부를 설정 한다.
이벤트(6)의 속성(L1)의 (130)사용자 관리 조건적 운영은 하위의(13A)접수관리 운영 허용 경우, (13B)접수관리 운영 불허 경우에 대한 프로세스(7)의 대표 속성(주)를 인수하여 관계한 프로세스 식별을 설정한다. 상기 (13A)접수관리 운영 허용 경우는 프로세스(7)의 속성(주)의 (100) 접수 관리 프로그램 구동에 대한 기능 정의로 기능(9)의 속성(주)을 (001)접수 관리 메뉴 활성화 설정한다. 상기 (13B)접수관리 운영 불허 경우는 프로세스(7)의 속성(주)의 (100)접수 관리 프로그램 구동에 대한 기능 정의로 기능(9)의 속성(주)를 (001)접수 관리 메뉴 비활성, (002)메시지 구현 하위 속성(서브)을 (001) 사용자 권한 없습니다를 설정한다.
도 9e는 본 발명의 개념 설계 설정 단계의 후행 단계 속성 구성에 관계한 프로세스 설정은 구성(4)의 속성(단계)의 (1B0)헤드 정보 속성 구성과 적용정보(5), 이벤트(6)의 속성(L1)과 프로세스(7)의 속성(주)을 상속 받아서 하위 과정 프로세스(7), 관계 정보(8), 기능(9), 코드(10) 과정을 정의하여 설정한다.
상기 적용정보(5)의 속성(Da)은 (031)접수정보의 하위 속성(Gr)은 (010)색인 정보부, 하위 속성(관리)은 (100)색인 정보부 개별 설정 하위 단계(101)검진일자 설정, 하위 속성(항목/attribute)은 (001)검진일자에 대한 하위 과정 이벤트(6)의 속성(L1)의 (100)검진일자 설정, 하위 단계(1A0)검진일 당일 설정 경우, (1B0)검진일 소급 설정 경우에 대한 유형별 하위 과정 프로세스(7)의 속성은 상속 받아서 설정한다.
상기의 (1A0)검진일 당일 설정 경우는 하위 과정 프로세스(7)의 속성(주)의 (100)검진일자 식별에 대한 하위 단계(110)검진일자 검색에 대한 연계 정의로 관계정보(8)의 속성(Sys)은 (S00)자기 시스템-OS 설정, 하위 속성(Da)은 (R000) OS, 하위 속성(항목/attribute)은 (001)현재 연월일, 하위 단계 기능 설정은, 기능(9)의 속성(주)은 (001)년월일 식별 설정 한다. 또한 프로세스(7)의 속성(주)의 (100)검진일자 식별, 하위 단계(120)검진일자 설정에 대한 기능 정의 기능(9)의 속성(주)은 (001)OS에서 식별된 년월일 설정 한다.
상기의 (1B0)검진일 소급 설정 경우의 프로세스(7)의 속성(주)의 (100)검진일자 식별에 대한 하위 단계 (110)달력 컴포넌트 활용 설정에 대한 기능 정의는 기능(9)의 속성(주)은 (001)달력 컴포넌트 활성화, (002) 적용일자 선택 설정한다.
도 9f는 본 발명의 개념 설계 설정 단계의 후행 단계 속성 구성에 관계한 프로세스 계속 설정은 상기와 관계하여 적용정보(5)의 속성(관리)의 (102)접수 번호 설정, 하위 속성(항목/attribute)의 (002)접수번호에 대한 이벤트(6)의 속성(L1)은 (100)접수 번호 산출 설정, 프로세스(7)의 속성(주)은 (100)접수 번호 생성 설정에 대한 하위 단계에 관계하여 프로세스(7), 관계 정보(8), 기능(9), 코드(10) 과정을 정의하여 설정한다.
상기의 프로세스 속성(주)의 하위 단계(110)당일 접수 번호 마스트 정보 검색에 대한 연계 정의는 관계정보(8)의 속성(Sys)은 (S01)자기시스템-건강검진, 하위 속성(Da)은 (TR00)검진일 접수 번호 마스터 정보, 하위 속성(항목/attribute)는 (001)접수 마지막번호를 식별한다.
상기의 프로세스 속성(주)의 계속된 하위 단계(120)접수 번호 산출 생성 설정에 대한 하위 속성(서브)에 상속받아 설정한다.
프로세스(7)의 속성(서브)의 (001)접수 번호 인식에 대한 기능 정의는 기능(9)의 속성, (001) 당일 접수 마지막 번호 임시 생성 설정한다. 또한, 프로세스(7)의 속성(서브), (002)접수 번호 설정에 대한 기능 정의는 기능(9)의 속성,(001)검진일 마스터 정보 마지막 번호 인식, (002)검진일 접수 번호 마스터 정보 마킹, (003)접수 번호 생성 설정한다. 또한, 프로세스(7)의 속성(서브), (003)검진일 접수 번호 마스터 정보 갱신 에 대한 연계 정의는 관계정보(8)의 속성(Sys), (S01)자기시스템-건강검진, 하위 속성(Da),(TU00)검진일 접수 번호 마스터 정보, 하위 속성(항목/attribute), (001)접수 마지막 번호에 대한 하위 단계 기능 정의는 기능(9)의 속성(주), (001)접수 번호 업데이트, (002)검진일 접수 번호 마스터 정보 마킹 해제, 하위 단계 주석 정의는 코드(10)의 속성(L1), (A01)적용 검진일 기준 접수 번호 마스터 정보 식별 산출 설정한다.
본 발명의 전반에 작성된 ‘단계’는 모듈 단계에서의 Software action을 의미하고, ‘과정’은 모듈의 하위 개념인 클래스 간의 software action을 정의한다.
본 발명의 전반에 작성된 ‘계층’은, 프로그램을 실행하기 위해 소프트웨어에서 거치는 일련의 단계를 의미한다.
본 발명의 전반에 작성된 ‘상속받는다’는, 한 클래스가 다른 클래서에서 정의된 속성(자료, 함수)를 이어받아 그대로 사용하는 것으로, 이미 정의된 클래스를 바탕으로 필요한 기능을 추가하여 정의한다.
본 발명은 상기한 실시 예에 한정되지 아니하며, 적용범위가 다양함은 물론이고, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 본 발명이 속하는 분야에서 통상의 지식을 가진 자라면 누구든지 다양한 변형 실시가 가능한 것은 물론이다.
<도면 부호의 설명>
A00 : 클라이언트
A10 : 사용자
A20 : 프레임웍
A30 : 모듈(입력 및 출력 모듈)
B00 : 서버
B10 : 데이터베이스 구축
100 : 대상 및 범위 설정 단계
200 : 요구 사항 정의 설정 단계
300 : 적용 정보 설정 단계
400 : 개념 설계 정의 단계
500 : 출력 단계
710 : 서브시스템 선택 단계
720 : 단위 업무 선택 단계
730 : 유형 선택 단계
800 : 산출물 선택 단계
810 : 분석 단계 820 : 설계 단계
811 : 요구 분석 단계 812 : 유즈케이스 정의
813 : 논리 모델 정의 814 : 컴포넌트 정의
821 : DB 설계 단계 822 : 아키텍처 설계 단계
823 : 프로그램 설계 단계
900 : 출력 단계
후단(1) : 시스템 속성(대표, 서브, 보조)에 대한 Group Name
후단(2) : 업무 속성(단위, 유형)에 대한 Group Name
후단(3) : 산출물 속성(과정, 형식)에 대한 Group Name
후단(4) : 구성 속성(종류, 단계)에 대한 Group Name
후단(5) : 적용정보 속성(Da, Gr, 관리, 속성)에 대한 Group Name
후단(6) : 이벤트 속성(L1, L2, L3, L4, L5)에 대한 Group Name
후단(7) : 프로세스 속성(주, 서브, 보조)에 대한 Group Name
후단(8) : 관계정보 속성(Sys, Da, 속성)에 대한 Group Name
후단(9) : 기능 속성(주, 서브, 보조)에 대한 Group Name
후단(10) : 주석/코드 속성(L1, L2, L3)에 대한 Group Name
후단(11) : 정의 속성(적용 내역, 세부내역, 전체 조건 및 보충)에 대한 Group Name

Claims (7)

  1. 응용 프로그램을 분석하고 설계하는 방법을 수행하도록 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램에 있어서, 상기 응용 프로그램을 분석하고 설계하는 방법은, 사용자가 클라이언트에서 분석, 설계를 위한 복수의 단계를 실행하여 입력되는 데이터를 인터페이스를 통하여 서버에 형성되는 복수의 데이터베이스(DB)에 단계별로 계층화하여 저장하는 것으로,
    (a) 사용자가 분석, 설계 정보를 규격화된 틀에서 등록하기 위한 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조를 클라이언트에 생성(creation)하는 단계;
    (b) 클라이언트에서 상기 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 대상 및 범위정보를 대상 및 범위 설정 모듈을 통해 사용자로부터 입력받는 단계;
    (c) 클라이언트에서 상기 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 요구 사항 정의 정보를 요구 사항 정의 설정 모듈을 통해 사용자로부터 입력받는 단계;
    (d) 클라이언트에서 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 적용 정보를 적용정보 정의 설정 모듈을 통해 사용자로부터 입력받는 단계;
    (e) 클라이언트에서 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 개념 설계 정보를 개념 설계 정의 설정 모듈을 통해 사용자로부터 입력받는 단계;로 이루어지며,
    상기 대상 및 범위 정보는 적용 시스템과 적용 단위 업무 정보에 대한 정 의를 포함하고, 상기 요구 사항 정의 정보는 비기능 요구 사항과 기능 요구사항에 대한 정보를 포함하고, 상기 기능 요구 사항은 사전 구성 정보와 데이터 속성 식별 정보를 포함하고, 상기 적용 정보는 상기 기능 요구 사항의 데이터 속성 식별에 대한 절차 구성과 속성 구성에 대한 적용 정보 정의를 포함하고, 상기 개념 설계 정보는 이벤트 식별 정의와 프로세스 식별 정의를 포함하고,
    상기의 (b) 내지 (e) 단계는 각각의 모듈에서 입력하는 각각의 정보를 대상 및 범위 데이터베이스(DB), 요구사항 정의 데이터베이스(DB), 적용정보 정의 데이터베이스(DB), 개념 설계 데이터베이스(DB)의 형태로 데이터 기록 매체에 저장하며,
    상기 요구사항 정의 데이터베이스(DB)는 상기 저장된 대상 및 범위 데이 터베이스(DB)에서 각각 정보의 속성을 상속받고,
    상기 적용정보 정의 데이터베이스(DB)는 상기 저장된 요구사항 정의 데이 터베이스(DB)에서 기능 요구 사항의 데이터 속성 식별에 대한 절차 구성과 속성 구성 정보의 각각 정보의 속성을 상속 받으며,
    상기 개념 설계 데이터베이스(DB)의 이벤트 식별 정의 정보는 상기 저장 된 적용정보 정의 데이터베이스(DB)에서 각각 정보의 속성을 상속받아, 이벤트 식별 정보를 설정하고 프로세스 식별 정의 정보에 상속하며,
    상기 복수의 데이터베이스 들은 계층을 이루는 것을 특징으로 하며,
    사용자는 상기 상속 관계로 데이터 기록 매체에 저장된 상기 대상 및 범위 데이터베이스(DB), 상기 요구사항 정의 데이터베이스(DB), 상기 적용정보 정의 데이터베이스(DB), 상기 개념 설계 데이터베이스(DB)에서 상기 응용프로그램의 분석 및 설계 과정의 각 단계들에서, 사용되는 정보들을 검색하고 계층화하여, 배열할 수 있는 것을 특징으로 하는 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
  2. 제1항에 있어서, 상기 응용 프로그램을 분석하고 설계하는 방법을 이루는 복수의 단계들은,
    상기 (e) 단계 이후에,
    사용자가 상기 데이터 기록 매체에 저장된 상기 대상 및 범위 데이터베이스(DB), 상기 요구사항 정의 데이터베이스(DB), 상기 적용정보 정의 데이터베이스(DB), 상기 개념 설계 데이터베이스(DB)를 검색하여 확인하는 방식으로, 출력 모듈을 통해 사용자에게 상기 응용 프로그램의 분석서 또는 설계서를 디스플레이하는 (f) 단계를 더 포함하는 것을 특징으로 하는 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
  3. 제1항에 있어서, 상기 (a) 단계의 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조는 복수의 그룹화된 정보를 포함하며, 상기 복수의 그룹(group) 정보는 시스템, 단위업무, 분석 유형, 구성, 적용정보, 이벤트, 프로세스, 관계정보, 기능(function), 코드(code), 정의를 포함하고 상기 복수의 그룹(group) 정보는 하위 속성을 포함하는 것을 특징으로 하는 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
  4. 제1항에 있어서, 상기 (b) 단계의 대상 및 범위 설정 모듈은 상기 대상 및 범위 정보를 이루는 상기 적용 시스템과 상기 적용 단위 업무를 설정하되,
    상기 적용 시스템에 대한 하위 속성을 설정하는 과정은 대표 시스템, 서브 시스템 및 보조 시스템에 대한 기록정보를 설정하는 순서로 이루어지고, 상기 서브 시스템은 상기 대표 시스템을 상속받고, 상기 보조 시스템은 상기 서브 시스템을 상속받으며;
    상기 시스템에 대한 기록 정보를 설정한 이후, 상기 대표, 서브, 보조 시스템의 설정 정보를 상속받아 상기 단위 업무 정보를 설정하는 과정을 더 포함하고;
    상기 단위 업무 정보의 속성으로는 유형과 업무로 이루어지고,
    상기 단위 업무 정보를 설정하는 과정에서, 상기 유형은 상기 업무에서 상속 받는 것을 포함하여 상기 요구 사항 정의 데이터베이스(DB)에 조건적으로 상속하는 것을 특징으로 하는 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
  5. 제1항에 있어서, 상기 (c) 단계의 요구 사항 정의 설정 모듈은 상기 비기능 요구 사항과 기능 요구 사항을 설정하되,
    상기 비기능 요구 사항은 하위 속성에 대하여, 환경 요구 사항, 품질 요구 사항, 제약사항을 설정하고;
    상기 환경 요구 사항, 품질 요구 사항, 제약사항의 하위 과정 구성의 속성 종류에 대한 정의 정보 설정을 포함하고,
    상기 기능 요구 사항은 하위 속성에 대하여 사전 구성 정보와 데이터 속성 식별 정보를 설정하고;
    상기 사전 구성 정보 설정은 하위 과정 구성의 속성 종류를 설정하고
    상기 데이터 속성 식별 설정은 하위 과정 구성의 대표 속성 종류에 대한 하위 속성 절차를 설정하는 것을 포함하며,
    상기 데이터 속성 식별 정보에 대한 절차 구성 정의 정보와 속성 구성 정의 정보를 포함하여 적용 정보 데이터베이스(DB)에 상속하는 것을 포함하는 것을 특징으로 하는 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
  6. 제 1항에 있어서, 상기 (d) 단계의 적용 정보 정의 설정 모듈은 상기 데이터 속성 식별 정보에 대한 절차 구성정보와 속성 구성 정보에 대한 적용 정보를 설정하되,
    상기 절차 구성 정보와 속성 구성 정보는 적용정보 속성을 설정을 하고, 상기 개념 설계 데이터베이스(DB)의 이벤트 식별 정보에 상속하는 것을 특징으로 하는 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
  7. 제1항에 있어서,
    상기 (e) 단계의 개념 설계 설정 모듈에 관한 것으로 클라이언트의 DB Framework 환경에서 사용자가 선행 단계 이벤트 식별과 후행 단계 프로세스 식별 정보를 설정하되,
    상기 선행 단계 이벤트 식별 설정은 이벤트의 속성과 이벤트와 관계한 프로세스의 속성 설정을 포함하되, 상기설정된 이벤트의 속성과 상기 프로세스의 속성 설정을 후행 단계 프로세스 식별에 상속하고,
    상기 후행 단계 프로세스 식별 설정은 선행 단계 이벤트 식별을 상속 받아서 프로세스 속성, 관계정보 속성, 기능(function)속성, 코드(code)속성에 프로세스, 인터페이스, 연계, 프로시저, 코드를 설정하여 인터페이스를 통하여 서버의 개념 설계 DB에 기록매체별로 단계는 계층화하고 과정은 배열화한 정보를 저장하는 것을 포함하는 것을 특징으로 하는 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
PCT/KR2020/002804 2018-09-06 2020-02-27 응용 프로그램 설계 방법 및 장치 WO2020209499A1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR20180106654 2018-09-06
KR10-2019-0041803 2019-04-10
KR1020190041803A KR102041422B1 (ko) 2018-09-06 2019-04-10 응용 프로그램 설계 방법 및 장치

Publications (1)

Publication Number Publication Date
WO2020209499A1 true WO2020209499A1 (ko) 2020-10-15

Family

ID=68729605

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/002804 WO2020209499A1 (ko) 2018-09-06 2020-02-27 응용 프로그램 설계 방법 및 장치

Country Status (2)

Country Link
KR (1) KR102041422B1 (ko)
WO (1) WO2020209499A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114911731A (zh) * 2022-03-16 2022-08-16 平湖市智周深鉴智能科技有限公司 复杂体系的模型化接口设计方法、电子设备及存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102505850B1 (ko) * 2020-12-17 2023-03-02 현대오토에버 주식회사 차량 소프트웨어 개발 시스템 및 방법

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090065742A (ko) * 2007-12-18 2009-06-23 한국전자통신연구원 소프트웨어 개발 장치 및 그 방법
JP2011048796A (ja) * 2009-08-28 2011-03-10 Fujitsu Computer Technologies Ltd 意味モデル生成プログラムおよび意味モデル生成装置
JP4852834B2 (ja) * 2004-08-30 2012-01-11 株式会社日立製作所 アプリケーション要件設計支援システムおよび方法
KR20150123402A (ko) * 2014-04-24 2015-11-04 남서울대학교 산학협력단 통합화 의료정보시스템 환경의 접근제어 소프트웨어 설계 방법
KR20160042729A (ko) * 2014-10-12 2016-04-20 유홍준 소프트웨어 병렬 개발 방법 및 시스템

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2291347A (en) 1994-06-24 1996-01-24 Phytopharm Ltd Pharmaceutical compositions comprising extracts of Chinese herbs
KR101445666B1 (ko) 2012-11-29 2014-10-01 포항공과대학교 산학협력단 소프트웨어 개발을 위한 워크벤치 구성 방법 및 이를 이용한 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4852834B2 (ja) * 2004-08-30 2012-01-11 株式会社日立製作所 アプリケーション要件設計支援システムおよび方法
KR20090065742A (ko) * 2007-12-18 2009-06-23 한국전자통신연구원 소프트웨어 개발 장치 및 그 방법
JP2011048796A (ja) * 2009-08-28 2011-03-10 Fujitsu Computer Technologies Ltd 意味モデル生成プログラムおよび意味モデル生成装置
KR20150123402A (ko) * 2014-04-24 2015-11-04 남서울대학교 산학협력단 통합화 의료정보시스템 환경의 접근제어 소프트웨어 설계 방법
KR20160042729A (ko) * 2014-10-12 2016-04-20 유홍준 소프트웨어 병렬 개발 방법 및 시스템

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114911731A (zh) * 2022-03-16 2022-08-16 平湖市智周深鉴智能科技有限公司 复杂体系的模型化接口设计方法、电子设备及存储介质
CN114911731B (zh) * 2022-03-16 2023-11-17 平湖市智周深鉴智能科技有限公司 复杂体系的模型化接口设计方法、电子设备及存储介质

Also Published As

Publication number Publication date
KR102041422B1 (ko) 2019-11-27

Similar Documents

Publication Publication Date Title
WO2020209499A1 (ko) 응용 프로그램 설계 방법 및 장치
WO2015137620A1 (en) Method and apparatus for providing calendar displaying work history of document
WO2010036012A2 (ko) 인터넷을 이용한 의견 검색 시스템, 의견 검색 및 광고 서비스 시스템과 그 방법
WO2012060532A1 (ko) 특허 평가 모델 생성 방법, 특허 평가 방법, 특허 분쟁 예측 모델 생성 방법, 특허 분쟁 예측 정보 생성 방법, 특허 라이센싱 예측 정보 생성 방법, 특허 리스크 헤징 정보 생성 방법 및 시스템
WO2014030962A1 (en) Method of recommending friends, and server and terminal therefor
WO2020044290A1 (ko) 특허 문서 작성 장치, 방법, 컴퓨터 프로그램, 컴퓨터로 판독 가능한 기록매체, 서버 및 시스템
WO2018117685A1 (en) System and method of providing to-do list of user
WO2015030556A1 (en) Apparatus and method for displaying chart in electronic device
WO2016182209A1 (ko) 미용서비스 제공 시스템, 서버 및 방법
WO2021071012A1 (ko) 무매체 신원 확인을 통한 상품 구매 서비스 제공 장치 및 방법
EP3552163A1 (en) System and method of providing to-do list of user
WO2019024219A1 (zh) 文档自动生成方法、装置、文档自动生成器及介质
WO2011007935A1 (ko) 홈페이지 통합 서비스 제공 시스템 및 방법
WO2019001087A1 (zh) 案件理赔方法、装置、服务器及计算机可读存储介质
WO2021049921A1 (en) Method, apparatus, electronic device and storage medium for predicting user attribute
WO2011155736A9 (ko) 모든 자연어 표현의 각각의 의미마다 별도의 용어를 동적으로 생성하는 방법 및 이를 기반으로 하는 사전 관리기,문서작성기, 용어 주석기, 검색 시스템 및 문서정보체계 구축장치
WO2016093595A1 (ko) 사진이 구비된 보고서 작성 시스템 및 그 프로그램을 기록한 컴퓨터로 판독 가능한 기록매체
WO2018076453A1 (zh) 一种关联应用显示方法、装置及移动终端
WO2014148838A1 (en) Method and system of performing electronic approval processes
WO2013119007A1 (ko) 아이디어 휠 기반의 데이터 생성 장치
WO2019218442A1 (zh) 电量数据的管理方法、装置、设备及可读存储介质
WO2024005329A1 (ko) 인공지능 기반 구성원 평가 피드백 서비스 제공 방법, 장치 및 시스템
WO2021167416A1 (ko) 정기결제를 기반으로 하는 서비스를 관리하기 위한 방법, 시스템 및 컴퓨터 판독 가능한 기록 매체
WO2023080276A1 (ko) 쿼리 기반 데이터베이스 연동 딥러닝 분산 시스템 및 그 방법
WO2020222533A2 (ko) 지인 할인 코드 기반 쇼핑 관리 제어 시스템 및 지인 할인 코드 기반 쇼핑 관리 제어 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20787266

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20787266

Country of ref document: EP

Kind code of ref document: A1