• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

RUP and non-OOP Development

 
Ranch Hand
Posts: 64
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • 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 ]
 
author
Posts: 14112
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • 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
    Number of slices to send:
    Optional 'thank-you' note:
  • 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
Posts: 14112
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • 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?
 
Don't get me started about those stupid light bulbs.
reply
    Bookmark Topic Watch Topic
  • New Topic