-
July 30th, 2010, 09:11 AM
#1
System Appreciation of VB based applications
We have a requirement to create System Appreciation artificats of a product suite consisting of multiple form based Windows VB applications.
The option of defining the templates for capturing the System Appreciation is with us. We would like to know what is the sort of information that one would typically need to capture when appreciating systems. (The customer does not have meaningful documents of the product suite which has been existence for quite sometime)
I was thinking in terms of representing the 4+1 architectural views (RUP, Philip Kruetchen) in addition to other details. Can you please let me know your views on how to capture system appreciation ?
-
July 30th, 2010, 01:12 PM
#2
Re: System Appreciation of VB based applications
I have no idea what you mean by this:
"how to capture system appreciation ? "
Care to re-word it?
-
July 30th, 2010, 01:40 PM
#3
Re: System Appreciation of VB based applications
I don't understand either.
All I can say is that I appreciate Windows 7 ( which is a system ) very much.
And, I don't appreciate Vista ( which is also a system ) at all..
-
July 31st, 2010, 08:45 AM
#4
Re: System Appreciation of VB based applications
Oohhh! Pretty the alienware system is...
Appreciate/depreciate as in accounting terms???
-
August 2nd, 2010, 11:06 PM
#5
Re: System Appreciation of VB based applications
Maybe am too enamoured by the customer's use of terms
System Appreciation actually means documents explaning the understanding of a product. What would be the ideal set of documents that need to be created to cover the most important aspects of the product ?
This is for a case where the product does not have any documentation (except for the product manuals) - and the product is going to be offshored to another team for maintenance.
-
August 3rd, 2010, 02:36 AM
#6
Re: System Appreciation of VB based applications
Okay, most programs are created from an idea and as that idea is flesh out, it becomes a list of requirements. Meaning...
I have this idea, I want a program that checks for duplicates files and deletes those duplicate files when found
which turns into this...
Program runs at start up
Program sits in systray
Program watches folder(s) for changes to folders contents and when new files are added program uses MD5 hash algorithm to hash new file and use the hash to test against database to see if file already exists. If so, program deletes recently added file.
Program has simple gui that allows user to specify folder(s).
Program saves those folder(s) specified by user to some location so everytime PC is run, program knows
Program will double check in background to see if any new files have been added to folder(s)
Programs gui will be activate by click on systray icon
and so on, and so on.
Then from there, this list of requirements starts to become a list of requirements with methodologies...
Program runs at start up
Installation will start application upon exit
application will create necessary keys in run at startup (if necessary), run once, and scheduled tasks upon its exit just in case user deletes one or more of these keys.
'...
When user clicks on menu item Add/Remove Watch under Options...
It is this document that you should send as it will detail exactly how the program will work and how it will accomplish its tasks but not so detailed as it includes the code itself. However, the code is something that will also need to be delivered. Then of course, there is the manual which will also be reproduced in the help file that needs to be delivered also.
Good Luck
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
|
Click Here to Expand Forum to Full Width
|