1 / 18

Olivier Béghain IT Specialist olivier.beghain @ be.ibm

PATRIS project @ SPF-FOD Software Development Case Last update: 14-APR-04. Marc Derrien Consultant marc.derrien @ be.ibm.com. Jim Hulders Project Manager jim.hulders @ be.ibm.com. Olivier Béghain IT Specialist olivier.beghain @ be.ibm.com. Project Members. SPF-FOD

afia
Download Presentation

Olivier Béghain IT Specialist olivier.beghain @ be.ibm

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. PATRIS project @ SPF-FOD Software Development Case Last update: 14-APR-04 Marc Derrien Consultant marc.derrien @ be.ibm.com Jim Hulders Project Manager jim.hulders @ be.ibm.com Olivier Béghain IT Specialist olivier.beghain @ be.ibm.com

  2. Project Members • SPF-FOD • Hervé Dubois, Erik Schoofs, Jean-Louis Dessy, Claude Rotsaert , Boris Duchene • IBM BCS • Jim Hulders, Claudia Jimenez, Dirk Maes, Vincent Urbain, Philippe Spaas, Damien Adriaens, Peter Dillen. • IBM Rational • Marc Derrien, Willy Dhondt, Olivier Béghain

  3. The Activity Domains in Software Development (1/2) • Requirement Management activity domain • Visual Modeling activity domain • Implementation activity domain • Testing activity domain • Change Request activity domain • Software Configuration Management activity domain • Software Project Management activity domain • Process activity domain

  4. Typical Software Develoment Lifecycle (1/4)

  5. Typical Software Develoment Lifecycle (2/4)

  6. Typical Software Develoment Lifecycle (3/4)

  7. Typical Software Develoment Lifecycle (4/4)

  8. Software Development PATRIS Software Development Platform Business Analysts Database Modelers SoDA Vincent Urbain, Hervé Dubois, Erik Schoofs, Jean-Louis Dessy, Claude Rotsaert, Olivier Béghain Claudi Jimenez, Dirk Maes, Damien Adriaens, Peter Dillen, Marc Derrien P Technical Writers Olivier Béghain, Vincent Urbain, Hervé Dubois RequisitePro MS Word RUP XDE Developer VM RM Olivier Béghain, Marc Derrien, Jim Hulders WSW C Architect Philippe Spaas Process Specialists PM T CRM Project Manager Jim Hulders, Boris Duchene Testers CM Clearcase LT Configuration Managers Vincent Urbain, Willy Dhondt

  9. Project Teams • Business Analyst team • Role: Review the business processes as documented in the T5 documents with the Stakeholders (Process Specialists) during interview meetings and derive/document from these meetings the use-cases that will support the discussed business processes. • Members: Claudia Jimenez, Dirk, … , … , Marc Derrien, Olivier Béghain • Database Modeler team • Role: Analyze the existing information systems to identify the information manipulated by the existing business processes and used them to consolidate a unified information model based on the analysis of the use-cases description identified by the ‘Business Analyst’ team and the information manipulated by the existing business processes. • Members: Vincent urbain, Hervé, Erik, Jean-Louis, …, Olivier Béghain • Project Manager team • Role: Coordinates the development tasks and synchronize the project artifacts between the ‘Business Analyst’, the ‘Database Designer’ and ‘Architect’ team. Provide status of the project to the customer (SPF-FOD). • Members: Jim Hulders, Claudia Jimenez, Vincent Urbain • Architect team • Role: … • Members: Philippe Spaas

  10. The Activity Streams • Business Analysis (BA) stream • Purpose: Analysis and documentation of the new business processes needs, identification of the key concepts derived from these needs, production of an ideal data model (that does not take into account the existing information systems). • Database Modeling (DM) stream • Purpose: Analysis of the existing information systems to document the existing data model (that does not take into account the new business process needs) and production of the future physical data model. • Integration (INTG) stream • Purpose: Consolidation of the results produced by the analysis activities performed in the [BA] and [DM] streams and production of the future logical data model. • Management (MGMT) stream • Purpose: Managing the production of the project artifacts and execution of project activities. • Architecture (ARCH) stream • Purpose: Building the architecture of the system(s) that would support the new business processes needs.

  11. The Activity Stream Workflows

  12. The ‘Business Analysis’ (BA) Activity Stream • These activities are performed by the members of the “Business Analyst” team under the joined-lead of an external IBM ressource (Marc Derrien, Rational Consultant) and manager of the team (Claudia Jimenez, BCS Consultant). Each member of the “Business Analyst” team has to finish the analysis of the business processes they are responsible for before end-May. • The analysis of a business processes consists in: • Documenting textually the results of interviews with process specialists. This documentation is done in Word documents. • Visually represent with UML the key concepts expressed during these interviews (business entities and their relationships). This representation is done in various XDE models (Business Use-Case model, Business Analysis model) • Document textually the system use-case identified as supporting the business needs. This documentation is done in Word documents which can then be imported in RequisitePro when impact/coverage analysis needs will have to be answered. • Visually represent all system use-case and system actors that are interacting in order to support specific business processes. This representation is done in an XDE model (System Use-Case model). • Filter the textual description of the system use-case in order to identify candidate system entities and document them visually with UML. The result of this filtering should be documented within an XDE model (System Analysis model).

  13. The ‘Database Modeling’ (DM) Activity Stream • These activities are performed by the members of the “Database Modeler” team under the lead of the manager of the team (Vincent Urbain, BCS Consultant) and with the help of an external IBM resource (Olivier Béghain, Rational IT Specialist). These activities should be performed in parallel with the ones performed by the “Business Analyst” team members within the [BA] activity stream. • The analysis of the existing information systems consists in: • Documenting visually with UML the persistent information manipulated by systems currently used at SPF-FOD (class/component diagrams). This documentation should be done within a set of XDE models (logical and physical data models). • Derive from the modeled physical relational data models, the logical relation data models (class diagrams). This information should be documented in an XDE model (Existing Logical data model). • Synchronize the future physical data model with the updates done to the future logical data model produced during the [INTG] activity stream. This synchronization should be done using one or more XDE models (Future Physical data models).

  14. The ‘Integration’ (INTG) Activity Stream • These activities should be performed by a mix of the members of the “Business Analyst” and the “Database Modeler” team. The activities of this stream should be performed in parallel to the [BA] and [DM] activity streams. • The consolidation of the business analysis results with the information analysis results consists in: • Using the thumb “20/80” rule, perform system use-case realizations (interaction diagrams) in order to identify the relationships between- and details of- candidate system entities identified in the [BA] activity stream. That use-case realization should be documented within an XDE model (System Analysis model). • Complete the system entities identified by the [BA] activity stream with the ones identified by the [DM] activity stream and produce gradually the future logical data model. That consolidation should be performed in an XDE model (Future Logical Data model)

  15. The ‘Management’ (MGMT) Activity Stream • These activities are performed by the members of the “Project Manager” team. The activities of this stream should be performed in parallel to the [BA] and [DM] activity streams. • The management of the PATRIS project consists in: • Keeping a continuous view on the identification/documentation use-case evolution • Tracking the status of use-case analysis

  16. The ‘Architecture’ (ARCH) Activity Stream • These activities are performed by the members of the “Architect” team. The activities of this stream should be performed in parallel to the [BA], [DM], [MGMT] activity streams. • The architecture definition of the PATRIS project consists in: • Identifying the boundaries of the project

  17. The Deliverables • Conceptual model • Logical Data model • Physical data model • Architecture • Development Guidelines

  18. The IBM Rational License Server • Host name : PADOC1 • Host data ID: 7004e503

More Related