We are using PLSQL packages to emulate classes in a large percentage of our
current development. We are simply treating the packages as classes in the
model and the functions and procedures as operations. We use prefixes as
naming conventions for the packages:
AP = Application Package - publicly available package
HP = Hidden Package - should only be called from its parent AP
SP = Stateless Package
DA = Data Access package - APs should not make SQL calls directly
to the database
In your case, you could perhaps add a stereotype for marking PLSQL
packages. I would suggest creating the corresponding classes in a new
model with the notation set to "analysis" and putting them into one or more
control units. You can then import the control units into your existing
model without having to be concerned about whether you forgot to change
your notation each time you create a new class.
Because of our extensive use of PLSQL, I have used the REI a great deal. I
can "reverse engineer" PLSQL in a primitive way -- even creating single
level sequence diagrams that display the public calls made by a PLSQL
procedure or function. The primary skill involved is the patience to write
all the code necessary to deal with the idiosyncrasies of how each
developer has written his PLSQL code. I have also written code to "forward
engineer" Rose classes into pks and pkb stubs to make the developers a
little more efficient.
*************************************************************************
PRIVILEGED AND CONFIDENTIAL: This communication, including attachments, is
for the exclusive use of addressee and may contain proprietary,
confidential and/or privileged information. If you are not the intended
recipient, any use, copying, disclosure, dissemination or distribution is
strictly prohibited. If you are not the intended recipient, please notify
the sender immediately by return e-mail, delete this communication and
destroy all copies.
*************************************************************************
************************************************************************
* Rose Forum is a public venue for ideas and discussions.
* For technical support, visit http://www.rational.com/support
*
* Post or Reply to: [EMAIL PROTECTED]
* Subscription Requests: [EMAIL PROTECTED]
* Archive of messages:
* http://www.rational.com/support/usergroups/rose/rose_forum.jsp
* Other Requests: [EMAIL PROTECTED]
*
* To unsubscribe from the list, please send email
* To: [EMAIL PROTECTED]
* Subject: <BLANK>
* Body: unsubscribe rose_forum
*************************************************************************
