Infosys Limited

Infosys Technologies Limited

Nagaraja Nanjegowda Siddaramappa

Santonu Sarkar

Girish Maskeri Rama

Avinash C Kak

Krishnakumar Pooloth

Srinivas Thonse

Shubha Ramachandran

Renuka Sindhgatta

Rajesh Balakrishnan

Salil Agrawal

Quality of modularization of source code is tested using different perspectives such as a structural modularity perspective, an architectural modularity perspective, a size perspective, and a similarity of purpose perspective. A history of changes in modularization may be kept such that the degree to which given source code is well-modularized can be determined over time. The changes made to the code by individual programmers may be kept, such that the degree to which their coding enhanced or harmed modularization may be tracked.

Evaluating programmer efficiency in maintaining software systems

A powerful set of features can assist software developers in searching source code. Source code can be queried to find occurrences of source code elements mapped to domain concepts appearing in an ontology. Queries can specify a search for occurrences of particular operations performed on domain concepts within the source code. Query expansion can be used to locate related domain concepts as indicated in the ontology. Query keyword weighting can be used to emphasize one domain concept over another. Tools can be provided to create the ontology and associate the ontology with the elements appearing in the source code. Results can include user interface features assisting in navigation to a location within the source code associated with the query results.

Semantic-based query techniques for source code

Measuring quality of software modularization

Tools and methods are described herein that allows for measuring and using the relationship between artifacts of a software design, such as requirements, test plans, and so on. The relationship can be quantified by determining a relationship quotient for quantifying a similarity between components of software design artifacts and presenting the quantified relationships to a user, such as a software designer, so that he or she can account for the relationship between such components during design changes and so on. The relationship quotient is made more representative of substantive similarity by selecting the key terms that are to be submitted to a similarity analysis such that words that are too common in the English language, such as conjunctions, articles, etc., are not used. Ubiquity of certain key terms in an enterprise is accounted for by adding a term significance weight to the similarity analysis. The similarity analysis is made contextual, for instance, by the use of inputs from domain ontology including Entity Descriptions, and Entity Relationships.

Automated relationship traceability between software design artifacts

Growing community of inventors

Bengaluru, India

Nagaraja Nanjegowda Siddaramappa