Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Requirements  Transitional Requirements - showing process statuses between legacy and future system
Previous Previous
 
Next Next
New Post 2/23/2016 9:23 PM
User is offline transitioned
13 posts
10th Level Poster


Transitional Requirements - showing process statuses between legacy and future system 

Hi All

We re creating a licensing system.  There are 2 main functional groups: licensing and compliance.  In phase 1 we're delivering for Compliance - i.e. they will be the only group using the system.

The high level value chain is:

Application --> Licence --> Licence Conditions --> Inspection --> Enforcement Action

Licensing and Compliance pass information back and forth about licensees.

The question is should we just replicate the old licence statuses in the new system. 

One principle I've used is that Compliance only deal with licenses that are in effect.  So any status where the licence is still an application shouldn't be shown in the new system - because the licence doesn't exist yet.

Another is that some records have statuses that don't exist in the legacy system anymore, therefore those statuses should be mapped NOT replicated.

My issue is more deciding to map or just replicate the statuses that still are valid in the old system and do relate to final licences that have been granted.

But for other statuses should I just replicate the status in the new system?  E.g. in source system we've got a status of 'withdrawn'  currently we're mapping that to 'inactive'.  And there's other statuses that are mapping to inactive - so we're consolidating a list of source statuses to a smaller list of target statuses.

 

 

 
New Post 3/10/2016 10:15 AM
User is offline Chris Adams
307 posts
5th Level Poster






Re: Transitional Requirements - showing process statuses between legacy and future system 

Without understanding a lot more detail about your project and systems it's hard to give a definite answer.

However, I can give you this advice.  If certain statuses make no sense for a user of a particular system, why would you show them at all?  Therefore, it sounds like you would either show a subset of statuses that DO apply, or maybe there is a reason to map certain statuses to another status.


Chris Adams
Core Member – ModernAnalyst.com
LinkedIn Profile
 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Requirements  Transitional Requirements - showing process statuses between legacy and future system

Community Blog - Latest Posts

EA Learning
EA Learning
I recently walked into a large shopping centre on a mission to buy a christening present for a friends son. I was very clear on what I wanted I just needed to find it… I was on my lunch break so I need to get the job done as I had a meeting that I needed to attend back in the office straight after lunch! I am not a frequent shopper and to b...
0 Responses
BusinessAnalysisHub
BusinessAnalysisHub
Have you woken up in the middle of night thinking how am I going to steer my team, give them the direction that they need but at the same time not constraint in what they want to build/deliver. I recently went through one of these night- I have joined an interesting project where we have very tight timescale to deliver a tech product to operational...
0 Responses
Peter
Peter
If you are building a reusable Security Product tool to specifically address Security Technical Implementation Guide (STIG)  Findings, should the requirements be considered Non Functional Requirements or Functional Requirements? For example if there are a number of STIGs such as: The minimum password length shall be 15 characters ...
1 Responses


Upcoming Live Webinars



Latest Articles

The Elevator Speech... for the BA
Nov 12, 2017
2 Comments
A BA walks into an elevator, is joined by an executive, and suddenly the executive asks the BA, “So, what are you working on these days?” ...
Featured Digital Library Resources 
Copyright 2006-2015 by Modern Analyst Media LLC