Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Business Proces...  BPMN Flow Diagram
Previous Previous
 
Next Next
New Post 10/20/2008 1:42 PM
User is offline vinny
66 posts
8th Level Poster


Re: BPMN Flow Diagram 
Modified By vinny  on 10/20/2008 2:46:10 PM)

 TankFish wrote

Hi Vinny,

Thanks a lot for the input. I see that I made a typo in point 2. It is meant to be Data and not Dates.
I think I see what you are saying, but I am still a little confused about the key difference between a functional requirement and a system requirement.
Would functional req be “This is what the system must do” and a system req is “This is how it should do it” For example;

Functional Requirement:
Application must allow the user to login using a username and password.

System Requirement:
1. Each users username must be unique.
2. The Password must be min 6 characters and alpha numeric.

My next question would be as BA’s, is it then our responsibility to define the System Requirements as well? Or is that for the Solution Architect?

Thanks once again,

Regards
Justin

In my opinion, you're getting closer, but still a bit off.  Maybe something like this...

FUNCTIONAL REQUIREMENTS (I think it would be more aptly stated as "functional solutions" rather than "functional requirements"):

  • A user name and password will be required to enter the system.
    • Each user's user name must be unique.  (Any length contstraints?)
    • The password must be a minimum of 6 characters in length [I'd also add something like, "...and a maximum of ______ characters will be allowed"].  (Or, "The password must be between 6 and _ characters in length.")
    • User names and passwords will be alphanumeric.

SYSTEM REQUIREMENTS (again, "solutions" is more accurate, in my opinion):

  • JavaScript logic (specify general logic) will validate that input value is alphanumeric.
  • HTML "maxlength" attribute will be user for both input fields to control length.
  • AJAX will be used to ensure that user name input value does not exist in system.
    • IF name exists, THEN return
 
New Post 10/21/2008 12:41 AM
User is offline TankFish
25 posts
www.store.co.za
9th Level Poster


Re: BPMN Flow Diagram 

Ok, great. And the reason you say it should be Solution as opposed to Requirement is because it is the "answer(solution)" to the "question(requirement)"?

Does that mean that when creating a Business doc or a Functional doc that it could be split into two areas. One would be the Functional Requirements where  you would outline all the functional needs, rules etc and then the Functional Solutions part where you would outline the solutions and detail what you going to implement to solve the needs.

The System requirements/Solutions seem quite technical, is it not a role more suited to a Solution Architect?

 
New Post 10/21/2008 7:09 AM
User is offline vinny
66 posts
8th Level Poster


Re: BPMN Flow Diagram 

 TankFish wrote

Ok, great. And the reason you say it should be Solution as opposed to Requirement is because it is the "answer(solution)" to the "question(requirement)"?

Does that mean that when creating a Business doc or a Functional doc that it could be split into two areas. One would be the Functional Requirements where  you would outline all the functional needs, rules etc and then the Functional Solutions part where you would outline the solutions and detail what you going to implement to solve the needs.

The System requirements/Solutions seem quite technical, is it not a role more suited to a Solution Architect?

Well, maybe I jumped a bit ahead of myself.  I see the functional requirements as the bridge to the system solution --sort of a blueprint, maybe?  Stakeholders and developers are both involved.  I guess what I meant was that sometimes the functional requirements are defined purely by the stakeholders; at other times they entail solutions by the developer.  For instance, to me the user name and password screen is more of a proposed security solution by a developer, not a requirement by a stakeholder.  Where I work, stakeholders expect everything to be secure by default and depend on the subject matter experts (developers) to accomplish that; but they also want to know, in layman's terms, the functionality of how it's going to be accomplished.  Hence the user name and password's inclusion in the functional requirements.  The system solution, at least the way we do it, involves only the developers.  Where I work, we just have one "Design Solution" document that includes functional requirements/solutions.

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Business Proces...  BPMN Flow Diagram

Community Blog - Latest Posts

Today I had the pleasure of chatting to Jignesh Jamnadas, Chief Operations Officer at Mosaic, about his Blueprints for Success. As a Senior Finance and Operations Executive, Jigs (as he is known to many) has a holistic understanding of all facets of business and a flair for managing both people and processes. Having worked with Jigs, I was struc...
I recently had the pleasure of chatting with Wolfgang Goebl, a visionary in the field of business architecture and enterprise design. His unique approach, which he refers to as "architectural thinking," and his work with the EDGY framework, offer valuable insights into the future of organizational structure and design. This tool covers th...
Our next speaker in our Blueprints for Success series is none other than Roger Burlton, a prominent leader in business architecture. As founder of Process Renewal Group, Roger has spent over three decades helping businesses worldwide translate strategy into execution. “Intention is everything.” – Roger Burlton Known for his ...

 






 

Copyright 2006-2024 by Modern Analyst Media LLC