Computer Aided Hypotheses Based Drug Discovery Using CATALYSTRTM and PC GUHA Software Systems

Author(s):  
Jaroslava Halova ◽  
Oldrich Strouf ◽  
Premysl Zak ◽  
Anna Sochorova ◽  
Noritaka Uchida ◽  
...  
Author(s):  
GREG BOONE

Although the majority of professional trade press and academic attention regarding CASE (Computer Aided Software/Systems Engineering) has focused on technology, software developers have not been deluded by overinflated productivity gains attributed to those technologies. Truly profound technologies require a concomitant change in methods, practices, and techniques. Unfortunately, the majority of the software industry has had the expectation that CASE will automate their current work without rethinking work practices. Changing work practices, particularly among highly independent-minded software developers, who prize independent creativity more than team engineering, is the most difficult challenge facing the advance of the software development profession. Equally difficult is the ideological change from a productivity improvement expectation to a quality improvement expectation. This paper examines the current rate of CASE adoption and the changes necessary to accelerate its successful adoption.


2008 ◽  
Vol 4 (1) ◽  
pp. 54-66 ◽  
Author(s):  
John Gibbs ◽  
Jennifer Dong ◽  
Bin Chen ◽  
Megan Gibbs ◽  
Maurice Emery

Author(s):  
Ajantha Dahanayake

Today, components and Component Based Development (CBD) is seen as one of the important events in the evolution of information technology. Components and CBD offer the promise of a software marketplace where components may be built, bought, or sold in a manner similar to components in other industries. In the light of the ongoing developments, in the manner and art of developing software systems, it is important to consider how the Computer Aided Systems Engineering (CASE) environment that supports building these systems can be produced on a CBD approach. In spite of the fact that CASE environments have been around since the ’70s, there are still many problems with these environments. Among the problems of CASE environments are the lack of conceptual models to help understand the technology, the poor state of user requirements specification, inflexible method, support and complicated integration facilities, which contribute to the dissatisfaction in CASE users. During the ’90s there has been a growing need to provide a more formal basis to the art of software development and maintenance through standardized process and product models. The importance of CAME (Computer Aided Method Engineering) in CASE led to the development of CASE shells, MetaCASE tools, or customizable CASE environments that were intended to overcome the inflexibility of method support. The declining cost of computing technology and its increasing functionality, specifically in graphic user interfaces, has contributed to the present re-invention of CASE environments. CASE research in the last decade has addressed issues such as method integration, multiple user support, multiple representation paradigms, method modifiability and evolution, and information retrieval and computation facilities. Considerable progress has been made by isolating particular issues and providing a comprehensive solution with certain trade-off on limited flexibility. The requirement of a fully Component Based architecture for CASE environments has been not examined properly. The combination of requirements of flexibility in terms of support for arbitrary modeling techniques, and evolution of the development environment to ever-changing functionality and applications never the less needs a flexible environment architectures. Therefore, the theory formulation and development of a prototype for designing a next generation of CASE environments is addressed in this book. A CAME environment is considered as a component of a CASE environment. A comprehensive solution is sought to the environment problem by paying attention to a conceptual model of such an environment that has been designed to avoid the confusion around integration issues, and to meet the specification of user requirements concerning a component-based architecture. A CAME environment provides a fully flexible environment for method specification and integration, and can be used for information systems design activities. A large part of this book reports how this theory leads to the designing of the architecture of such an environment. This final chapter contains a review of the theory and an assessment of the extent to which its applicability is upheld.


2014 ◽  
Vol 85 (2) ◽  
pp. 99-106 ◽  
Author(s):  
Steffen Lindert ◽  
Monica X. Li ◽  
Brian D. Sykes ◽  
J. Andrew McCammon

2018 ◽  
Vol 160 ◽  
pp. 108-119 ◽  
Author(s):  
Lavinia A. Carabet ◽  
Nada Lallous ◽  
Eric Leblanc ◽  
Fuqiang Ban ◽  
Helene Morin ◽  
...  

2018 ◽  
Vol 17 (30) ◽  
pp. 3296-3307 ◽  
Author(s):  
Talambedu Usha ◽  
Dhivya Shanmugarajan ◽  
Arvind Kumar Goyal ◽  
Chinaga Suresh Kumar ◽  
Sushil Kumar Middha

Sign in / Sign up

Export Citation Format

Share Document