Home > technical, uml > I’m Finished

I’m Finished

I just finished (100% of course <-LOL!) my latest software development project. The purpose of this post is to describe what I had to do, what outputs I produced during the effort, and to obtain your feedback – good or bad.

The figure below shows a simple high level design view of an existing real-time, software-intensive, revenue generating product that is comprised of hundreds of thousands of lines of source code. Due to evolving customer requirements, a major redesign and enhancement of the application layer functionality that resides in the Channel 3 Target Extractor is required.

MDS

The figure below shows the high level static structure of the “Enhanced Channel 3 Target Extractor” test harness that was designed and developed to test and verify that the enhanced channel 3 target extractor works correctly. Note that the number of high level conceptual test infrastructure classes is 4 compared to the lone, single product class whose functionality will be migrated into the product code base.

Enahnced Extractor

The figure below shows a post-project summary in terms of: the development process I used, the process reviews I held, the metrics I collected, and the output artifacts that I produced. Summarizing my project performance via  the often used, simple-minded metric that old school managers love to use; lines of code per day, yields the paltry number of 22.

Project Summary

Since my average “velocity” was a measly 22 lines of code per day, do you think I underperformed on this project? What should that number be? Do you summarize your software development projects similar to this? Do you just produce source code and unit tests as your tangible output? Do you have any idea what your performance was on the last project you completed? What do you think I did wrong? Should I have just produced source code as my output and none of the other 6 “document” outputs? Should I have skipped steps 1 through 4 in my development process because they are non-agile “documentation” steps? Do you think I followed a pure waterfall process? What say you?

  1. Ray's avatar
    Ray
    November 11, 2009 at 8:10 am

    What is the a good number of lines of code a day? It depends on the complexity and whether the program/software works in the end. I have seen people push out the code to get a code number of LOCs then have to spend a large amount of time in integration. The LOCs/(time period) or what ever the measure should have a time period that includes the total amount of time from design to customer acceptance as the period. Anything less is a false measure.

  2. November 11, 2009 at 5:09 pm

    Hiya Bulldozer! Just wanted to point you to a new blog.. On Waking Up has moved here: http://bumblingsage.wordpress.com/

    Hope to ‘see’ you there 🙂

    Lana

  1. No trackbacks yet.

Leave a comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.