Uploaded image for project: 'ui-users'
  1. ui-users
  2. UIU-200

Proxy: Set Relationship Status (Sponsor Sub-Section)

    XMLWordPrintable

    Details

    • Template:
    • Analysis Estimate:
      None
    • Back End Estimate:
      Medium < 5 days
    • Front End Estimate:
      Small < 3 days

      Description

      Purpose: To define the logic for how the proxy "Relationship Status" menu is set. Context for this story is Sponsor sub-section. Another story will be created for the same functionality in the Proxy sub-section.

      Scenarios:

      1. Scenario
        • Given the proxy relationship Expiration date for Sponsor S in the Sponsor section of User Details for User A
        • When today or in the past
        • Then:
          • The Relationship status for Sponsor S should be set to Inactive
          • The Relationship status menu should become uneditable
          • A validation message should display reading "Proxy relationship has expired"
      2. Scenario
        • Given the proxy relationship Expiration date for Sponsor S in the Sponsor section of User Details for User A
        • When:
          • Changed from today or in the past to a date in the future or null AND
          • The user Expiration date for Sponsor S is not today or in the past AND
          • The user Expiration date for User A is in not today or in the past
        • Then:
          • The Relationship status for Sponsor S should be set to Active
          • The Relationship status menu should become editable
      3. Scenario
        • Given the user Expiration date for Sponsor S in the user details for Sponsor S
        • When today or in the past
        • Then:
          • The Relationship status for Sponsor S should be set to Inactive
          • The Relationship status menu should become uneditable
          • A validation message should display reading "Sponsor user record expired"
      4. Scenario
        • Given the user Expiration date for Sponsor S in the user details for Sponsor S
        • When:
          • Changed from today or in the past to a date in the future or null AND
          • The user Expiration date for User A is not today or in the past AND
          • The proxy relationship Expiration date is not today or in the past
        • Then:
          • The Relationship status for Sponsor S should be set to Active
          • The Relationship status menu should become editable
      5. Scenario
        • Given the user Expiration date for User A in the user details for User A
        • When today or in the past
        • Then:
          • The Relationship status for Sponsor S should be set to Inactive
          • The Relationship status menu should become uneditable
          • A validation message should display reading "Proxy user record expired"
      6. Scenario
        • Given the user Expiration date for User A in the user details for User A
        • When:
          • Changed from today or in the past to a date in the future or null AND
          • The user Expiration date for Proxy P is not today or in the past AND
          • The proxy Expiration date is not today or in the past
        • Then:
          • The Relationship status for Sponsor S should be set to Active
          • The Relationship status menu should become editable

      NOTE: Not sure if this is clear from the above scenarios or not. I confirmed with the SIG that, if a proxy relationship is manually set to inactive and then later expires, moving the expiration date into the future should make the relationship active again. There is no need for the system to remember that it had been manually switched to "inactive". We assume that, if you update the expiration date, you want the status to become active again without an additional step. Of course, if either party's user record is inactive, the proxy relationship needs to stay inactive. Let me know if that doesn't make sense!

      Wireframes:
      https://drive.google.com/drive/folders/0By8ccf5VV4EWeXV6aVZ0Tmc5TGs

        TestRail: Results

          Attachments

            Issue Links

              Activity

                People

                Assignee:
                mpk35 Michal Kuklis
                Reporter:
                cboerema Cate Boerema
                Analysis Estimator:
                Cate Boerema Cate Boerema
                Back End Estimator:
                Jakub Skoczen Jakub Skoczen
                Front End Estimator:
                Jakub Skoczen Jakub Skoczen
                Votes:
                0 Vote for this issue
                Watchers:
                6 Start watching this issue

                  Dates

                  Created:
                  Updated:
                  Resolved:

                    TestRail: Runs

                      TestRail: Cases