Nope it is not a waterfall model because it has absolutely nothing to do with software.
That is the department layout for a company I worked at. For instance, lets say that the software group was raring to go and they developed the software before the artwork and the math calculations were done. Then you would end up redoing the software portion. The same thing applies to making a 50 story office building. Until the architect has completed his bluleprint, you would be foolish to purchase a single door or even a brick. See, that is the biggest problem I have in the software business. Not saying you guys, but software people tend to think the business revolves around them and they are so wrong on this. For instance, at that same manufacturer in vegas, I was able to stop one of the higher ups from creating his own MIS group because the existing MIS group was bogged down in their own work and totally unresponsive to the business side. Even though I can no longer find work in the software business, I still see those battles being fought daily in the trade journals. Bottom line, if you're a software developer and you cannot draw a block diagram of your companies business process flow from memory, you do not understand your business and you have some bridges to mend. -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Ricardo Aráoz Sent: Sunday, February 14, 2010 6:22 AM To: ProFox Email List Subject: Re: .NET and other languages for a VFP developer Virgil Bierschwale wrote: > And that is why the business side says we are not doing our job. > > Let me show you an example and I haven't looked at this since 2002 so > bear with me. > > 1. Design = Math (excel spreadsheets) + artwork (apples and jpgs) 2. > Engineering = Hardware (autocade) + Electrical (autocad) + Software > (C) 3. SQA (testing of all steps) 4. Compliance (making sure the I's > are dotted and the t's are crossed) > > These 4 steps are the natural progression for building slot machines > in vegas, at least for the R&D portion and then you need to factor in > manufacturing and support > > Each step is followed by the next step, in other words, math and > artwork have to be done before moving on to engineering and so forth. > > Any one of these steps that are circumvented will destroy years worth > of work. > > Its like the old saying of plan your work and work your plan and the > lack of that is why the software business has such a bad name in the > areas that matter, which are the business. > > Yeah I know, you guys are the keepers of the gate which means you tell > the business what they can and cannot do. > > For myself, as the business side begins to realize that they can > actually develop the process (not the software), more and more > software guys will be put out of work because they are not willing to > do the essentials which is to make the business process flow seamlessly from stage to stage. > > Yep, I know I'm in the minority right now, but those that are wise and > have worked at the enterprise level (not the dept level) will agree > with me because they too have seen what is happening. > That's a waterfall development scheme. It's ok for slot machines and probably for many software projects. But I think you should accept there may be other ways of doing it, and maybe those ways are better when the field of application is not so well defined and static. It is pointless for me to explain it in a post, but you could check the waterfall model http://en.wikipedia.org/wiki/Waterfall_model and system development models http://en.wikipedia.org/wiki/System_Development_Methodology in wikipedia for starters and see where you go from there. I'm not saying waterfall model is *wrong*, just that there are other equally valid models that may be better in certain kinds of projects. [excessive quoting removed by server] _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/5cdb13ade2514a8493a1453ed7f96...@bierschwc0bba6 ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
