| Author |
UP
|
Francis Siu
Ranch Hand
Joined: Jan 04, 2003
Posts: 867
|
|
hi authors and ranchers I have read a book that use UP as a example to illustrate a object oriented design and coding. Can we use other's process to design a object oriented system? Which process is the best for object oriented design and coding? thanks
|
Francis Siu
SCJP, MCDBA
|
 |
Kishore Dandu
Ranch Hand
Joined: Jul 10, 2001
Posts: 1934
|
|
In my personal opinion it depends on the time frame for the project and resources at hand to prescribe a specific process compared to other. Just my opinion though....
|
Kishore
SCJP, blog
|
 |
Lasse Koskela
author
Sheriff
Joined: Jan 23, 2002
Posts: 11962
|
|
Originally posted by siu chung man: Can we use other's process to design a object oriented system?
Sure. That's why there are other processes in the first place...
Originally posted by siu chung man: Which process is the best for object oriented design and coding?
Depends on the context. What kind of problem domain are we talking about? What size of a team are we talking about? How's the skill set of that team? Is there an existing process that's being used successfully?
|
Author of Test Driven (2007) and Effective Unit Testing (2013) [Blog] [HowToAskQuestionsOnJavaRanch]
|
 |
Francis Siu
Ranch Hand
Joined: Jan 04, 2003
Posts: 867
|
|
thanks And one more question is that Is UP a the general process for developing object oriented system?
|
 |
Pradeep bhatt
Ranch Hand
Joined: Feb 27, 2002
Posts: 8876
|
|
|
What is the difference between UP and RUP?
|
Groovy
|
 |
Lasse Koskela
author
Sheriff
Joined: Jan 23, 2002
Posts: 11962
|
|
Originally posted by siu chung man: Is UP a the general process for developing object oriented system?
Could you rephrase the question a bit? I'm not sure whether I understand what you're asking? The Unified Process is a generic process framework, which can be used as a basis for tailoring a development process for a given project. UP can be used for non-OO development as well. Just like pretty much any other modern software development process.
|
 |
Lasse Koskela
author
Sheriff
Joined: Jan 23, 2002
Posts: 11962
|
|
Originally posted by Pradeep Bhat: What is the difference between UP and RUP?
UP is a more abstract description of what a process could look like. RUP productizes UP by providing a huge library of artifacts such as sample diagrams, document templates, etc. Still, RUP should be considered a framework instead of an out-of-the-box process.
|
 |
Pradeep bhatt
Ranch Hand
Joined: Feb 27, 2002
Posts: 8876
|
|
|
Was UP a failure and was that the reason RUP came into existence?
|
 |
Lasse Koskela
author
Sheriff
Joined: Jan 23, 2002
Posts: 11962
|
|
Originally posted by Pradeep Bhat: Was UP a failure and was that the reason RUP came into existence?
No, UP was not a failure. It was just so "high level" and abstract that Rational was able to come up with RUP (the product, which consists of a cd full of document templates and HTML documentation about the activities etc. included in the "library") and sell it to nearly everyone.
|
 |
Pradeep bhatt
Ranch Hand
Joined: Feb 27, 2002
Posts: 8876
|
|
|
Which process is better suited for product development. Unlike projects where the Customers requirements are well know, product development is based on what the customer may need. :roll:
|
 |
Francis Siu
Ranch Hand
Joined: Jan 04, 2003
Posts: 867
|
|
Could you rephrase the question a bit? I'm not sure whether I understand what you're asking?
The Unified Process is a generic process framework, which can be used as a basis for tailoring a development process for a given project. UP can be used for non-OO development as well. Just like pretty much any other modern software development process.
yes, you answer my question
|
 |
Lasse Koskela
author
Sheriff
Joined: Jan 23, 2002
Posts: 11962
|
|
Originally posted by Pradeep Bhat: Which process is better suited for product development. Unlike projects where the Customers requirements are well know, product development is based on what the customer may need. :roll:
I would prefer an agile approach in a situation where requirements are based on assumptions that may well be turned around within a week. In other words, the more uncertainty there is regarding a subject (whether that's requirements, product selection, something else), it's best to keep your decisions reversible.
|
 |
 |
|
|
subject: UP
|
|
|