SERVICE ORIENTED ANALYSIS AND DESIGN OF PROJECT MANAGEMENT SOFTWARE

Transcription

1 SERVICE ORIENTED ANALYSIS AND DESIGN OF PROJECT MANAGEMENT SOFTWARE Riyanarto Sarno 1, Rizky Januar Akbar 1, Nurul Fajrin Ariyani 1, Ratih N.E. Anggraini 1, Riska A. Pratistari 1, Ikti Oktavianty 1, I.G.M. Indra Prasetya 1, Eka Gibran Hasany 1 Informatics Department, Faculty of Information Technology, Institut Teknologi Sepuluh Nopember (ITS) Gedung Teknik Informatika, Kampus ITS, Surabaya, Indonesia riyanarto@if.its.ac.id 1, rizky@if.its.ac.id 1, nurulfajrin@if.its.ac.id 1, ratih_nea@if.its.ac.id 1, rhizuka@gmail.com 1, t_vianty@yahoo.com 1, jaje_tujak@yahoo.com 1, ekagibran@gmail.com 1 ABSTRACT Project management software is often used in the companies. The escalation of business competition forces the application to quickly adapt the business changes. In order to overcome the challenges, we need project management software that based on service oriented architecture (SOA). To provide the service oriented solutions, we use service oriented analysis and design (SOAD) and service portfolio views for identifying service candidates. We also partially adopted PRINCE2 as case study in this paper. We have successfully identified service candidates and design it into web service dictionary. Keywords: SOAD, project management, service candidate. 1 INTRODUCTION Business needs is always changing along with the escalation of business competition. Those changes must be responded quickly so that not left behind in the competitive era. Information technology as the one of supporting systems of business is required to quickly adapt against the changes in business. SOA is an architectural model for realizing serviceoriented solutions [1]. It is useful for anticipating the opportunities and threats in business [2]. Hence, we need a methodology in order to develop applications that fulfill the criteria of SOA. SOAD is an interdisciplinary service modeling approach that combines existing development processes and notations such as ObjectOriented Analysis and Design (OOAD), Enterprise Architecture (EA), and Business Process Modeling (BPM) [2]. There are other works that use this methodology. In [3], SOAD is used to analyze and design services that are adaptable in variety clients and contexts. Whereas, the combination of SOAD and use case approach is accomplished to identify highquality services [4]. In our previous work, we use SOAD in Service Portfolio for Enterprise Resource Planning (ERP) [5]. It produced a portfolio of services that include Conceptual View (CV), Logical View (LV), and the Physical View (PV) of an ERP. CV consists of functional domain diagram, mapping of functional domain, business process activity diagram (BPAD) and sub business process activity diagram (SBPAD). LV includes business activities in business processes, the matrix of business services with business entities. Physical view is designed for manufacturing ERP software. This paper aimed to identify service candidates for project management software by using service oriented analysis and design. We partially adopted the PRINCE2 as the case study for applying the SOAD. PRINCE2 is a structured methodology for project management using process based approach that can be easily adopted by generic projects [6]. PRINCE2 provides a procedure for planning, managing, controlling and monitoring a running project. It also provides steps that must be done when the activities are not going as planned. 2 THEORETICAL CONSIDERATION 2.1 Service Oriented Analysis and Design SOA is an architecture that connects services according to the requirements. It forms an application ecosystem for accomplishing results that are expected by the service consumers (end users or other services). To produce a service based on SOA, it needs steps that cover the requirement analysis process and system design that will be the architectural foundation of the system. It can be overcome by using SOAD. SOAD uses topdown approach in its analysis and design. It starts from requirement analysis in business level then translating it into the services by classifying the business processes of an enterprise. Services that are produced represent the V23 ISSN

2 V24 The 6 th International Conference on Information & Communication Technology and Systems Figure 1. Elements of SOAD [2] collection of business process modeling of an enterprise. Then, it is derived into supporting components that can be implemented in the system. Design of SOAD as shown in Figure 1 is divided into three domains based on the concept that is being used: Business domain explains the business process and its function in an enterprise. It is represented by BPM. Architecture domain explains the architecture of system. It is developed using objectoriented design represented by Unified Modeling Language (UML) and modeled using EA. Application domain explains the implementation of functionalities in the system. It is developed using OOAD approach. 2.2 Service Portfolio Views Service portfolio is a place to hold the information for service consolidation. It contains information such as, service definition, access and usage policies and nonfunctional requirement for a service. To identify the problem using topdown approach in SOAD, service portfolio provides three levels of views as shown in Figure 2 [5]. Conceptual View CV contains business processes outline that will be developed in the system. It makes management level easier to define the business process that can be understood by people that not too understand about technical matters. Elements of CV are integration of functional domains (functional domain diagram), BPAD, SBPAD, stakeholder diagram, and workflow diagram. Functional domain diagram explains about the involved domains in the system that will be developed. BPAD represents sequence of business processes that happens the functional domain. SBPAD represents sequence of sub business processes in functional domain. Stakeholder diagram describes all the interested parties in the system. Workflow diagram represents sequence of Figure 2. Service portfolio views activity inside the sub business process in the functional domain. Logical View LV is a bridge for connecting between CV and physical view. Business processes that have already defined in the CV are analyzed deeper to produce output for application developer. Elements of logical view are business layer, service layer, component layer, matrix of business services versus the business entities, and business service activity diagram. Business layer in SOAD represents the classification of business services according to its process and business functionalities. This layer is divided into three parts namely functional domain, business process, and business service. Service layer represents realization of business service that later will be developed to support the system. Component layer represents the supporting components of service. Furthermore, component is a group of class that can be used to build a service. Inside the LV business service is derived into software service and business entity is derived into software entity. It is represented in a matrix of business services versus business entities. Software service that is contained in service layer will be implemented as operation of web services. Moreover, activity for each business service is also defined. It involved internal business process, usage of software service, and design of software service in a business service activity diagram (BSAD). Physical View PV contains realization of the design in CV and LV. This view is divided into several layers, such as: web service layer, presentation layer, application service layer, domain model layer, and access layer. Web service layer shows the web services that are provided by the functional domain. The operations of the web service are also represented with its corresponding input and output. Presentation layer represents the design of user ISSN

3 Service Oriented Analysis and Design of Project Management SoftwareRiyanarto Sarno V25 Figure 3. PRINCE2 process model interface (UI). Application service layer contains business logic in each functional domain. Domain model layer is a layer that contains the implementation of software entities. It also contains transfer object (DTO) that might be used by web services. Components are also represented in domain model layer. Moreover, access layer contains connection in order to save or retrieve the from base. It can be implemented using any kinds of technologies including object relational framework (ORM). 2.3 PRINCE2 PRINCE2 (PRojects IN Controlled Environments) is a structured method of project management which designed to meet the needs of its users. It applied some generic methods and tested for all types of projects. Furthermore, it is a project management methodology with a simple processbased approach that easily adopted in accordance with the scale of the project. The methodology of PRINCE2 provides not only several procedures in managing resources of project to design and regulate the course of events, but also some steps that must be done when the activities do not go as planned. It devotes proven methods (best practice) in project management. This methodology is already widely known and provides a common language for people or stakeholders who are involved in a project. PRINCE2 explains how to divide a project into several stages in order to control resources in an efficient and regular monitoring of progress. Various positions and responsibilities for managing a project are clearly defined and can be adopted in accordance with the scale, the complexity of project, and the organizational capabilities. The process model of PRINCE2 covering activities from starting the project according its track, to controlling and managing the progress Figure 4. Stakeholder diagram until it is completed. The key to success in using PRINCE2 process model is doing adaptation and adjustment to the needs of the project. Figure 3 shows the steps of management processes in PRINCE2 process model. Those management processes are as follows [6]: Starting Up a Project (SU) Directing a Project (DP) Initiating a Project (IP) Controlling a Stage (CS) Delivery (MP) Stage Boundaries (SB) Closing a Project (CP) Planning (PL). 3 ANALYSIS We designed the project management application that refers to PRINCE2 using SOAD. In [7], SOAD is an architectural style that modularizes information system become services. Services that are provided consist of internal process of functional domain and external services. Service which is internal process is used to fulfill the business needs, while the external service can be used by other parties. Therefore, the application can be integrated each other. PRINCE2 can be applied into various types of project. However, we considered a project as a generic project in this paper. The mapping of PRINCE2 process model into our application is shown in Table 1. Management processes that are not listed in Table 1 are not mapped. ISSN

4 V26 The 6 th International Conference on Information & Communication Technology and Systems Table 1. Map of PRINCE2 to General Terms of Project Management Project Management Process with PRINCE2 Project Management Process with Generic Approach Figure 5. BPAD Figure 6. SBPAD By using SOAD, problem analysis in functional domain is done by topdown approach. So that every functional domain is modeled in several point of views, such as CV, LV, and PV. CV provides information for all parties that are involved in functional domain. That information is represented in stakeholder diagram. Our design of the stakeholder diagram is shown in Figure 4. CV also represents BPAD and SBPAD. BPAD describes business process flow that happened in functional domain. SBPAD describes sub business process flow. Sub business process is a derivative of business process. BPAD and SBPAD are shown in Figure 5 and Figure 6. Workflow diagram in CV represents business process workflow related to the system. In LV, each of functional domains is divided to several business processes. Division of business processes are done based on function similarities, for example master management business SU IP SU2 SU3 IP4 IP5 Design Project Management Team Appoint Project Management Team Setting Up a Project Control Setting Up a Project Files Organizing Planning Project Activities Organizing Planning Organizing Creating Portfolio Organizing Creating Contract Controling Updating CS CS6 Reporting Highlights Project DashBoard Actuating Realizating MP MP2 Executing a Work Package Project Controling Modifying SB SB2 Updating a Project Plan Project Planning Plan PL1 Designing a Plan Planning PL Organizing Configuring Organization Structure SU5 Defining Project Approach Organizing Initiating Planning an Initiation Project SU6 Stage IP2 PL2 PL3 Planning a Project Defining & Analysing Identifying Activities & Dependencies Planning Material Planning Service Planning Planning Activity Planning Employee process that handles the management that is needed by application. Each of business process is divided again into business service. This business service is not only the internal process for application but it is also for other entity, for instance master management has managing product as business service. This business service is provided by the handled project and to fulfill the internal needs such as insert, update and delete to provide the needs of other entities to gather information using web service. To realize the web service, we need a component that is formed from aggregate class which is represented in component layer. The short explanation of it is shown on Table 2. Business service is derived into software service. Then, business entity is broke down into software entity which are described in a matrix namely matrix of business services versus business ISSN

5 Service Oriented Analysis and Design of Project Management SoftwareRiyanarto Sarno V27 Table 2. Business Layer, Software Layer, and Component Layer Business layer Software Component Layer Layer Functional Business Business Software Software Domain Process Service Service Component 1.1 material MasterMaterial material 1. Project managem ent Managem ent master 1.2 supplier 1.3 service 1.4 plan 1.5 activity 1.6 product 1.7 employee supplier service plan activity product employee MasterService MasterPlan Activities UserProfile Table 3. Division of sub business process for master management business process Business Sub Business Business Service Process Process Software Service material 1.1 material material 1. Managem ent master suplier service project management product employee 1.2 supplier 1.3 service 1.4 plan 1.5 activity 1.6 product 1.7 employee supplier service plan activity product employee Figure 8. The software architecture Figure 7. BSAD for sub business process managing product entities. Software entities can be called as class candidate. LV is also defined activities from each business service in a BSAD. In order to create BSAD, the business process is broke down into subbusiness process. The division of subbusiness process is shown in Table 3. In BSAD, each of activity is classified by sub business process. The example of BSAD for sub business process managing product is shown in Figure 7. 4 DESIGN This section explains about the design of PV. The design of PV is used as the software architecture that represents relationship between layers in PV. This design can be implemented directly by developer into code structure. The design of software architecture can be seen in Figure 8. The web service layer is a place for web service candidates which are the result of the analysis in CV and LV. Web service layer represents software services that are provided by the functional domain. The service candidates are represented as web service dictionary as shown in Table 4. Furthermore, components are needed in order to provide web service. The list of component which is called component dictionary can be seen in Table 5. ISSN

6 V28 The 6 th International Conference on Information & Communication Technology and Systems Table 4. Web services dictionary for management master Web Service Operation Parameter Return Description Service Material Project Management Service Material Activity Plan Employee Employee 5 CONCLUSION List<> List<Service> List<Material> List<Activities> product service material activity List<MasterPlan> master plan List<> supplier List<UserProfile> employee In order to create service candidate for project management software using SOAD, PRINCE2 process model is mapped into the generic term of project management. Then, we created service portfolio views for project management. The division of service portfolio into CV, LV, and PV simplifies the topdown manner using SOAD. CV and LV are involved in the analysis phase. Deliverables from this phase are service candidates and class candidates. Moreover, PV is done in design phase. Deliverables from the PV are web service dictionary and component dictionary. In this paper we identified service candidates for generic term of project management that partially adopted from PRINCE2 process model. The service candidates that are produced from analysis phase are transformed into web service dictionary. The web service dictionary can be used to implement the project management software. Web services which are resulted from the dictionary are fine grained services. Acknowledgements This research was supported by the Institut Teknologi Sepuluh Nopember (ITS) under the Penelitian Guru Besar grant number 0535/I2.7/PM/2009. Table 5. Component dictionary for management master Component Class Description MasterService MasterMaterial MasterPlan Activities Role Approval ApprovalStatus MasterService REFERENCES MasterMaterial MasterMaterialHierarcy MaterialConfiguration MaterialType TechnicalSpesification MasterPlan MasterPlanActivities Activities ActivitiesItem Predecessor Project Rating Role RolePrivillege RoleType UserProfile manage product store master service store master material manage master plan manage activities manage supplier manage employee [1] David C, John D, Nitin G, Hanu K, Brian L, Christoph S, Herbjorn W, and Mickie W (2010) SOA with.net and Windows Azure. Michigan: Prentice Hall. [2] Olaf Z, Pal K, and Clive G (2004) Elements of ServiceOriented Analysis and Design [Online]. Available at: developerworks/webservices/library/wssoad1/ [Accessed: 24 May 2010]. [3] Soo Hoo Chang, and Soo Dong Kim (2007) A ServiceOriented Analysis and Design Approach to Developing Adaptable Services. In: IEEE International Conference in Services Computing (SCC 2007). Salt Lake City, July 9 13, [4] Si Huayou, Ni Yulin, Yu Lian, and Chen Zhong (2009) A ServiceOriented Analysis and Modelling Using Use Case Approach. In: Computational Intelligence and Software Engineering (CiSE 2009). Wuhan, December 1113, [5] Riyanarto S, and Anisah H (2010) A Service Portfolio for an Enterprise Resource Planning. International Journal of Computer Science and Network Security (IJCSNS) Vol. 10 No. 3, pp [6] Office of Government Commerce (2005) Successful Projects with PRINCE2. London: TSO (The Stationery Office). [7] Brown, Paul C (2008) Implementating SOA: Total Architecture in Practice. Massachusetts: AddisonWesley. ISSN