Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Structured Anal...  MK-II Function Point Analysis
Previous Previous
 
Next Next
New Post 1/5/2011 12:36 AM
User is offline Kimbo
450 posts
5th Level Poster


Re: MK-II Function Point Analysis 
Modified By Kimbo  on 1/5/2011 2:40:29 AM)

 Hi Peter,

I've tried to answer this a few times but I realise I'm basically trying to tell you how to be a BA in a couple of paragraphs.

You need to get your list of function points i.e. you need to scope your system. And the business needs to tell you what that scope is. So I suggest you look at Amazon to get a broad view of functional area and the functions in each area. Remember that you are only seeing the functions available to a visitor and a customer. You can't see any back office stuff which you will need to include in your estimates. 

Use that as a starting point and workshop the functionality with your business. Remember to include administration functions, reporting, external interfaces (e.g. accounts system, warehousing system, etc). They must tell you what they want in the system but the work you do on amazon will help make the workshop more productive.

How deep you go in your scoping exercise depends on how much time you have to do it basically.

I don't follow a particular estimating methodology, so there are no books to study, sorry. (note to self: write an eBook!)

Things to think about are:

1. Functional areas and their functions. This leads to your list of function points. You need to provide weightings on these to do the estimates

2. Who are the actors that interact with the system and what functionality will they use.

3. What processes should the system support e.g. ordering / order fulfillment / delivery / tracking; website registration

4. What are the main entities in your system e.g. customer, order, wishlist, book review. What are the possible states of each entity and what functionality causes the transition.

5. What are the business rules - start collecting these

The deeper you go into this, the better your list of function points will be and the better idea of their complexity you will have.

Sorry I can't be more helpful but these forums are not really the place to teach you to be a BA. You should probably look into getting some training and / or finding a mentor.

Good luck. If you have some more specific questions, post away. 

Kimbo

 
New Post 1/5/2011 3:51 AM
User is offline peter
7 posts
10th Level Poster


Re: MK-II Function Point Analysis 

Dear Kimbo,

                            Many thanks for your detailed response.  I will start concentrating on these things and will post more specific queries.

Meanwhile, I'll be grateful if you can please let me know if Function Definition & Function Description is same..??

I need to produce high level function description of a function, what should be included in this description.??

Regards,

 

 
New Post 1/5/2011 5:16 PM
User is offline Kimbo
450 posts
5th Level Poster


Re: MK-II Function Point Analysis 

 Hi Peter,

Function Definition and Description are probably different. Description is just a paragraph saying what it does. Definition is more likely a detailed definition of the function using something like a use case. But it really depends on what it means at your office.

To describe a function just give a few sentences about what it does. Again, if you have time put more information into the description.  The more information you can put in there, the better the understanding and therefore the better your estimates.

Kimbo

 
New Post 1/18/2011 9:57 PM
User is offline KJ
243 posts
6th Level Poster


Re: MK-II Function Point Analysis 

Peter and Kimbo,

I'm a firm believer in function point analysis. I once got fired because of FPA. I did an estimate and said the project would take 2.5 years with at least 200 programming resources, using Structured Design Methodologies and High-level DFDs . My project manager disagreed vehemently. In the end I was correct and we delivered the project 2.5 years later with about 180 program resources. This was a long time ago in 1988; but the system still runs today. Next time when you go into a Australia Post Office and pay your bills, you'll notice the system.

warm regards,

K

PS. At a recent reunion the project manager and I shared a few drinks and reminisce about the 'old days', when we documented processes then designed systems.

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Structured Anal...  MK-II Function Point Analysis

Community Blog - Latest Posts

akshitavarma143
akshitavarma143
Different procedures are utilized for legitimate administration of IT administrations, yet ITIL is viewed as the best arrangement of practices for even administration of IT administrations. ITIL is the contraction for Information Technology Infrastructure Library.  In easier words, ITIL is many rules and arrangements for the effective admin...
3 Responses
Rajesh-N
Rajesh-N
What Everyone Must Know about AI in Testing Artificial Intelligence is the buzzword that we frequently keep hearing. Its widespread popularity and influence can be understood from the way industries adopting AI in their organization. Whether it’s Healthcare, Automobile, Banking & Financial Services, or Airlines, many industries have st...
0 Responses
Ashish Adike
Ashish Adike
As a Business Analyst, very often we get into a situation where the Project requires multiple IT Products to be evaluated before implementation and might seek Business Analyst’s recommendation for the same. With the ever-growing range of Products in the market and the marketing promotions associated with some of the products, it’s very ...
0 Responses






Latest Articles

The Business Value of Better Requirements
Jan 18, 2021
0 Comments
 Not every manager is convinced that his team needs to do a better job on requirements development and management or that such an investment will...
Copyright 2006-2021 by Modern Analyst Media LLC