Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Steve_Straley

Pages: 1 ... 10 11 [12] 13
166
Uml Process / Re: USE CASE Cookbook
« on: December 22, 2002, 06:31:07 pm »
Tim,

Yes, I hate to admit it, but I am one in the same.  Even more appropriate now is the adjective "old" <ROFL>.   And yes I was at that conference with the earthquake in the middle of Larry H's keynote during the tremor when he said, "Well, was that as good for you as it was for me?"

I thank you for remembering and the kind words.   May the holiday blessings be upon you and your family!

Steve

Quote
This may not be the appropriate time or place but I have to ask.  Steve_Straley, are you an old Clipper guru, who used to do conferences?  Were you at the one in California when there was a small tremor right after they announced the new version of Clipper?

I thought I recognized the name.  If you are the gentleman I am thinking of, I really enjoyed your seminar that I went to.

167
Uml Process / Re: USE CASE Cookbook
« on: December 18, 2002, 07:37:00 am »
Phil,

I have those and they aren't what I'm thinking about when I say "cook book".   Hmmm.. I wonder if I have to break out the writing pens again and take up a profession from which I retired <LOL>.

Steve

168
Uml Process / Re: USE CASE Cookbook
« on: December 14, 2002, 09:11:27 am »
Herb,

I agree to a point.  I'm more keen to the complete UML model than just USE CASE Documents.   However, more than just the "user" verifying what is being done, I've seen first hand how Use Case documents that are signed off by the "user" in turn used by the QA, Testing, and Support departments.  They don't need the complete UML Model but they can use the documents as a base line for testing, assuring quality, and as a base-line for support on what to expect.

Steve



Quote
Hi Steve,

Firstly, (after the university) I thought that use-cases are very important and there must be all from the project included.
Nowadays, I think that use-cases aren't so important as teacher say. I partly agree with Robert C. Martin from the ObjectMentor Inc. who said in his Book "UML for Java Programmers" (2002) that use-cases represent only behavioral requirements. Thay are only a textual description and no diagram. He thinks, that use-cases are less important.
See following link: http://www.objectmentor.com/resources/articleIndex (Use-Case section)

In my opinion, use cases are important to communicate with the customer on the top level of the system. Use-cases could help the customer to check what the programmer want's to do. But they are changing all the time and there is no system, which generates classes automatically from use-cases!

Herbert


169
Uml Process / Re: USE CASE Cookbook
« on: December 14, 2002, 09:08:41 am »
Andy,

I've seen that but isn't as encompassing as I would like.

Steve

Quote
The book "Analysis Patterns" by Martin Fowler from Addison-Wesley has a good collection of class diagrams and occasional interaction diagrams for may common situations.

170
Uml Process / USE CASE Cookbook
« on: December 12, 2002, 01:54:51 pm »
Hi All,

Since I'm swamped and have to focus on what we need to do, one of my employees had a great idea that I would love to do but can't.   Perhaps it could be accomplished in conjunction with this forum.

We do not believe that there is an adequate "Use Case Cookbook"... one that had an index on something like (System - System, Time triggered / User - System / et cetera).   Nothing more than a) the USE CASE document, USE CASES, and USE CASE diagrams for a TON of business problems.

Like I said, it's the type of book I would love to write but my authoring days are on hold at the moment.

Ideas??

Steve

171
Uml Process / Re: A first contribution on the PUP/EUP
« on: December 10, 2002, 01:53:06 pm »
Frank,

I think that's what I was trying to impy with a VISION statement.   Even RUP starts off all projects with the Vision Document; businesses start off with Vision Statements.  I absolutely agree with you that a better place to start would be this type of simple paragraph.

Steve
Quote
Perhaps it would be wise to start at the beginning and define the goals of and reason for the existence of this project.  With that well understood, a name can be chosen that reflects the project's purpose.

Frank.

172
Uml Process / Re: A first contribution on the PUP/EUP
« on: December 10, 2002, 10:41:56 am »
Andy,

One common base appeals to me as well.   The RUP process is not heavily in the AS IS process mapping which I feel is a weakness and should be addressed.   In addition, I like some of the concepts outlined in Six Sigma so if there was a process that we came up with, maybe included some AS IS stuff, and some Sig Sigma stuff... I'd be as happy as a Pig in $h!!.   That's Southern for "extremely content"!

Steve

173
Uml Process / Re: A first contribution on the PUP/EUP
« on: December 10, 2002, 08:59:08 am »
Andy,

Do you think people see RUP as a marketing thing for Rational?  I'm curious because I don't get that sense here in GE.  

I'd still like to nominate "EUP - Enterprise Unified Process", "SUP", and "EAUP"...  (I like the first one myself  ::))

Steve

174
Uml Process / Re: A first contribution on the PUP/EUP
« on: December 10, 2002, 06:37:02 am »
Geoff,

Personally, if we're going to do this to have an outcome that benefits EA, and we're talking more of a Unified Process, let's use something like EA-UP or SUP for Sparx.   I think "UML Process" is limited in scope and concept compared to UP or up to now, PUP... just a thought.    If we're fighting the RUP battle, let's use something similar that managers can relate to and we can piggy back on the RUP marketing efforts.  Just a thought...

Steve

Quote
Hello everyone,

Im more than happy to organise a special forum section for this activity. I will try and get it set up in the next day or two for you - probably under the name "UML Process" in the General section of our board - (the name was the first that came to mind - let me know if there are other preferences).


175
Uml Process / Re: A first contribution on the PUP/EUP
« on: December 10, 2002, 06:32:43 am »
Geoff / Jason / All...

Thanks for looking into setting that up.   If your site can't do it, I'll be more than happy to set one up as well.

Jason, thanks for the kind words on the Tutorial.   I think once we get the forum set up and the special upload section, we can start to see who wants to participate, set up concrete Vision/Mission statements, and begin to publish a TON of White Papers.   I'll do whatever you guys want to help this process.

I hope to turn my attention back to the Tutorial once the current project is out and the next one is initiated.   I'd be more than happy to do the writing, formatting, whatever...  Just let me know..

Steve

176
Uml Process / Re: A first contribution on the PUP/EUP
« on: December 09, 2002, 09:10:37 pm »
Andy,

I think what is now needed is to form a group that is willing to put in the effort to come up with this effort.   And as a group we should start mulling around all of these concepts and put together a Vision / Mission statement so we can focus in on what the purpose is all about.   Then we set an agenda and set out to define what it is we've stated in the Vision/Mission statement.

Just an idea...

Steve

177
Uml Process / Re: A first contribution on the PUP/EUP
« on: December 09, 2002, 09:51:16 am »
Jamie (and others),

The start of this conversation is obviously of high interest to us and we will if others want, add whatever process is agreed upon into our EA-ReqPro project.

Having said that, a while ago I asked if anyone used Six Sigma.  A quick reference to this (there are tons of it) can be seen at https://www.rathstrong.com/rs/pbuild/linkbuilder.cfm?selection=dn9.9.12.  In that there are 5 tollgates or steps: Define, Measure, Analyze, Improve, and Control.   The UP process fits nicely in this and is implemented as such here at GE.   This may be of some interest depending on how broad of a scope this effort takes.

In addition, I would be more than happy to contribute to the formal document writing and/or white papers on whatever is discussed and agreed upon.

I agree Jamie that I think a new forum or section should be opened up for this effort complete, if possible, with upload section and the like.

Just a couple of thoughts...

Steve

178
Uml Process / Re: Project scope document: Why I have found it us
« on: December 16, 2002, 08:45:54 am »
Jaime,

Interesting stuff.  It actually is alot of a mix between what RUP tries to focus on AS WELL AS Six Sigma and the rigid rules that go into the Tollgate (L1 through l5) methodology.  

Steve

179
Uml Process / Re: Mission/Vision statement
« on: December 12, 2002, 01:51:30 pm »
Andy,

Perhaps yes, and in the scope of what I posted based on Jaime's post, maybe this should be added:


  • To provide guidelines for use of processes based on type of project, time-length of project, et cetera.

180
Uml Process / Re: Mission/Vision statement
« on: December 11, 2002, 10:09:36 am »
Jaime,

Great start!  Here's my offering.  I changed the order of things since I think Vision is more general and Mission is a bit more detailed.   I used ALOT of your wording (because it's great) and started to add Critical Steps (they support Mission Statements).

My general rule is NOTHING IS SACRED meaning... tear it apart and up guys!   Let's rock and roll.

Steve

-----------

Vision Statement

To assist all people, from any size company, in the process of Software Lifecycle Development and Management by providing a series of white papers, documents, discussions, supporting articles and links, and other related artifacts.

Mission Statement

This forum will work on the ongoing process of analsys, design, construction, transition, integration, mapping (as is processes), and/or replacement of software products and/or processes.  This will include business process mapping for "as is" processes, UML design and implementation for existing or new projects, project management rules and/or considerations, and other related issues.   This forum will not limit the focus to these or any other areas focussing on the development of the associated documents and/or artifacts.  The forum will discuss all "best practices" ideas and/or brest engineering processes to assist all people and all roles involved in the complete life cycle of software development and/or management.

Critical Steps


  • To outline the software purpose: replacement of old software, enhancing existing software, integrating multiple processes, new software development.

  • To outline the roles: Business Goals, Analysis, Measuring, Design, Testing, Implementation, Verifying, Integrity Assurence, Change Control and Monitoring, Management.

  • To outline tools and/or processes:  UML, CMM, Six Sigma, et cetera.

  • To provide templates, process documents, related articles and artifacts in management and development of software.


Pages: 1 ... 10 11 [12] 13