Objectives
Executive summary
...
Goal | Timeline | Email Distribution | Support Site Post | Metric | Notes | |||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
6.4.0 Pilot Release | 2/19/19 | Feb 7 Feb 14 | Feb 9 Feb 18 | Release Notes - Email distribution |
| |||||||
| 2/19/19 | Feb 7 Feb 14 | Feb 9 Feb 18 | Release Notes & Pilot Project Outline | ||||||||
6.4.0 Production Release | 3/15/19 | Feb 7 - 1st | Feb 9 - 1st Feb 28 - 2nd Mar 11 - 3rd | Successful production deployment | See Release 6.4.0 Summary Notes | |||||||
Communication Calendar | Jan 13 | Jan 13 | Feb 8 - Mar 15 | Publish calendar of comm events by Feb 8 |
| |||||||
Product Announcement | Feb 8 | Feb | Release dates confirmed; Pilot release in-progress, Prod dates confirmed | Emphasis on the Non-Credit Application Workflow as part of the overall 6.4.0 Release scope | ||||||||
Product Description > Components | Feb 8 | Feb 8 | Feb 8 | Release plan confirmed |
| |||||||
Product Demo (Pre-Pilot / Test for PMs) | Jan 17 | TBD | Release 6.4.0 live in Test environment |
Internal demo held Jan 17 - all prod & project mgrs; ES, support, leadership | ||||||||
Documentation Breakdown | ||||||||||||
| Feb 8 | February 8 | Publish updated DED in Public Docs space | /wiki/spaces/OPENAPPLY/pages/826408986 | ||||||||
| Feb 8 | February 8 | Publish updated DED in Public Docs space |
| ||||||||
| Feb 8 | February 8 | Publish updated DED in Public Docs space |
| ||||||||
| January 17 | Feb 8 |
| |||||||||
| February 19 | |||||||||||
Internal Implementation Plan ES | February 8 | February 8 | Ensure ES updates all college on boarding installation/implementation docs | |||||||||
UAT & Pre-Release Testing | February 8 | February 8 | February 19 | Non-Credit UAT for Pilot is published |
| |||||||
External PILOT Implementation Plan | February 8 | February 8 | February 19 | See above |
| |||||||
User & Implementation Training | February 8 | February 8 | February 19 |
| ||||||||
Product Marketing Materials |
| |||||||||||
Jan 13 | Feb 14 | February 19 | FAQ page is published in Public Docs space |
| ||||||||
| Jan 13 | Feb 14 | February 19 | DONE - Non-Credit Path - UAT Pilot Slides |
| |||||||
| Jan 20 | Feb 14 | February 19 | NEED |
| |||||||
| Feb 14 | February 19 | NEED |
|
...
Resources
External | Resource |
---|---|
CCCApply Non-Credit Noncredit Application Non-Credit Workflow Path Application - Change Request Breakdown PPT (PPT) 2018-24R: Revise CCCApply to Support Non-credit Students & AB3101 (Confluence Doc) | |
All Audiences | Resources |
LEGAL | AB3101 LEGISLATION |
Messaging & Positioning
Product description
The CCCApply Non-Credit Application is a streamlined, residency-determination-free version of the Standard Application, with a unique, college MIS-code branded URL intended explicitly for students enrolling exclusively in non-credit courses. More like a "workflow" than a completely separate application, the non-credit application uses the same infrastructure as the Standard Application - but without the residency questions or the residency algorithm. The residency status field will automatically default to "N" and a new "non_credit" flag will default to "True" for all applicants who enter the Standard Application via the new Non-Credit URL.
Short positioning statement
...
- The Non-Credit Application IS the Standard Application; it's basically one and the same EXCEPT:
- The NC application has a separate, unique URL (front-door) which is the main identifier/indicator that the application is not a "standard" Standard Application and does NOT include residency questions, pages or logic
- The NC application does not go through the Submission Calculation Service (residency logic) and does not deliver a <res_status> residency status - this will be a blank or Null value in the download file
- The NC application does not include the Citizenship/Military page or the Residency page - all these fields will either be blank or Null in the download files and in the Report Center
- The NC application does not
- The Non-Credit Application IS the Standard Application; it's basically the same application including:
- Uses the same admin configuration setup in the CCCApply application in the Administrator that the Standard Application uses, including Terms, Majors, Rules, Supplemental Questions, Reset Downloads, etc.
- Admin configuration for the Non-Credit Application is the same as the Standard Application
- There is no separate admin confirmation for the NC Application -
- The NC Application is the same as the Standard Application in many ways:
- Same UI look & feel
- Same college branding
- No separate implementation/on-boarding process
- Same Admin, Report Center, Download Client, Download XML files
- This means - there are no unique Terms, Majors, Rules, SQs, etc. for the Non-Credit Application
- Uses the same reporting tool, CCC Report Center, and the same Public report templates created for the Standard (Submitted Applications)
- Colleges will login to the Report Center and can run reports on Non-Credit Application using their existing user accounts for the Report Center
- Colleges can run reports on NC applications using the same Views, Reports, and data fields as the Standard (Submitted) Applications folders
- A distinguishing factor is the Confirmation or App ID numbers
- Uses the same Download Client for the Standard Application
- Uses the same Format Definition XML
- Uses the same Job XML file
- Based on the same set of data fields used in the Standard Application
- The only different is that SOME of the data fields will not deliver values because those pages/questions are hidden in the NC application
- Uses the same data field sets as specified in the CCCApply Standard Application Data Dictionary
- Uses the same admin configuration setup in the CCCApply application in the Administrator that the Standard Application uses, including Terms, Majors, Rules, Supplemental Questions, Reset Downloads, etc.
- The NC Application uses the same
- NC Application goes through all the same post-submission web services and processes that the Standard App does EXCEPT THE RESIDENCY Submission Calculation Service
- Does use: Spam Filter
- Does use: CDE, CCGI, other post-submission services
- Does use:
- Colleges can identify NC applications from Standard Applications in the following ways:
- Confirmation Numbers for NC submitted applications begin with "NC-" - otherwise everything else is the same
- Confirmation Numbers for NC submitted applications begin with "NC-" - otherwise everything else is the same
...