New Global System Development for Pavlo Orphan Care - PowerPoint PPT Presentation

New global system development for pavlo orphan care
Download
1 / 48

New Global System Development for Pavlo Orphan Care. by Team 2 Jane Dow: Project Manager Mark Vincent: Business Analyst Mary King: Systems Analyst Robert Star: Change Management Analyst. Introduction. What does Pavlo Orphan Care do? 400,000 under care

Related searches for New Global System Development for Pavlo Orphan Care

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha

Download Presentationdownload

New Global System Development for Pavlo Orphan Care

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.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -

Presentation Transcript


New global system development for pavlo orphan care l.jpg

New Global System Development for Pavlo Orphan Care

by

Team 2

Jane Dow: Project Manager

Mark Vincent: Business Analyst

Mary King: Systems Analyst

Robert Star: Change Management Analyst


Introduction l.jpg

Introduction

  • What does Pavlo Orphan Care do?

    • 400,000 under care

    • Relies on generosity and caring of others

  • Current Business Operations

  • Shortcomings

  • Case for Business Process Re-engineering

  • Case for new System-Global Orphan Care


Phased approach l.jpg

Phased approach

  • Planning phase

  • Analysis phase

  • Design phase

  • Implementation phase


I planning phase l.jpg

I. PLANNING PHASE

  • System Request

  • Problem Statement

  • Business Case

  • Scope

  • Feasibility


System request l.jpg

System Request

  • Sponsor

    • Needs

      • List needs

    • Functions requested

      • List requirements

  • Benefits

    • Tangible

      • Give examples

    • Intangible

      • Give examples


Problem statement l.jpg

Problem Statement

  • Describe the business problems the new system plans to solve:

    • Lack of Information Management

    • Donors require financials and statistics

    • Child progress tracking needed

    • Application and approval process slow

    • Benefactors not properly matched to children


Business case scenario l.jpg

Business case scenario

  • Describe the business benefits the new system plans to deliver:

    • Fully functional information management infrastructure

    • Donors will receive regular quarterly reports on Pavlo financials

    • Quarterly reports on the progress of the children will be available

    • Application procedure will be replaced with online application processing

    • Facilitate child-benefactor assignments


Project scope l.jpg

Project Scope

  • Scope

    • Requirements

    • Budget

    • Time

SCOPE

Requirements Resources (Skills/Budget)

Time


Scope requirements l.jpg

Scope--Requirements

Requirements

  • Web-based online application and admissions processing.

  • Web forms for use in collecting data regarding the monitoring of child progress.

  • Web forms for use in collecting data regarding renewal criteria and progress.

  • Comprehensive reporting accessible via the World Wide Web.


Scope resources l.jpg

Scope--Resources

  • Resources

    • Budget: Indicate the budget for the project

    • Skills: The project team members have good knowledge of the business process and technology.

      • Indicate the experience of team members


Scope time l.jpg

Scope--Time

  • Time

    • Duration of Project:

      • Indicate the total duration for the project

    • Start date:

      • Indicate project start date

    • End date:

      • Indicate project end date


Feasibility assessment l.jpg

Feasibility Assessment

Feasibility considerations

  • Technical feasibility

  • Organizational feasibility

  • Economic feasibility


Feasibility technical l.jpg

Feasibility--Technical

Technical (Risk = high/medium/low)

  • Project size

  • Extent of required features

  • Maturity of technology used in the project

    • Hardware

    • Software

  • Project team experience

  • User group experience


Feasibility organizational l.jpg

Feasibility--Organizational

Organizational (Risk = high/medium/low)

  • Project champion

    • Describe influence in the organization

    • Describe involvement in project

  • Management

    • Describe support from management

    • Describe the ratio of project budget to organization income

    • Assess overall feasibility of support from management

  • Users

    • Describe user excitement about the project

    • Describe user willingness to change from the current system


Feasibility economical l.jpg

Feasibility--Economical

Economical (Risk = high/medium/low)

  • Tangible benefits

    • List the tangible benefits of your proposed system

    • Explain tangible benefits in quantitative terms

  • Intangible benefits

    • List the intangible benefits of your proposed system

    • Explain intangible benefits in qualitative terms

  • Return on Investment

    • Show your ROI table


Ii analysis phase l.jpg

II. ANALYSIS PHASE

  • Requirements Gathering

  • Process flow

  • Functional Modeling

    • Use-case diagram

    • Use-case description

  • Behavioral Modeling

    • Sequence diagram

    • State chart diagram

  • Structural Modeling

    • CRC cards

    • Class diagram

    • Object diagram


Analysis strategy l.jpg

Analysis Strategy

  • Analysis strategy choices

    • Business Process Automation (BPA)

    • Business Process Improvement (BPI)

    • Business Process Re-engineering (BPR)

  • Analysis strategy selection

    • Identify the strategy used

    • Provide the rationale for the selected strategy


Requirements gathering l.jpg

Requirements Gathering

  • Requirement gathering technique choices

    • Interviews

    • Document analysis

    • Observations

    • Benchmarking

    • Joint Application Development

  • Requirement gathering technique selection

    • Identify the selected technique

    • Provide rationale for the selected technique


Joint application session jad l.jpg

Joint Application Session(JAD)

  • JAD session approach

    • Describe the JAD approach used

  • JAD session outcomes

    • Describe the information you collected


Translating requirements to process flow l.jpg

Translating Requirements to process flow


Transition process flow to use case diagram l.jpg

Process Flow

Create high level abstraction from process flow

Create boundaries for use-case diagram

Identify use cases

Use case 1

Use case 2

Add more

Identify Actors

Actor 1

Actor 2

Add more

Transition Process Flow to Use-case Diagram


Developing use case diagram l.jpg

Developing Use-Case Diagram


Transition use case diagram to a use case description l.jpg

Transition use-case diagram to a Use-Case Description

  • Select one use case

  • Format for use case description

    • Header information

      • Use case name, primary actor, level, etc.

    • Trigger

    • Relationship

    • Normal flow

      • Primary actor initiates

      • System validates input

      • System processes request

      • System sends results

    • Sub flow

    • Exceptional flow


Use case description l.jpg

Use-Case Description


Transition use case description to a sequence diagram l.jpg

Transition use-case description to a Sequence Diagram

  • Sequence diagram is associated with one use-case

  • Draw objects and actors

  • Represent messages based on time sequence

  • Match first message with first line from normal flow

  • Show subsequent messages using UML syntax


Sequence diagram l.jpg

Sequence diagram


Transition use case description to crc cards l.jpg

Transition use-case description to CRC Cards

  • CRC cards: Class Responsibility and Collaboration Cards

  • CRC cards are associated with one use-case

  • Use subject-verb relationship to identify classes and messages

  • Represent each class on one CRC card

  • CRC card information

    • Identify class

    • Identify associated responsibilities and collaborations

    • Identify attributes

    • Identify relationships


Crc cards l.jpg

CRC cards


Transition crc cards to a class diagram l.jpg

Transition CRC cards to a Class Diagram

  • Represent each CRC card with a class

  • Show the attributes

  • Show the responsibilities as methods

  • Show the collaborations as messages

  • Create relationships for generalization and aggregation

  • Represent multiplicity relationships


Class diagram l.jpg

Class diagram


Transition class diagrams to object diagram l.jpg

Transition class diagrams to Object Diagram

  • Object as instance of a class

  • Object Diagrams show instances of the class diagram

    • Give examples for the attributes


Object diagram l.jpg

Object diagram


Creating a state chart diagram l.jpg

Creating a State Chart Diagram

  • State chart diagram is associated with the entire system

  • Identify an object that goes through many state changes

  • Identify the states

  • Represent the states using UML syntax


State chart diagram l.jpg

State chart diagram


Iii design phase l.jpg

III. DESIGN PHASE

  • Technical Architecture

  • Method Specification

  • Test Plans


Technical architecture l.jpg

Technical Architecture

  • Selected locations

  • Describe your LAN

  • Describe your WAN


Technical architecture37 l.jpg

Technical Architecture


Method specification l.jpg

Method Specification

  • Method name

  • Method context

  • Input argument

  • Messages sent and arguments passed

  • Arguments returned

  • Algorithm specification


Test plan l.jpg

Test Plan

  • Unit Test

  • Integration Test

  • System Test

  • Acceptance Test


Iv implementation phase l.jpg

IV. IMPLEMENTATION PHASE

  • User interface design

  • Navigation design

  • Prototype


User interface design screen layout l.jpg

User interface design – Screen layout


User interface design forms and reports l.jpg

User interface design – Forms and Reports


User interface design error message l.jpg

User interface design – Error Message

Error message showing date of birth error

Date of birth error (12/31/2005)

Date of birth is entered incorrectly

Please re-enter the date of birth


Navigation design l.jpg

Navigation design


Prototype l.jpg

Prototype

  • Click on the link below to access the demo

    http://localhost/index.htm


Conclusion l.jpg

Conclusion

  • Discuss your conclusion


References l.jpg

References

  • Foxx, Pim. (2003, January 13). Don't leave OS choice to developers. ComputerWorld [on-line].Retrieved July 10, 2004 from the World Wide Web: http://www.computerworld.com/softwaretopics/os/linux/story/0,10801,77407,00.html?from=story_picks

  • Kapur, Gopal. (1999, May 3). Why IT project management is so hard to grasp. ComputerWorld [on-line]. Retrieved July 10, 2004 from the World Wide Web: http://www.computerworld.com/managementtopics/management/project/story/0,10801,35529,00.html

  • Walton, Bill. (2004, February 20). Iterative vs. waterfall software development: Why don't companies get it?. ComputerWorld [on-line]. Retrieved July 10, 2004 from the World Wide Web: http://www.computerworld.com/developmenttopics/development/story/0,10801,90325,00.html


Questions l.jpg

Questions ??????


ad
  • Login