WELCOME TO ACOMS! Alaska Corrections Offender Management System.

Slides:



Advertisements
Similar presentations
Object Oriented Analysis And Design-IT0207 iiI Semester
Advertisements

Feedback improves performance
Homework 3 Solution Lecture Packet 16 © John W. Brackett.
Software Quality Assurance Plan
EMPLOYEE ORIENTATIONS A bad orientation program is like serving a gourmet meal and then offering Twinkies for dessert Critical and crucial process.
PRESENTATION TO THE JOINT RULES COMMITTEE 15 MARCH 2012 ON THE PROGRESS ON IMPLEMENTATION OF THE INDEPENDENT ASSESSMENT PANEL ADOPTED RECOMMENDATIONS ADOPTED.
Thomas A. Stewart Literacy Test (OSSLT) Prep Guide 2013
Welcome to plexiom! Thank you for taking a few minutes to see what we’re about. plexiom.com.
Day 4 More on Information Design and Theories of human computer interaction.
Bespoke software Designer and builder of your specialist software We want you to be our customer
Order of Operations And Real Number Operations
ECEU300 Ethics in the Workplace Why talk about Ethics? Everyone is ethical, everyone knows how to behave at work. Everyone gets it about not stealing stuff.
Empowering Your Organization Lori Bowen Ayre KohaCon 2009 Plano, Texas.
Learning and Teaching Conference 2012 Skill integration for students through in-class feedback and continuous assessment. Konstantinos Dimopoulos City.
Alternative Software Life Cycle Models By Edward R. Corner vol. 2, chapter 8, pp Presented by: Gleyner Garden EEL6883 Software Engineering II.
Migration MIGR-02. David Cervelli Managing Consultant Strategic Systems Group (SSG) June 2007 Preparing for an Implementation.
Rational Unified Process
Iterative development and The Unified process
Pertemuan Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
System Implementation
SE 555 Software Requirements & Specification 1 SE 555 Software Requirements & Specification Prototyping.
Rapid Prototyping Model
S/W Project Management
Project Management Tools A Loose Guideline on how to use shovels and rakes at AIAA A presentation for New Hires October 6, 1999.
Unit B065 – Coding a solution PREP WORK 1)Make sure you keep a work log / diary. Use the table on page 16 of the hand book as a template 2)Keep a bibliography.
COMP 523 DIANE POZEFSKY 20 August AGENDA Introductions Logistics Software Engineering Overview Selecting a project Working with a client.
SYSTEM DEVELOPMENT -Understanding the Problem IPT Miss O’Grady.
Unit: Consumer Analyze the use of available resources to achieve goals. Obj Identify available resources.
Performance Improvement. 2 Steps to Performance Improvement 1. Define the Problem 2. Define Duties or Behaviors to be Improved 3. Establish Priorities.
Understand Application Lifecycle Management
10 Years of IT Service Management Cornelis A. Winkler Prins senior consultant & partner Service Management Partners, Inc.
Prof. Roy Levow Session 9.  Defining the APF  An Overview of the APF  The APF Core Values.
Physician Champion Community of Practice June, 2015 ICD-10 Physician Champion Questionnaire.
1 G A A new Document Control System “A new system to manage LIGO documents” Stuart Anderson Melody Araya David Shoemaker 29 September, 2008
End HomeWelcome! The Software Development Process.
Click Introduction on the menu to the left
EGEE is a project funded by the European Union under contract IST Testing processes Leanne Guy Testing activity manager JRA1 All hands meeting,
21 August Agenda  Introductions  Logistics  Selecting a project  Working with a client.
Software Development Process.  You should already know that any computer system is made up of hardware and software.  The term hardware is fairly easy.
Intermediate 2 Software Development Process. Software You should already know that any computer system is made up of hardware and software. The term hardware.
Fifth Lecture Hour 9:30 – 10:20 am, September 9, 2001 Framework for a Software Management Process – Life Cycle Phases (Part II, Chapter 5 of Royce’ book)
Step 5: Complete Your Project. Setting the scene Suppose you have been running a project to write a small piece of computer software for a business. The.
CS 5150 Software Engineering Lecture 3 Software Processes 2.
Developing a Student Manager Program Erin Nettifee Duke University Resnet Symposium 2010.
When we develop our School Council and understand its purposes we will:- help everyone in our school feel responsible for what goes on here build children’s.
Test status report Test status report is important to track the important project issues, accomplishments of the projects, pending work and milestone analysis(
Monday September 14th, 2015 Planner: – HW: Safety rules poster due Wed. 9/16 – Safety Quiz tomorrow - based on rules You Need: – Today: Daily 5 To Do:
Operational and Postimplementation
Rational Unified Process (RUP)
COM/537.  Final Proposal and New Game release Project Assessment.
Teaching slides Chapter 3
Capacity development through knowledge sharing.
CSE403 Software Engineering Autumn 2001 Gary Kimura Lecture #2 October 3, 2001.
1 DEPLOYMENT AND OPERATIONS MODULE 23 ECM SPECIALIST COURSE 1 Copyright AIIM.
EnergySTEP1 Data Center Assessment: After the Sale How to Present the Customer Report How to Follow up on Sales Opportunities.
This has been created by QA InfoTech. Choose QA InfoTech as your Automated testing partner. Visit for more information.
New Employee Orientation
Methodologies/Life Cycle Models
IL Marking Get out your CPU / Memory answers Swap with someone else
Systems Analysis and Design
Performance Management Cycle
Client Management Managing Client Expectations
Operational and Postimplementation
What do you need to know about XP?
Teaching slides Chapter 1.
How MDOC Gets the word out
Have a training timetable
Case Study: Financial Services
Software Development Life Cycle
ATLAS DC2 & Continuous production
Presentation transcript:

WELCOME TO ACOMS! Alaska Corrections Offender Management System

Why are you all here? DOC has been building a replacement system for OTIS It’s not completely done, but we’re getting close (we think!) We need you to tell us if we’ve hit the mark –And where we’ve missed –And by how much –So we can fix it before it goes live Some of you have seen pieces of this already, and have given input –Many of you are probably seeing this for the first time The task this week is to put the new system through it’s paces –Intake to release scenarios –Identify remaining requirements issues –Identify any system bugs

How did we get here? In September, 2007, I gave a report on the state of IT to the Department management. We identified 3 major problem areas… –Help Desk –OTIS –Aging infrastructure We set some goals –Customer Satisfaction –Improved tools –Dept wide deployment We made a plan

OTIS Improvement was the top priority item. We elected to replace OTIS with the latest version of NCOMS* –Web enabled –All MIS functions –Improved human factors –On line “help” –Include photos A related project, still in development, is to also replace the WINPHO capture stations with a build-in ACOMS function –That will be available later this year

*What’s NCOMS? National Consortium of Offender Management Systems It’s a group of states that have agreed to cooperate in building Open Source software which can be adapted to any state’s requirements at far less cost than buying “off the shelf” solutions or developing a system from scratch. The OTIS system was a very early version of this work –But we ran out of money before it was fully completed There’s been a couple more iterations of the system since then –And it’s gotten a lot better ACOMS is based of the most current version that is actually in production

Now it’s time to find out, did we hit the mark? We have scheduled 3 test phases –This week, June 22 nd, for a full functional review of the system Does it work? Does it do what you need it to do? What needs to be changed? What’s missing? –We’ll give the developers a month to address the problems and recommendations you find, then we’ll test again Week of July 20 th, a full system test No bugs Performance evaluation Reports –Another month for final clean-up and polishing, then Week of August 24 th, Production Readiness Test Ready to deploy

You’re the “A Team”! We asked for a cross section of all DOC operational personnel to test the system. –Booking –Facility processes –Education and Programs –Inmate Banking –Assessments –Parole board –Probation and Parole/Community Corrections –Release

We structured the test teams with DOC and vendor SMEs. We set up 2 teams, one in ACC and one in PSOB –Each with a cross section of DOC –Each with an IT member –Each with a vendor development expert Palmer: –“Team 1” –Michael Gimm, IT –Cyndi Stegall, Analyze Soft developer –John Sorenson, Analyze Soft Project Manager ACC –“Team 2” –Lori Wharton, IT –Andy Micone, Analyze Soft developer –Don Brand, DOC IT Manager

We prepared some scenarios, but we need you to do what you do. You will work through all the scenarios The objective is to walk each scenario through the various DOC areas and operations –Sort of a “life cycle of an offender” –Work as a team, passing off the controls as we move through the different areas of the system –If something doesn’t look right, doesn’t make sense, or you just don't understand, stop and talk about it –See what your co-workers do, upstream and downstream We’ll take notes Create your own scenarios and work them through Make sure all functions are exercised Share your ideas, impressions, and concerns

A lot of things are going to look different. There’s several reasons for that: –Some were changed because you told us we needed to do a better job Booking is the prime example, but not the only one –Some are because business processes have been refined by other users of the NCOMS system, and we want you to look at them and evaluate them –Some are because we wanted to get the system in front of you and get your feedback before we did any more customization Is it “Good Different” or “Bad Different”? It’s your call!

Questions?