Win a copy of Programmer's Guide to Java SE 8 Oracle Certified Associate (OCA) this week in the OCAJP forum!
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic

RUP and non-OOP Development

 
Marcellus Tryk
Ranch Hand
Posts: 64
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I work in a AS/400 shop where development is done in RPG. In case you aren't familiar with RPG, it is a distinctly non-Object-Oriented language. We are interested in adopting or developing a disciplined development process and there's some interest in the RUP. My impression of the process is that it is strongly rooted in UML and OOAD. I can see elements (e.g. use cases) that could be very beneficial to us and others that might be difficult to map to our development technology (e.g. class diagrams). I realize that the RUP also includes large pieces that must be universally appropriate (e.g. test planning). I would really be interested to hear comments from folks who have experience with the RUP on how difficult it might be to apply to a non-OOP development environment.
Thanks!
Marcellus Tryk
[ January 10, 2003: Message edited by: Marcellus Tryk ]
 
Ilja Preuss
author
Sheriff
Posts: 14112
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
RUP is a process *framework*, that is, it gives you a bunch of elements to construct you own process from. You have to decide for yourself how to combine those elements so that they make sense to your situation - or you could start with a pre-configured instance and adapt it as you learn about your needs.
http://www.objectmentor.com/resources/articles/RUPvsXP.pdf describes an instance of RUP wich is IMHO very well suited for a colocated team of up to a dozen developers. It isn't dependend on the used programming paradigm.
[ January 11, 2003: Message edited by: Ilja Preuss ]
 
Marcellus Tryk
Ranch Hand
Posts: 64
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I understand that the RUP is like a 'salad-bar' methodology. But I would like to know if anyone out there has experience applying any or all of the process to non-OOP development.
Thanks,
Mars
 
Ilja Preuss
author
Sheriff
Posts: 14112
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Well, *there are* non-OO projects using XP (the instance of RUP described in the paper above).
The XP practice which seems most coupled to the used paradigm seems to be refactoring to me. I already successfully used refactoring in a small Prolog project, so I am rather positive that there shouldn't be many hurdles. Can't help you with more experience in this regard, though.
Are there any more specific doubts you'd want to discuss?
 
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic