Escolar Documentos
Profissional Documentos
Cultura Documentos
P d
Æ
for the ICANDO Chemicals system (to the original table are added
and as stakeholders):
Æ
£se of interface
prototype evaluations
The new system
£se the new order-processing and feedback;
should be usable and
system to process orders Employ best design and
user-friendly
implementation
techniques.
Develop professional
purchasing approach
Planning of a new distribution Crucial that this is
scheme and changing if timely achieved and Develop supplier
necessary warehouses and effective relationships and
distribution ensure good quality
contracts
cP ag e
d
D
Æ
Æ
c The development of a trader͛s workbench will facilitate the communication between the
company and traders.
ñ A trader͛s workbench will make reporting, data analysis and record management for the
middle management easier. It will enable managers see the portfolios of all the traders and
to access and forecast the overall risk of the trading floor. It will also facilitate the creation
of spending and profits reports.
It will give systematized information on planned and future stocks and production capacity
to the traders.
ICANDO Oil Trading already has a good existing IT infrastructure and various well-developed
Web sites. There is a capacity to host the software, so the addition of the workbench should
not be a problem.
ñP ag e
c If the workbench is not delivered in good condition and implemented on time, the company
will apparently lose money and the traders trust in the company may decrease.
P
Æ Æ
ʹ determining the needs
ͶDetermining if the proposed
and expectations of the stakeholders, defining development is worthwhile.
what the system should do and defining the
ͶDetermining if there is a
system performance in terms of reliability, number potential market for this product.
of people using it and quality ͶDetermining what functionality
the software should contain.
ͶObtaining the
requirements from the user.
ͶDetermining what tasks and
structures are common to this problem.
Æ
ʹ Defining the behavior of the ͶDetermining how to develop
computer system and creating G
the software.
.
ͶDetermining cost estimates.
Æ ͶBuilding a schedule for the
development.
Æ
ͶDetermining
activities that will help ensure quality of the
product.
ͶDetermining the
subtasks necessary to develop the product.
ʹ Determining how the software will ͶDetermining how the software should
operate and decomposing the system into provide the functionality.
manageable parts that can be developed and ͶDesigning the structure of
deployed. Creating
the system.
. ͶSpecifying the interfaces
between the parts of the system.
ͶDesigning the algorithms for the
individual parts.
ʹ Building the software ͶBuilding the software.
P ag e
of the software.
Æ
ͶTesting the software in an
environment that matches the operational
environment.
ͶTesting by the customer at the
developer͛s site.
ͶTesting by the customer at the
customer͛s site.
ͶTesting to satisfy the
purchaser.
ͶSaving tests from the
previous version to ensure that the new version
retains the previous capabilities.
Releasing and installing/activating
ͶProviding the customer with an
the product. effective software solution.
ͶMaking the software available at the
customer͛s operational site.
ͶTeaching the users to use the software.
ͶAnswering questions of the user.
£pdating and improving the
Ͷ£pdating and improving the
software to ensure continued usefulness. software to ensure continued usefulness.
From the table above we can notice that the stages in the SDLC (Software development life cycle) as
described in both books are generally the same. They both consist of the following main phases:
I personally like both ways of describing the stages in a SDLC. The first one (in our book) is more
concise and ͞practically͟ oriented as for each stage the purpose of the stage, the inputs and the
outputs of the stage and the methods employed in the stage are stated. The second way is more
descriptive and gives idea of the precise sub-stages a software developer has to go through.
P ag e
Æ
P
ñ
Aim is to get all of the order taking and order administration implemented.
* Order taking, Order amendment, Order cancellation, Stock reservation, Delivery
scheduling
Æ Production reservation, Credit checking
Order overview, Web ordering by customer, Web amendment by customer, Web
order tracking by customer
Delivery confirmation, Delivery rescheduling, Discount calculation, Production
optimization, Delivery optimization, Customer contact history, Special offers
prompting, Call transfer
P
6 months
Analysis Design Development Testing
Software
îP ag e
The project has to be finished in 6 months = 24 weeks. There are going to be 3 iterations, and each of
the iterations will last 8 weeks. Each iteration phase will be 2 weeks long. Each (iteration) will
consist of 4 stages -
. Three teams will collaborate.
Analysis is executed by a
and ends with a prioritized list of requirements to be built in
this iteration along with a high-level design. The develops the code for implementing the
requirements and performs the testing. The tested code is handed over to the
which
performs the final testing and then installs the system for production use.
The board is acting as the steering group. Board meetings are conducted every month and the project
manager is obliged to present the progress. The project manager and the IT director meet every week to
discuss the risk register and the progress of the product. After each successful iteration the IT director
makes a demonstration of the progress so far.
Having in mind the statements above, we are going to have the first software delivery in 8 weeks. The
subsequent one will be in 10 weeks. Definitely by the 4th month there will be enough progress to
convince the skeptical management team that the project is going fine. At the 6th month there will be a
workable and tested release of the software product.
ëP ag e