Page 1 Design Phase MRI Processes 12/1/2006 Page 1 Design Phase – Presentation 3 Project Sponsor: Tim Kropp, Vice President Project Team: Christie Robbins,

Slides:



Advertisements
Similar presentations
Use Case: Use case title Submitter(s) Submitting Company #1 – Submitter 1, Submitter 2 Supporters(s) Supporting Company #1 – Submitter 1, Submitter 2 Use.
Advertisements

Tourico Support Site Amie Padgett, Customer Service Manager Yenny Ortiz, Customer.
Information Technologies Page 1 Information Technologies Page 1 Information Technologies Page 1 Information Technologies Page 1Information Technologies.
CIP Cyber Security – Security Management Controls
Eastern cooperative oncology group ECOG ITrack Initiative Integrated Trial Development Process March 23, 2010 Donna Marinucci March 23, 2010 Donna Marinucci.
Systems Analysis & IT Project Management Pepper. System Life Cycle BirthDeathDevelopmentProduction.
Configuration Management Main issues:  manage items during software life cycle  usually supported by powerful tools.
1 The Database Application Development Process The Database Application Development Process.
1 Agenda 01/13/05 Announcement Database Development Process (Chapter 2)
SE 555 Software Requirements & Specification Requirements Management.
9 1 Chapter 9 Database Design Database Systems: Design, Implementation, and Management, Seventh Edition, Rob and Coronel.
PowerPoint Presentation by Charlie Cook Copyright © 2004 South-Western. All rights reserved. Chapter 7 System Design and Implementation System Design and.
1 Change Management FOR University Medical Group Saint Louis University Click this icon for Audio.
Handouts Software Testing and Quality Assurance Theory and Practice Chapter 11 System Test Design
Supplier Product & Process Change Request. Flow Diagram: Supplier Product & Process Changes Requests Change notification form completed by supplier then.
What Can Devon on Demand Do For You?. Your User Name and Password will be ed to you when your account has been set up. Devon.
INFORMATION X INFO415: Systems Analysis Systems Analysis Project Deliverable 3 Requirements Models.
Systems Analysis and Design in a Changing World, Tuesday, Feb 27
Systems Analysis – Analyzing Requirements.  Analyzing requirement stage identifies user information needs and new systems requirements  IS dev team.
Systems Analysis And Design © Systems Analysis And Design © V. Rajaraman MODULE 14 CASE TOOLS Learning Units 14.1 CASE tools and their importance 14.2.
Paul Bourke DT211/3 & DT228/3 Team Project Paul Bourke Module Web Page:
CS 160: Software Engineering October 8 Class Meeting
SERVICE MANAGER 9.2 CHANGE PRESENTATION JUNE 2011.
RECALL THE MAIN COMPONENTS OF KIM Functional User Interfaces We just looked at these Reference Implementation We will talk about these later Service Interface.
Page 1 Analysis Phase – Data Flow Diagrams MRI Processes 12/1/2006 Page 1 Analysis Phase – Data Flow Diagrams Project Sponsor: Tim Kropp, Vice President.
BUAD 283: Management Info Systems Database Design Assignment #1 Glen J. Coulthard, Instructor Faculty of Business, OUC.
Chapter 5 Defining and Managing Project and Product Scope Copyright 2012 John Wiley & Sons, Inc. 5-1.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Slide 1 Message Analysis Table.
Software Life Cycle Requirements and problem analysis. –What exactly is this system supposed to do? Design –How will the system solve the problem? Coding.
Background Management Council (MC) was briefed on approach in early Feb 2003 and approved it Agreed that every Service Group (SG) will participate in.
Systems Analysis and Design of a Business Event-Driven System
Team Skill 6: Building the Right System Managing Change (28)
BIT 286: Web Applications Software Design Documents.
1 Introduction to Software Engineering Lecture 1.
GROUP MEMBERS  MANOJ GADHIRAJU  JASWANTH SINGH  SERGIO OLVEDA.
TBD Investments Data Flow Diagrams Incident Management System Tuan Nguyen Beverly Orr Darren Baker.
INFO275 Database Management Term Project. Overview Your project will be to define, design and build a functioning database, to support an application.
1 Team Members: William Busby, Lindsey Gray, & David Meffe Sponsor: Lockheed Martin Reconnaissance Systems Bill Rawlings and Marvin Kliene.
Configuration Management Main issues:  manage items during software life cycle  usually supported by powerful tools ©2008 John Wiley & Sons Ltd.
KIM: Kuali Abstraction Layer for Identities, Groups, Roles, and Permissions.
Integrated Change Control 1 MEC-8. Processing of a Change Processing of a Change 2 Assess Impact within KA Change Request Implemented Change Create a.
Computer E-ssentials Group : Will Howell Tausif Rajkotwala
Chapter 12: Service Requests. Streamlined citizen service processes: “3-1-1” Streamlined citizen service processes: “3-1-1” Service citizen requests Service.
Binghamton University Dual Diploma Shipping Steps 1.Student requests materials that need to be shipped 2.Dual Diploma will create a user id so that Student.
Defining and Managing Project Scope. MOV Scope Phases Time Estimates Resources Tasks Schedule Budget Sequence Project Planning Framework.
INFORMATION X INFO415: Systems Analysis.
ValGenesis Closed Loop Change Management ValGenesis, Inc Christy Street, Fremont, CA Ph:
1 Presented by: Val Pennell, Test Tool Manager Date: March 9, 2004 Software Testing Tools – Load Testing.
Enterprise Applications Change Management Process Enhancement Presentation October 1 st 2009.
Online Reimbursement Management System Group Members: Clint Schramek Lawrence Brown Junior Bowen Data Flow Diagrams.
ITIL: Service Transition
DSQR Training Reliance System
Project Planning: Scope and the Work Breakdown Structure
Software Configuration Management
Requirements Elicitation and Analysis Presentation
How does a Requirements Package Vary from Project to Project?
Reliance Supplier Corrective Action Process
BSA 385 Competitive Success-- snaptutorial.com
BSA 385 Competitive Success-- snaptutorial.com
BSA 385 Education for Service-- snaptutorial.com
BSA 385 Education for Service-- snaptutorial.com
BSA 385 Teaching Effectively-- snaptutorial.com
BSA 385 Teaching Effectively-- snaptutorial.com
BSA 385 Inspiring Innovation-- snaptutorial.com
System Request Project Sponsor: Tim Kropp, Vice President
Technology Work Order Ticketing System
ERD (Entity Relationship Diagrams)
Physical Design Incident (SPCR_ID, Imp_ID, Int_ID, App_ID, Date_Opened, SPCR_Title, Activity, Description, Analysis) Resp_SW_Developer (Dev_ID, Dev_UserID,
KEY PROCESS AREAS (KPAs)
Chapter 22, Part
Presentation transcript:

Page 1 Design Phase MRI Processes 12/1/2006 Page 1 Design Phase – Presentation 3 Project Sponsor: Tim Kropp, Vice President Project Team: Christie Robbins, Huan Truong, Susan Widmer March 28, 2007

Page 2 Design Phase Background: MRI builds web applications for their customers to streamline processes and improve communications There is a need to implement a standard method for communicating issues and suggestions from the end user to the appropriate developer We are proposing a Software Change and Problem Reporting (SCPR) web application that documents issues and suggestions directly forwarding them to the appropriate developer The SPCR should provide the following functionality: –Allow the end user to submit an incident –Auto the incident to the appropriate developer –Allow the developer to assess the incident, fix the problem, and submit for closure approval –Auto the closure request to the lead developer –Allow the lead developer to review and close the incident –Notify the initiator that the incident has been addressed and closed

Page 3 Design Phase Context Diagram

Page 4 Design Phase Level 0 Diagram - Revised

Page 5 Design Phase Level 1 Diagrams - Revised Module 1 Module 2

Page 6 Design Phase System Components Diagram External Entity User Customer External Entity Developer Lead 1 Report Incident 2 Assign Developer 3 Assess Incident 4 Close Incident 5 Generate Incident Report Incident Info Incident Report Incident Assessment D1 Incident D2 Developers Processes Open Incident Closure Approval Data Storage D3 Developers

Page 7 Design Phase Specific Entity Tables and Attributes Entity: Software Problem and Change Request (SPCR) SPCR_ID Initiator Int_phone Int_ Date_Opened SPCR_Title Activity Description Analysis Entity: Responsible Software Developer Dev_ID Dev_UserID Dev_Name Dev_ Dev_Lead Entity: Application App_ID App_Acronym App_Name App_Link Dev_ID Cust_ID Entity: Customer Cust_ID Cust_userID Cust_Description Cust_Name Cust_ Entity: Impact Imp_ID Imp_Name (i.e. high, medium, low) Imp_Desc Entity: Type Type_ID Type_Name (i.e. Change Request, Discrepancy, Problem) Type_Desc Entity: Disposition Disp_ID Disp_Name Disp_Desc

Page 8 Design Phase Logical Design Initiator Initiates Incident Assigned Application Developed Programmer Assessed Impact M M M M Has 1 M Customer M

Page 9 Design Phase Physical Design Incident (SPCR_ID, Imp_ID, Int_ID, App_ID, Date_Opened, SPCR_Title, Activity, Description, Analysis) Resp_SW_Developer (Dev_ID, Dev_UserID, Dev_Name, Dev_ , Dev_Lead) Application (App_ID, Cust_ID, Dev_ID, App_Acronym, App_Name, App_Link, Dev_ID,) Customer (Cust_ID, Cust_userID, Cust_Description, Cust_Name, Cust_ ) Impact (Imp_ID, Imp_Name, Imp_Desc) Type (Type_ID, Type_Name, Type_Desc) Disposition (Disp_ID, Disp_Name, Disp_Desc) New Table to capture Initiator information: Initiator (Int_ID, Int_Name, Int_ , Int_Phone)

Page 10 Design Phase ER Diagram PK N 1 N 1 1 N N 1 1 N N 1 Incident

Page 11 Design Phase Structure Design SCPR Incident Report System Report Incident Module 1 Assign Developer Module 2 Assess Incident Module 3 Close Incident Module 4 Generate Incident Report Module 5 Initiator Info Incident Info Get Initiator Module 1.1 Get Application Module 1.2 Initiator ID App Info App ID Get Customer Module 1.3 App Info Customer ID Record Incident Module 1.4 Init ID App ID Incident Info Incident ID Incident ID Validated A Assign Developer Module 2 A Get Incident Module 2.1 Incident ID App ID Incident ID Incident Notify Module 2.2 Developer ID Developer Info Incident ID Developer

Page 12 Design Phase SCPR Screen Shots Initiator Form Incident Confirmation Developer Form