SELECTING A DEVELOPMENT ASSOCIATE FOR WORK IN A UNIFIED MODELING LANGUAGE (UML) ENVIRONMENT
专利汇可以提供SELECTING A DEVELOPMENT ASSOCIATE FOR WORK IN A UNIFIED MODELING LANGUAGE (UML) ENVIRONMENT专利检索，专利查询，专利分析的服务。并且An approach is provided for selecting a development resource to develop a component in a Unified Modeling Language (UML) software system architecture. Specifically, a request for a developer is received from an architect. A component for the developer is determined and candidate analytics is performed on the component. Based on the candidate analytics, a list of potential candidates is presented to the architect. A developer is then selected from the list of candidates.，下面是SELECTING A DEVELOPMENT ASSOCIATE FOR WORK IN A UNIFIED MODELING LANGUAGE (UML) ENVIRONMENT专利的具体信息内容。
What is claimed is:
This invention relates generally to a software development environment and, more specifically, to selecting a development associate to develop a component in a Unified Modeling Language (UML) software system architecture.
Unified Modeling Language (UML) is a graphical language for visualizing, specifying, constructing, and documenting the artifacts or components of a software-intensive system. UML offers a standard way to write a system's blueprints, including conceptual things such as business processes and system functions, as well as concrete things such as programming language statements, database schemas, and reusable software components. UML combines techniques from data modeling (entity relationship diagrams), business modeling (work flows), object modeling, and component modeling. It can be used with all processes throughout the software development life cycle and across different implementation technologies. UML has synthesized the notations of the Booch method, the object-modeling technique (OMT), and object-oriented software engineering (DOSE) by fusing them into a single common and widely usable modeling language.
Many large corporations have geographically dispersed technical development teams. Due to the dispersed nature of these teams and changing resources in work environments, it can be difficult for software architects to know which development associate to assign to a newly architected software component that will be used in building a system.
In general, an approach is provided for selecting a development resource to develop a component in a Unified Modeling Language (UML) software system architecture. Specifically, a request for a developer is received from an architect. A component for the developer is determined and candidate analytics is performed on the component. Based on the candidate analytics, a list of potential candidates is presented to the architect. A developer is then selected from the list of candidates.
A first aspect of the present invention includes a computer-implemented method for selecting a development associate in a Unified Modeling Language (UML) software system architecture, comprising: determining a component for the development associate; performing candidate analytics on the component; presenting a set of candidates based on the candidate analytics; and selecting a development associate from the set of candidates.
A second aspect of the present invention provides a system for selecting a development associate in a Unified Modeling Language (UML) software system architecture, comprising: a memory medium comprising instructions; a bus coupled to the memory medium; and a processor coupled to an integrated development environment (IDE) tool via the bus that when executing the instructions causes the system to: determine a component for the development associate; perform candidate analytics on the component; present a set of candidates based on the candidate analytics; and select a development associate from the set of candidates.
A third aspect of the present invention provides a computer program product for selecting a development associate in a Unified Modeling Language (UML) software system architecture, the computer program product comprising a computer readable storage medium, and program instructions stored on the computer readable storage medium, to: determine a component for the development associate; perform candidate analytics on the component; present a set of candidates based on the candidate analytics; and select a development associate from the set of candidates.
A fourth aspect of the present invention includes a method for providing a system for selecting a development associate in a Unified Modeling Language (UML) software system architecture, comprising: determining a component for the development associate; performing candidate analytics on the component; presenting a set of candidates based on the candidate analytics; and selecting a development associate from the set of candidates.
These and other features of this invention will be more readily understood from the following detailed description of the various aspects of the invention taken in conjunction with the accompanying drawings in which:
The drawings are not necessarily to scale. The drawings are merely representations, not intended to portray specific parameters of the invention. The drawings are intended to depict only typical embodiments of the invention, and therefore should not be considered as limiting in scope. In the drawings, like numbering represents like elements.
Exemplary embodiments will now be described more fully herein with reference to the accompanying drawings, in which exemplary embodiments are shown. An approach is provided for selecting a development resource to develop a component in a Unified Modeling Language (UML) software system architecture. Specifically, a request for a developer is received from an architect. A component for the developer is determined and candidate analytics is performed on the component. Based on the candidate analytics, a list of potential candidates is presented to the architect. A developer is then selected from the list of candidates.
It will be appreciated that this disclosure may be embodied in many different forms and should not be construed as limited to the exemplary embodiments set forth herein. Rather, these exemplary embodiments are provided so that this disclosure will be thorough and complete and will fully convey the scope of this disclosure to those skilled in the art. The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of this disclosure. For example, as used herein, the singular forms “a”, “an”, and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. Furthermore, the use of the terms “a”, “an”, etc., do not denote a limitation of quantity, but rather denote the presence of at least one of the referenced items. It will be further understood that the terms “comprises” and/or “comprising”, or “includes” and/or “including”, when used in this specification, specify the presence of stated features, regions, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, regions, integers, steps, operations, elements, components, and/or groups thereof.
Reference throughout this specification to “one embodiment,” “an embodiment,” “embodiments,” or similar language means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, appearances of the phrases “in one embodiment,” “in an embodiment,” “in embodiments” and similar language throughout this specification may, but do not necessarily; all refer to the same embodiment.
Computer system 104 is intended to represent any type of computer system that may be implemented in deploying/realizing the teachings recited herein. In this particular example, computer system 104 represents an illustrative system for selecting a development associate in a Unified Modeling Language (UML) software system architecture. It should be understood that any other computers implemented under the present invention may have different components/software, but will perform similar functions. As shown, computer system 104 includes a processing unit 106, memory 108 for storing an IDE tool 150 and/or version control tool 170, a bus 110, and device interfaces 112.
Processing unit 106 collects and routes signals representing outputs from external devices 115 (e.g., a keyboard, a pointing device, a display, a graphical user interface, etc.) to IDE tool 150 and/or version control tool 170. The signals can be transmitted over a LAN and/or a WAN (e.g., T1, T3, 56 kb, X.25), broadband connections (ISDN, Frame Relay, ATM), wireless links (802.11, Bluetooth, etc.), and so on. In some embodiments, the signals may be encrypted using, for example, trusted key-pair encryption. Different external devices may transmit information using different communication pathways, such as Ethernet or wireless networks, direct serial or parallel connections, USB, Firewire®, Bluetooth®, or other proprietary interfaces. (Firewire is a registered trademark of Apple Computer, Inc. Bluetooth is a registered trademark of Bluetooth Special Interest Group (SIG)).
In general, processing unit 106 executes computer program code, such as program code for IDE tool 150 and/or version control tool 170, which is stored in memory 108 and/or skills database 120. While executing computer program code, processing unit 106 can read and/or write data to/from memory 108 and/or skills database 120. Skills database 120 can include VCRs, DVRs, RAID arrays, USB hard drives, optical disk recorders, flash storage devices, or any other similar storage device. Although not shown, computer system 104 could also include I/O interfaces that communicate with one or more external devices 115 that enable a user to interact with computer system 104.
Within IDE tool 150, in a typical embodiment, model module 156 may use tag/concept extractor 152 to process a supplied UML model and build a tag/concept index 154. Candidate analytics module 158 may use the tag/concept index 154 along with version control tool 170 (consisting of development history 172, defect store 174, and developer work assignments 176), skills database 120, and social network 130 to build a list of resource candidates. Finally, the candidate selection module 160 may present exact and partial matches to the architect using historic architecture data from version control tool 170. A development associate (e.g., software developer, information developer, project manager, technical writer, and the like) is then selected. In one example, the development associate is selected during a design phase of a project.
UML allows the architecture model of a system being developed to be specified at various levels of detail. Commonly developed models include system context, architecture overview, analysis (or platform independent) design, and enterprise (or platform specific) design. In one example, an architect may develop a UML model consisting of, but not limited to, components, component associations (structural view), component interactions (behavioral view), and component deployment (operational view). A component in the UML represents a modular part of a system that encapsulates its content and whose manifestation is replaceable within its environment. A component defines its behavior in terms of provided and required interfaces. A component may be replaced by another if, and only if, their provided and required interfaces are identical.
UML enables the assignment of snippets of information to various elements of the architectural model. A UML profile provides a means of extending UML, which enables the architect to build UML models in particular domains. The profile is based on additional stereotypes and tagged values that are applied to elements, attributes, methods, connectors, connector ends, and so on. The assignment of the snippets of information may use stereotypes and stereotype properties via the application of one or more UML profiles. Alternatively, UML keywords or comments may be used. Using either approach, the architect may assign one or more keywords (or tags) and/or assign requirements to, for example, an element.
In Table 1 above, the architect is designing an authentication module called ‘User Authentication Module’. A corporate UML profile is assigned and a stereotype called ‘authentication’ is selected. Values are assigned to the selected stereotype's properties indicating that the authentication is being called from a Java® program using web services over hypertext transfer protocol secure (https) (Java and all Java-based trademarks and logos are trademarks or registered trademarks of Oracle and/or its affiliates). Also, a stereotype called ‘prog-lang’ (i.e., programming language) is selected indicating the module needs to be developed using Java® (version 1.5). In addition, a set of keywords is assigned indicating that the module will use the corporate directory for authentication over web services using single signon (SSO) making use of a service repository. Finally, in this example, two requirements (REQ01.01 and REQ01.02) are assigned that the authentication module component must fulfill. In other examples, any number of stereotypes, keywords, and/or requirements may be associated with a respective component.
At S13, the IDE tool 150 determines a component for candidate selection. At S14, the candidate analytics module 158 performs candidate analytics on the selected component. The candidate analytics module 158 may be configured to enable the architect to select the best developer resource for each newly designed component using a plurality of sources including, but not limited to, skills database 120, version control tool 170, and social network 130. Social network 130 may include the architect's social network and peer architects' social networks.
Development history 172 may include each developer's component development history. The development history may be recorded using known techniques. The type of each component may be identified automatically through the UML design that is associated with the component creation. For example, the UML design may specify the component interacts with a database, a network socket, SOAP, or the like. Each of these may be considered “tags” or component keywords. In one example, more than one keyword may be assigned to each component. Each developer may be linked to their component history and each keyword may be linked to one or more developers. In one example, the information may be kept in a relational data store to enable rapid searching and sorting. Individuals with more experience with a component type may be preferred over other individuals when selecting optimal resource candidates.
Each defect against any component or source files is stored. In one example, defect information may be stored in version control tool 170. The author of each component may already be stored in development history 172 as described above. In one example, a defect count is increased for the responsible developer and the corresponding defect count for the associated keywords for each component. For example, if the component was related to database design, the developer's database design defect count would be increased. In some examples, the defect count may be stored as a defect per component count such that there is no advantage for developers with less experience. In one example, individuals with fewer defects per component type may be preferred over other individuals when selecting optimal resource candidates.
The workload for each developer may be stored in developer work assignments 176. Each new assignment is stored and the responsible developer's workload count may be increased upon assignment of a new task. Upon assignment completion, the responsible developer's workload count may be decreased. The workload count represents the total number of outstanding tasks for each developer. In one example, individuals with a lower workload may be preferred over other individuals when selecting optimal resource candidates.
Other information may be used when nominating one or more optimal resource candidates to be considered for a particular assignment, such as community activity, crowd-sourcing, scanned documents such as curriculum vitaes (CV's) or resumes having predefined keywords, scanned skills databases, and the like. Community activity may include the social interactions of developers. Social interactions may include activities such as article or journal authoring of developers, activities on various developer forums, and the like.
Crowd-sourcing involves parties having knowledge of skills nominating or voting on those individuals with the best ability to undertake a particular assignment. Such nomination may take place either in binary form (e.g., statement as to whether a particular person is well suited for the role), relative form (e.g., Sue is best, then Sanjay, then Robert), or through subjective skills assessment e.g., Sue's skills are 5/5, Sanjay's are 4/5, and Robert's are 4/5). These inputs may be aggregated to either automatically guide role placement or to provide decision support for key personnel, such as project managers or resource deployment managers.
One or more scanned documents (e.g., CV, resume, or the like) having one or more predefined keywords may also be used. The documents may be scanned to assess an individual's acceptability for a given role. In this method, an individual having a resume containing more keywords than another individual may be considered a stronger candidate for the role. Alternatively, or in addition, an individual candidate demonstrating multiple projects with a given skill than another individual may be considered a stronger match. Also, an individual showing a longer length of time using a certain skill than another individual may be considered a stronger candidate for the role.
One or more skills databases may be scanned when nominating one or more optimal resource candidates to be considered for a particular assignment. A skills database may contain employee skills sets. These skill sets may be self-graded (i.e., an individual herself issues as assessment on her strengths and weaknesses) or developed by others (e.g., peers or management staff). Again, similar to the technique involving scanned documents, individuals having more keywords, higher rankings, greater time, and/or higher number of past roles may be considered stronger candidates for the role.
Referring back to
In one example, the candidate analytics module 158 may classify a given resource as an exact match when the development associate has performed or successfully fulfilled the role on a previous occasion. In other examples, a development associate may be classified as an exact match when meeting other predefined criteria. The architect may select an individual from the exact match list for assignment to the component. Upon selection, the new component may be created and the development associate assignment may be made.
A partial match may be best described using an example. Consider the example in which the architect has a component for authentication using Simple Object Access Protocol (SOAP) application programming interface (API) deployed on a WebSphere Application Server. The candidate analytics module 158 finds a developer who has previously implemented authentication using Lightweight Directory Access Protocol (LDAP). In this example, the developer resource is treated as a partial match. In the case of a partial match, in one example, the method obtains the architecture previously developed associated with the developer from a repository, such as Rational Team Concert™ (trademark of IBM Corp,), presents the previously developed architecture to the architect, and recommends refinement of the architecture model. If the architect proceeds to refine the proposed architecture to be in line with the developer's experience, candidate selection may be re-executed on the updated architecture model, thus enabling the partial match to become an exact match.
At S16, the architect selects a development associate (such as a software developer) from the list of candidate matches. At S17, a determination is made whether the selected developer is an exact match. If an exact match, an associated team-aware software development platform message is sent at S18. If not an exact match, the IDE tool 150 obtains a previously developed architecture and presents it to the architect at S19. At S20, a determination is made whether to refine the architecture. If the architecture is to be refined, the architect updates the architecture at S21. At S22, a determination is made whether additional components are available for candidate selection. If additional components are available, then the process is repeated.
Further, it can be appreciated that the methodologies disclosed herein can be used within a computer system to provide a developer resource selection service, as shown in
The exemplary computer system 104 may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, people, components, logic, data structures, and so on that perform particular tasks or implement particular abstract data types. Exemplary computer system 104 may be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage medium including memory storage devices.
Furthermore, an implementation of exemplary computer system 104 may be stored on or transmitted across some form of computer readable media. Computer readable media can be any available media that can be accessed by a computer. By way of example, and not limitation, computer readable media may comprise “computer storage medium” and “communications media.”
“Computer storage medium” includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules, or other data. Computer storage medium includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computer.
“Communication media” typically embodies computer readable instructions, data structures, program modules, or other data in a modulated data signal, such as carrier wave or other transport mechanism. Communication media also includes any information delivery media.
The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared, and other wireless media. Combinations of any of the above are also included within the scope of computer readable media.
It is apparent that there has been provided with this invention an approach for selecting a development associate to develop a component in a Unified Modeling Language (UML) software system architecture. While the invention has been particularly shown and described in conjunction with a preferred embodiment thereof, it will be appreciated that variations and modifications will occur to those skilled in the art. Therefore, it is to be understood that the appended claims are intended to cover all such modifications and changes that fall within the true spirit of the invention.
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种基于元数据的业务流程推荐方法及装置 | 2020-05-13 | 116 |
| 一种安全目标的分解与建模方法及相关设备 | 2020-05-13 | 187 |
| 一种基于IFML的Android开发建模方法 | 2020-05-14 | 357 |
| 一种软件复杂度计算方法 | 2020-05-15 | 265 |
| 航天器太阳电池阵本体在轨遮挡的简化分析方法 | 2020-05-12 | 691 |
| 一种基于BPMN的指挥控制流程设计方法 | 2020-05-08 | 957 |
| 用于验证软件程序的方法和系统 | 2020-05-11 | 667 |
| 基于业务规则的自适应业务流程建模方法 | 2020-05-12 | 306 |
| 一种基于XML的可重用监控软件设计方法 | 2020-05-08 | 996 |
| 软件代码解析方法及装置 | 2020-05-12 | 137 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
