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
441 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
441 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

Jason White
Jason White
With time, we have evolved from oiled lamps to ever-present electricity, printing every page manually to now producing thousands of copies a day and so on. But what is the one thing these distinct things have in common? Yes, technology.One such branch of technology that has crossed leaps and bounds and turned into a  working technology fr...
1 Responses
Digital Business Analysis
Digital Business Analysis
Nowadays, companies like Audi and HSBC, use IT systems in everything they do. Does that make them to be IT companies rather than banks? Most would probably agree that HSBC is a bank, just as Audi is a car manufacturer. But what about digital banks such as Chime or companies offering digital products? In digital companies, most of the employees work...
1 Responses
Digvijaybook
Digvijaybook
IT companies are rapidly looking or adapting modern methodologies, so the business analyst role is increasing day by day. Offline is shifting to online, and this is why today, companies can easily garner important data in any aspect. But, data itself has no meaning hence, organizations look for a business analyst who can analyze the data and draw a...
3 Responses






Latest Articles

Rethinking the Triple Constraint: Five Project Dimensions
Feb 17, 2020
0 Comments
Perhaps you’ve seen a sign at an auto repair shop that asked, “What do you want: good, fast, or cheap? Pick two.” While humorous, th...
Copyright 2006-2020 by Modern Analyst Media LLC