Browsing by Author "Chen, JYJ"
Now showing 1 - 7 of 7
- Results Per Page
- Sort Options
Item type:Item, An object-oriented analysis technique based on the unified modeling language(2001-06-01) ;Chou, SC ;Chen, JYJ ;資訊工程學系Department of Computer ScienceThis article proposes an object-oriented analysis (OOA) technique based on the unified modeling language (UML), The technique emphasizes its OOA process, that is composed of the following activities: requirement capturing, specification component identification, and specification representation. During requirement capturing, several function-viewed notations are used, including context diagram of the structured analysis (SB) technique, and use case diagrams and activity diagrams of the UML. During specification component identification, a systematic procedure is provided to identify class and their attributes from data, and to identify class operations from CRC (class, responsibility, collaborator) cards. And, during specification representation, most notations used are from UML.Item type:Item, APER-2: A developer-centered, object-oriented process language(2000) ;Chen, JYJ ;Chou, SC ;Liu, WC ;資訊工程學系Department of Computer ScienceThis paper presents a developer-centered, object-oriented process language called APER-2. The language offers following features 1) it is developer-centered meaning that process programs map to developers which presumably is more realistic than commonly seen activity-centered or product-centered modeling, 2) it is object-oriented which models all process components as classes. This is expected to offer object orientation benefits such as reusability and maintainability.Item type:Item, Consistency management in a process environment(1999-07-01) ;Chen, JYJ ;Chou, SC ;資訊工程學系Department of Computer ScienceSoftware inconsistency is primarily caused by changes. Changing a software product may cause other products to change. Moreover, changing a part of product (sub-product) usually causes other parts to change too. This paper covers software consistency management supports of advanced process environment research (Aper) by (1) decomposing software products into sub-products and establishing relationships among products and sub-products, and (2) defining trigger processes and consistency conditions in relationships. When a (sub-)product is changed, relationships can be traced to identify the affected ones. Trigger processes then dictate developers to handle the affected ones, which normally need to change accordingly. Meanwhile, consistency conditions should be kept among (sub-)products. Violation of the conditions will result in exceptions, which require handling by developers. (C) 1999 Elsevier Science Inc. All rights reserved.Item type:Item, CSPL: An Ada95-like, unix-based process environment(1997-03-01) ;Chen, JYJ ;交大名義發表 ;資訊工程學系 ;National Chiao Tung UniversityDepartment of Computer ScienceThis paper presents a new process-centered environment called ''concurrent software process language'' (CSPL). CSPL takes a unique and innovative approach to integrate the object-oriented Ada95-like syntax (for its modeling power) with Unix shell semantics (for its enactment capability) in a software process language. This paper depicts the following new CSPL features: 1) object orientation, 2) multirole and multiuser, and 3) unified object modeling. Language constructs specially designed for software process such as work assignment statement, communication-related statements, role unit, tool unit, relation unit and so on, are, respectively, described. The related work of this diversified field is also surveyed in some depth. The CSPL environment prototype has been built. A CSPL process program for the IEEE Software Process Modeling Example Problem has been developed and enacted to demonstrate the capabilities of this environment.Item type:Item, Enacting object-oriented methods by a process environment(1998-07-30) ;Chen, JYJ ;Chou, SC ;資訊工程學系Department of Computer ScienceThis paper describes modeling and enactment of two object-oriented methods, namely the OMT method and the Booch method, using the concurrent software process language (CSPL). CSPL is a process-centered environment using Ada95-like syntax to model a method as a process program which is then compiled to C-shell executing in UNIX. A method can thus be enacted (executed) using this approach. Experiences of the approach are depicted. It is demonstrated that CSPL is feasible and appropriate for modeling and enacting methods, including object-oriented methods. Additionally, partial CSPL program modeling the Booch method is included in the Appendix. (C) 1998 Elsevier Science B.V.Item type:Item, Process evolution support in concurrent software process language environment(1999-06-15) ;Chou, SC ;Chen, JYJ ;資訊工程學系Department of Computer ScienceThis article describes the process evolution support in concurrent software process language (CSPL) environment. Process evolution refers to dynamically changing process programs during process enactment. It is required in process-centered software engineering environment (PSEE) because: (1) parts of a software process may be unclear during process modeling, and (2) processes may change during enactment. In CSPL, process evolution can be achieved through (1) meta-process or (2) process program change. This article also describes object decomposition in CSPL, which relates to process evolution. CSPL allows decomposing large objects (software products) into sub-objects. With this, the schedule, budget, and developer of each sub-object development can be separately assigned and controlled. (C) 1999 Elsevier Science B.V. All rights reserved.Item type:Item, Process program change control in a process environment(2000-03-01) ;Chou, SC ;Chen, JYJ ;資訊工程學系Department of Computer ScienceProcess programs may change during enactment. The change of an enacting process program should be controlled. This paper describes process program change control in the CSPL (Concurrent Software Process Language) environment, which consists of techniques to (1) define change plans, (2) analyze and handle change impacts, and (3) resume process programs, Moreover, we provide an editor to guide process program change, with which the consistency between a change plan and the actual change can be enforced. We have used the environment in an experimental setting, and that experience shows that change control provided by the environment depends significantly upon process programs. If the dependencies among process components are well-specified in a process program, the change control mechanism will detect all the affected components when the process program is changed. Copyright (C) 2000 John Wiley & Sons, Ltd.