Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Abha Moitra

dblp:94/6824 · DBLP profile ↗
← Back
17ranked-venue papers
10as first author
3since 2021 · last 2024
0000-0002-7027-2082ORCID · corroborated

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 9 · 6 first-authorSystems, architecture and hardware · 2 · 2 first-authorSecurity and privacy · 2 · 2 since 2021Graphics, computer vision, multimedia, augmented reality and games · 2 · 1 first-author · 1 since 2021Theory of computation · 2 · 1 first-authorArtificial intelligence and machine learning · 1 · 1 first-author

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Artificial intelligence
2 papers
Knowledge representation and reasoning · 50% Information extraction and text analysis · 50%
Computer graphics and multimedia
1 paper
Computational fabrication · 100%
Computer architecture, parallel and distributed computing, and storage systems
4 papers
Electronic design automation · 88% Parallel and multicore computing · 6% Distributed systems · 3%

Topics — the 18 heaviest of 20, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Knowledge, reasoning and agents › Knowledge representation and reasoning › logic programming
inductive logic programming
0.212016
Automated Capture and Execution of Manufacturability Rules Using Inductive Logic Programming · AAAI 2016
Knowledge, reasoning and agents › Knowledge representation and reasoning
rule learning
0.212016
Automated Capture and Execution of Manufacturability Rules Using Inductive Logic Programming · AAAI 2016
Computational fabrication
computer-aided manufacturing
0.112021
Extraction of Formal Manufacturing Rules from Unstructured English Text · Comput. Aided Des. 2021
Electronic design automation
design for manufacturability
0.112016
Automated Capture and Execution of Manufacturability Rules Using Inductive Logic Programming · AAAI 2016
Computational complexity
circuit complexity
0.011989
Time Lower Bounds For CREW-PRAM Computation Of Monotone Functions · ICALP 1989
Algorithms and data structures
parallel algorithms
0.011989
Time Lower Bounds For CREW-PRAM Computation Of Monotone Functions · ICALP 1989
Computational complexity › parallel complexity
parallel computation lower bounds
0.011989
Time Lower Bounds For CREW-PRAM Computation Of Monotone Functions · ICALP 1989
Data integration and cleaning › data transformation
data restructuring
0.011988
Multilevel Data Structures: Models and Performance · IEEE Trans. Software Eng. 1988
Algorithms and data structures › data structure design
hierarchical data structures
0.011988
Multilevel Data Structures: Models and Performance · IEEE Trans. Software Eng. 1988
Cloud and datacenter computing
cloud service provider
0.011983
Synthesis of Communicating Processes · PODC 1983
Distributed systems › distributed computing theory
communicating processes
0.011983
Synthesis of Communicating Processes · PODC 1983
Automated reasoning and model checking
program transformation
0.011983
Synthesis of Communicating Processes · PODC 1983
Programming languages and type systems
abstract data types
0.011982
Direct Implementation of Algebraic Specification of Abstract Data Types · IEEE Trans. Software Eng. 1982
Programming languages and type systems › specification language
algebraic specification
0.011982
Direct Implementation of Algebraic Specification of Abstract Data Types · IEEE Trans. Software Eng. 1982
Program synthesis and code generation › generative programming
code generation from specifications
0.011982
Direct Implementation of Algebraic Specification of Abstract Data Types · IEEE Trans. Software Eng. 1982
Compilers and program optimization
program transformation
0.011986
Derivation of a Parallel Algorithm for Balancing Binary Trees · IEEE Trans. Software Eng. 1986
Requirements engineering and software design › formal specification
guarded commands
0.011983
Synthesis of Communicating Processes · PODC 1983
Logic in computer science
formal specification
0.011982
Direct Implementation of Algebraic Specification of Abstract Data Types · IEEE Trans. Software Eng. 1982

Methods — techniques the papers use, named apart from their topics

natural language processing · 1.0inductive logic programming · 0.5performance modeling · 0.0correctness proof · 0.0stepwise refinement · 0.0iterative balancing · 0.0maintenance processes · 0.0program transformation · 0.0CSP · 0.0monotone function computation · 0.0PRAM model · 0.0maintenance process · 0.0concrete model construction · 0.0direct implementation · 0.0
YearPublicationVenuePosition
2024 Assurance Case Synthesis from a Curated Semantic Triplestore
Saswata Paul, Baoluo Meng, Kit Siu, Abha Moitra, Michael Durling
SAFECOMP4
2021 Automating the Assembly of Security Assurance Case Fragments
Baoluo Meng, Saswata Paul, Abha Moitra, Kit Siu, Michael Durling
SAFECOMP3
2021 Extraction of Formal Manufacturing Rules from Unstructured English Text
Sungku Kang, Lalit Patil, Arvind Rangarajan, Abha Moitra, Dean Robinson, Farhad Ameri, Debasish Dutta
Comput. Aided Des.4
2019 Automating requirements analysis and test case generation
Abha Moitra, Kit Siu, Andrew W. Crapo, Michael Durling, Panagiotis Manolios, Michael Meiners, Craig McMillan
Requir. Eng.1
2018 Towards Development of Complete and Conflict-Free Requirements
abstract
Writing requirements is no easy task. Common problems include ambiguity in statements, specifications at the wrong level of abstraction, statements with inconsistent references to types, conflicting requirements, and incomplete requirements. These pitfalls lead to errors being introduced early in the design process. The longer the gap between error introduction and error discovery, the higher the cost associated with the error. To address the growing cost of system development, we introduce a tool called ASSERT" (Analysis of Semantic Specifications and Efficient generation of Requirements-based Tests) for capturing requirements, backed by a formal requirements analysis engine. ASSERT" also automatically generates a complete set of requirements-based test cases. Capturing requirements in an unambiguous way and then formally analyzing them with an automated theorem prover eliminates errors as soon as requirements are written. It also addresses the historical problem that analysis engines are hard to use for someone without formal methods expertise and analysis results are often difficult for the end-user to understand and make actionable. ASSERT"'s major contribution is to bring powerful requirements capture and analysis capability to the domain of the end-user. We provide explainable and automated formal analysis, something we found important for a tool's adoptability in industry.
Abha Moitra, Kit Siu, Andrew W. Crapo, Harsh Raju Chamarthi, Michael Durling, Panagiotis Manolios, Michael Meiners
RE1
2017 Requirements Capture and Analysis in ASSERT(TM)
abstract
Capturing high-level requirements in a human readable but formal representation suitable for analysis is an important goal for GE. To that end we have augmented an existing controlled-English modeling language with a new controlled-English requirements capture language to create the Requirements Capture frontend of the ASSERT(TM) tool suite. Requirements captured in ASSERT can be analyzed for a number of possible shortcomings, both individually and collectively. Once a set of requirements has reached a satisfactory level of completeness, consistency, etc., it can then be further used to generate test cases and test procedures. This paper will focus on the requirements capture and analysis functions of ASSERT and will illustrate its capabilities with a sample problem previously used as a challenge problem for requirements specification.
Andrew W. Crapo, Abha Moitra, Craig McMillan, Daniel Russell
RE2
2016 Automated Capture and Execution of Manufacturability Rules Using Inductive Logic Programming
abstract
Capturing domain knowledge can be a time-consuming process that typically requires the collaboration of a Subject Matter Expert and a modeling expert to encode the knowledge. In a number of domains and applications, this situation is further exacerbated by the fact that the Subject Matter Expert may find it difficult to articulate the domain knowledge as a procedure or rules, but instead may find it easier to classify instance data. To facilitate this type of knowledge elicitation from Subject Matter Experts, we have developed a system that automatically generates formal and executable rules from provided labeled instance data. We do this by leveraging the techniques of Inductive Logic Programming (ILP) to generate Horn clause based rules to separate out positive and negative instance data. We illustrate our approach on a Design For Manufacturability (DFM) platform where the goal is to design products that are easy to manufacture by providing early manufacturability feedback. Specifically we show how our approach can be used to generate feature recognition rules from positive and negative instance data supplied by Subject Matter Experts. Our platform is interactive, provides visual feedback and is iterative. The feature identification rules generated can be inspected, manually refined and vetted.
Abha Moitra, Ravi Palla, Arvind Rangarajan
AAAI1
1989 Time Lower Bounds For CREW-PRAM Computation Of Monotone Functions
Gianfranco Bilardi, Abha Moitra
ICALP2
1989 A Parallel Algorithm for Maximum Matching on Interval Graphs
Abha Moitra, Richard C. Johnson
ICPP (3)1
1988 Multilevel Data Structures: Models and Performance
abstract
A stepwise method of deriving the high-performance implementation of a set of operations is proposed. This method is based on the ability to organize the data into a multilevel data structure to provide an efficient implementation of all the operations. Typically, for such data organization the performance may deteriorate over a period of time and that can be corrected by reorganizing the data. This data reorganization is done by the introduction of maintenance processes. For a particular example, the multilevel data organization and the different models of maintenance processes possible are considered. The various models of maintenance process provide varying amounts of concurrency by varying the degree of atomicity in different operations. Performance behavior for the different models is derived and a correctness proof for the developed implementation is outlined.>
Abha Moitra, S. Sitharama Iyengar, Farokh B. Bastani, I-Ling Yen
IEEE Trans. Software Eng.1
1987 Proof Rules for Fault Tolerant Distributed Programs
Mathai Joseph, Abha Moitra, Neelam Soundararajan
Sci. Comput. Program.2
1986 Scheduling of Hard Real-Time Systems
Abha Moitra
FSTTCS1
1986 Derivation of a Parallel Algorithm for Balancing Binary Trees
abstract
A recent trend in program methodologies is to derive efficient parallel programs from sequential programs. This study explores the question of transforming a sequential algorithm into an efficient parallel algorithm by considering the problem of balancing binary search trees. The derivation of the parallel algorithm makes use of stepwise refinement. The authors first derive a new iterative balancing algorithm that exploits the similarity of point restructuring required at all the nodes at the same level. From this they derive a parallel algorithm that has time complexity O(1) on anN-processor configuration. This achieves the theoretical limit of speedup possible in a multiprocessor configuration.
Abha Moitra, S. Sitharama Iyengar
IEEE Trans. Software Eng.1
1985 Automatic Construction of CSP Programs from Sequential Non-Deterministic Programs
Abha Moitra
Sci. Comput. Program.1
1983 Synthesis of Communicating Processes
abstract
Today's technological and economic profile make it desirable to attempt distributed solutions for a majority of computing tasks. In this paper we describe a scheme by which a sequential program can be transformed into a weakly equivalent distributed program. This transformation can, in principle, be automated and is applicable to any program written in a sequential guarded command language. The sequential program to be transformed must be accompanied by a disjoint yet complete partitioning of its variables into n sets; thereafter the program can be transformed into a system of n communicating processes written in CSP.
Abha Moitra
PODC1
1982 Direct Implementation of Algebraic Specification of Abstract Data Types
abstract
Algebraic specification is now an established way of formally defining abstract data types. For its practical use, however, a segment of program which conforms with the specification has to be generated. Such program segments can be manually produced and must then be verified. Code generation can also be automated, as achieved by the "direct implementation" in [8] where any data type is treated as if its functions produce, manipulate, and access tree structures. We extend these results by formalizing the choice of the appropriate data type (e.g., a tree structure) required to "implement" any given data type. This allows us to consider the formal implementation of a data type in terms of a concrete model.
Abha Moitra
IEEE Trans. Software Eng.1
1979 Design of Software for Text Composition
abstract
Abstract Text composition software is mainly used by compositors, who are usually not programmers, and who do not necessarily know much about the underlying technicalities of computer usage. It is important, therefore, that the text composition system be such that a compositor would have a minimum amount of learning to do. Factors such as flexibility of style specification and economical proof generation are important from a user's point of view. On the other hand, multilingual text input, output device independence and system portability are points of concern for the system designer. In this paper, a specific text composition software system designed on the basis of such considerations is briefly described. The way in which the above‐mentioned factors affect the design of the system is discussed in some detail.
A. W. Narwekar, Abha Moitra
Softw. Pract. Exp.2