13.07.2015 Views

Java™ Application Development on Linux - Dator

Java™ Application Development on Linux - Dator

Java™ Application Development on Linux - Dator

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

11.6 Requirements for the Budget <str<strong>on</strong>g>Applicati<strong>on</strong></str<strong>on</strong>g>269• Who is going to use the data that comes from the use of the software (i.e.,who will read the reports generated from the data collected either directlyor indirectly from the running of the software)?• Who is going to support the software and who will support the machines<strong>on</strong> which it will run?All these people can be c<strong>on</strong>sidered “stakeholders” in the project.So where do you start? That’s a political more than a technical questi<strong>on</strong>.Start with your boss and with whoever is the major backer of the project. Thenask your customers. For in-house IT projects, the “customers” are usually veryaccessible; for software products, the customer’s point of view may need to berepresented by marketing and/or customer support people who have had directc<strong>on</strong>tact with the customer base.11.6REQUIREMENTS FOR THE BUDGET APPLICATIONLet’s take a look at how such requirements might evolve. We’ll look at thesituati<strong>on</strong> through the eyes of a ficti<strong>on</strong>al IT guy named Bob. 211.6.1 M<strong>on</strong>day Morning, 10 A.M.Bob gets called in to the office of his manager, Ellen. The c<strong>on</strong>versati<strong>on</strong> goessomething like this:Bob: Yes, Ellen, you wanted to see me?Ellen: Come in, Bob. Yes. We’re just about to enter another budgetplanning cycle. We’ve got to propose our next year’s budget to the VP by theend of the quarter, and I got to thinking . . .Bob: Uh-oh.Ellen: . . . <strong>on</strong> my way to work today, I got to thinking that we ought tobe able to develop a software tool that would help us do a better job of thisprocess.2. We’re avoiding giving Bob a title because titles vary so much within our industry. Callsome<strong>on</strong>e an analyst and it may mean that they never code. Call some<strong>on</strong>e a programmer and itmay mean that they <strong>on</strong>ly code and never deal with requirements or even designs. Some usethose terms interchangeably. We’ll just call him an IT guy.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!