Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Approved Updates

Update Set ===== (Original Names)===== _____

Description

2012/09/17 - 3

Requirement 423 - change field accessibility redux (again)

  • explicitly make implementation codes required/mandatory in implementation phase – this did in some cases even though the UI policy was not present (???)

2012/09/17 - 2

Requirement 423 - change field accessibility redux (again)

  • remove implementation codes field from the list of read-only fields

2012/09/17 - 1

Requirement 575 - Change: make actual start/end dates mandatory prior to change closure.

  • improve error message that shows up in Change Task

2012/09/04 - 2

Requirement RfR - Social IT: set up help desk chat

  • create group CHAT_MGR (not captured), give chat_admin role
  • modify Social IT chat_admin left nav apps/modules (constrain attention to queue module)

2012/09/13 - 3

Requirement 376 - Change: automatic risk calculation

  • remove update capture field from form (reverse inadvertent change from previous update set)

2012/09/13 - 2

Requirement 561 - Change, planning fields should be required

  • since the UI policy is not working in some cases, adding a client script w/ duplicate functionality

2012/09/10 - 5

Requirement 564 - Change: CAB approval required field

  • change order of ui policy that hides fields during draft & standard change

2012/09/10 - 4

Requirement 564 - Change: CAB approval required field

  • hide this field when in draft phase, or if template is standard change
  • ensure the same is true for application change for release field

2012/09/10 - 3

Requirement 376 - Change: restore active status of Change Type business rule

  • change order of dependent business rules so they fire correctly
  • always recalc change type on updates
  • always run risk calc on updates

2012/08/31 - 5

Requirement 575 - Change: make actual start/end dates mandatory prior to change closure.

  • fix related Defect 363: closure code is req'd, but once you close PI task the change closes w/ a blank closure code; ensure you can't close PI task w/o a closure code
  • limit change states in which the risk calculation is run

2012/08/31 - 4

Requirement 563 - Change: Second Approval RequirementsManager of Change Owner Unit: Approves Minor Changes Andrea (Release Manager)

  • hide change for release toggle from standard changes, since no approvals need to apply to standard (i.e. preapproved) changes

2012/08/31 - 2

Requirement 376 - Force the Risk Assessment calculation

  • re-activate sc_task BR which checks for a risk assessment

2012/08/31 - 1

Requirement 376 - Force the Risk Assessment calculation

  • make a new risk calculator business rule that fires on updates, based on the UI Action

2012/08/30 - 2

Requirement RfR - FRU0011980 - Request: TBD now shows in the yale shopping cart.
Workflow set to 20 days.
-Sam

2012/08/30 - 3

Requirement 561 - Change: Risk Assessment should warn earlier about required fields

  • switch back to original requirement... planning info required at assessment phase, UI action script checks for presence of req'd fields.
  • add informational messages on how to advance change, when to fill out assessment, when to close assessment task.

2012/08/29 - 1

Requirement 376: Change: Currently, it has been reported that editing the Risk Assessment does not force an update of the risk assessment calculation, and that the user must initiate this via a UI Action.
The request is to make this calculation happen automatically any time the risk assessment is updated.

2012/08/29 - 4

Requirement RfR - FRU0011980 - Request: cart issue, jelly with ui macros, changed workflow to 14 days.
Changed UI macro but, unable to get another call to work for delivery time.
Ok to push, I'll create another Update set tomorrow.
Sam

2012/08/22 - 1

Requirement 376 - Change: risk assessment business rule

  • make risk assessment run automatically instead of via UI action

2012/08/29 - 3

Requirement RfR - FRU0011980 - Request: v7 update
inactivated all categories except for the 2 that contain items - Can We Help You and IT Service Management, then added the new categories. Filtered to see only active categories on form.
This can be pushed.
-Sam

2012/08/28 - 3

Requirement RfR - FRU0011980 - Request: change filter for group search to u_assignment is false (2 places)
done.

2012/08/28 - 1

Requirement 556 - Change: Planned/Actual End dates should be after Planned/Actual start dates. Currently you can make a planned end date before the planned start date.

  • fix so that "Submit for Acceptance" UI Action is not in a standard change, since it doesn't apply in this case.

2012/08/27 - 1

Requirement RfR - FRU0011980 - Request: All options have been corrected and the workflow approval should mark it as approved now.
13,14,15 are questions that will be addressed later.
List of categories - seeking confirmation.
Okay to push.

2012/08/23 - 1

Requirement 561 - Change: Risk Assessment should warn earlier about required fields

  • don't present risk assessment button until required fields are saved; otherwise it's still possible to fill in the fields (but not save) and then reproduce a similar conundrum this requirement is trying to solve.
  • provide hints to guide users through, since this essentially adds an extra (non-obvious) step.

CSI0015

CSIaaS: Change target url in itsmcoach ui page

2012/08/21 - 1

Requirement 423 - change field accessibility redux (x3)

  • add CAB Approval Required field to read-only list
  • remove device/asset field from change form. data preserved... still accessible from lists.

2012/08/20 - 2

Requirement 561 - Change: Risk Assessment should warn earlier about required fields

  • switch back to original requirement... planning info required at assessment phase, UI action script checks for presence of req'd fields.

2012/08/20 - 1

Requirement 423 - change field accessibility redux (again)

  • added change_advisory (requires manual group modification for CAB)
  • added many more more read-only fields to the client script
  • added condition to client script to also exempt change_advisory from the read-only rules

2012/08/17 - 1

Requirement 564 - Change: add a 'CAB Approval Required' boolean field

  • convert Data Policy 'CAB Approval Required' to UI Policy
  • add a business rule that sets this field to true under certain conditions

2012/08/16 - 1

Requirement 423 - change field accessibility redux; requirement changed:
When the Change passes through the CAB and goes into implementation phase changes cannot be made to the Change in the system. ITIL users should be able to add work notes, comments and attachments to the Change but not make changes to any of the other fields. Change Owners should have the same permissions here as the ITIL users. The Change Manager Role and anyone in the CAB assignment unit should be able to edit all fields (excluding system generated ones like Change number or Timestamp fields like Date Opened).

  • make read only: Dates, Change Source, Environment, Change Owner, IT Provider Service

2012/08/08 - 1

Requirement RfR - FRU0012350 - Request: RITM Stage - Approval Does Not Change in Workflow "New Service Request"

  • fix problem whereby RITM 'Stage' remains 'Waiting for Approval' after approval given.

2012/08/07 - 2

Requirement 423 - change field accessibility redux; requirement changed:
When the Change passes through the CAB and goes into implementation phase changes cannot be made to the Change in the system. ITIL users should be able to add work notes, comments and attachments to the Change but not make changes to any of the other fields. Change Owners should have the same permissions here as the ITIL users. The Change Manager Role and anyone in the CAB assignment unit should be able to edit all fields (excluding system generated ones like Change number or Timestamp fields like Date Opened).

2012/08/07 - 1

Requirement 546 - Change: change manager needs the ability to roll changes back

2012/08/06 - 2

Requirement 376 - Change: When submitting the risk calculation clicking on the 'submit' button should calculate (and also re-calcualte when redoing the risk calculation) the risk assessment. Should not have to click on the 'execute risk calculation' to recalculate. Marked as a higher priority requirement by Change Process team.

2012/08/03 - 1

Requirement 376 - FRU0012199 - Change: BR Fix

CSI0014

CSIaaS: Explicitly list all fields required on each record within the "csi export" views.

2012/08/03 - 3

Requirement 518 - 'Create Standard Change'

  • deactivate the 'Standard Change Template' in order to remove it from context menu (it should still be usable via the left nav module)
  • hide the template field in all cases to make things consistent w/ other applications/forms
  • delete the UI policy re: template field, since it's no longer present anyway

2012/08/03 - 2

Requirement 575 - Change: make actual start/end dates mandatory prior to change closure.

  • also include Implementation code field as mandatory at this phase

2012/08/02 - 7

Requirement 518 - FRU0012193 - 'Create Standard Change'

  • change the standard change module to use the template
  • use the reference qual for u_template to hide 'Standard Change Template' from the available template list
  • hide the template field altogether for changes where u_template == 'Standard Change Template'

2012/08/02 - 6

Requirement 562 - Change: planning information should be required in the CAB approval phase

  • change the UI policies
  • change the UI action script in the risk assessment which checks for required fields

2012/08/02 - 5

Requirement 575 - Change: make actual start/end dates mandatory prior to change closure.

  • add additional business rule in change_task to ensure fields aren't empty

06/25/2012 - 1

,Requirement RfR - FRU0011980 - Request: 'Request for Request'

2012/08/02 - 4

Requirement 423 - FRU0012195 - Change: prevent changes to fields after change is in implementation phase

  • re-enabled relevant client script

2012/08/02 - 3

Requirement 423 - FRU0012195 - Change: prevent changes to fields after change has been approved (and moved to implmentation stage)

  • except for work notes, comments, and attachments (allow for itil)

2012/08/02 - 1

Requirement 377 - Change: replace CI on Change Task screen w/ Affected Component

  • replace Configuration Item with Affected Component on Change Task form (add an insert rule for tasks created from workflow)

2012/08/01 - 1

Requirement 377 - Change: replace CI on Change Task screen w/ Affected Component

  • replace Configuration Item with Affected Component on Change Task form (on display for new records only)
  • default value of Affected Component should be that of parent change

2012/07/09 - 1

Requirement 376 - FRU0012199 - Change: Force the Risk Assessment calculation

2012/07/31 - 4

CSIaaS: role and ACLs for csi API access

2012/07/31 - 3

CSIaaS: role and ACLs for csi API access

  • repair broken perms from previous update set

CSI0013

CSIaaS: role and ACLs for csi API access

2012/07/25 - 2

Requirement 574 - FRU0012197 - Change: Reset workflow when assignment_group changed.

2012/07/26 - 1

Requirement 561 - FRU0012201 - Change: Risk Assessment should warn earlier about required fie

2012/07/26 - 3

Requirement 563 - FRU0012202 - Change: modify approval requirements

2012/07/10 - 4

Requirement 518 - FRU0012193 - 'Create Standard Change'

2012/07/25 - 1

Requirement 541 - FRU0012194 - Change:BP Workflow CAB/Unit Manager by change type post implementation task

2012/07/10 - 5

Requirement 423 - FRU0012195 - Change: prevent changes to fields after change has been approved (and moved to implmentation stage)

2012/07/09 - 2

Requirement 553 - Change, Reports: CAB Calendar View - add a highlight by change type

2012/07/08 - 2

Requirement 434 - Change: display the approval type in the related list of approvals in change_request

  • add a read-only shadow field to sys_approver called "u_approval_type"
  • add a business rule 'Set Approval Type for Change Approvals' which copies wf_activity.name to the u_approval_type field upon insert
  • add this field to the form layout in the related list in the change request form

2012/07/08 - 4

Requirement 575 - Change: make actual start/end dates mandatory prior to change closure.

  • add business rule to make these fields mandatory in the implementation phase

2012/07/08 - 3

Requirement 573 - Change: add "Application Change for Release" functionality

  • add boolean "Application Change for Release" field to change_request form
  • if enabled & prior to CAB approval, make parent change a required field (per new UI Policy)

2012/07/07 - 5

Requirement 377 - Change: replace CI on Change Task screen w/ Affected Component

  • replace Configuration Item with Affected Component on Change Task form
  • default value of Affected Component should be that of parent change

2012/07/07 - 2

Requirement 565 - Change: remove Assessment Conditions Code drop-down

  • remove assessment code field from the change form
  • comment out code in business rules which references the removed field
  • disable UI policy that references the removed field

2012/07/08 - 1

Requirement 536 - Change: add new Change Task type of "Review"

  • this requirement as originally stated was looking for ad hoc approvals, which might have caused problems for Configuration/Change process in the future. Now people will be able to create/assign change tasks to have people review changes, but approval ultimately resides with the CI owner.

2012/07/07 - 4

Requirement 564 - Change: add a 'CAB Approval Required' boolean field

  • add u_cab_approval_required (not sure if this is redundant w/ u_advisory)
  • add u_cab_approval to Change form as 'CAB Approval Required'
  • add a Data Policy 'CAB Approval Required' which sets that field to read-only if type is significant or major
  • add a Client Script 'Update CAB Approval Required' to recalculate that field if the type field changes

2012/07/07 - 1

Requirement 556 - Change: schedule end dates must be after start dates

  • add business rule 'Validate Schedule Dates' to change_request table
  • fires before insert/update

...