Documente Academic
Documente Profesional
Documente Cultură
that we start as close to the system as possible and then we try to get more
details and we are close to perfection. Bottom up approach sometimes
results in better and acceptable designs as we begin with the actual
understanding and requirements as specified. We first start with what we
actually want to see as end results and then we traverse up so that we
design a consolidate system, as we do it in normalization. (Davis, 1997).
I suggest that we can use both as there are advantages specific to the
scenario. When we want the prototype to develop soon we just cant adopt a
bottom up approach as we need to develop something fairly quickly. Like we
need to just add a few tables in the database and show to the customer and
perhaps worry about the normalization later. So I suggest that we adopt
either of the methods as the situation demands, so long as we are able to
meet the object. (Lassesen and Ken, 1995).
References:
Davis, J. (1997). Universal Servers: Part 1 and Part 2, DBMS Available from
http://www.dbmsmag.com/9706dl3.html [Accessed February 3, 2016]
Techtarget. (nd): What, when, and where. Available from
http://searchoracle.techtarget.com/feature/PL/SQL-What-when-and-where
[Accessed February 3, 2016]
Lassesen and Ken (1995). Mapping the Data Access Object DAO3.0. Available
from
www.eu.microsoft.com/oledev/olemap/mapdao30.htm [Accessed February
3, 2016]
Date, C.J. (1981). An Introduction to Data Base Systems. 3rd ed. Reading,
MA: Addison-Wesley. Available from https://docs.google.com/folderview?
id=0B2Q8Nd2L-6PjZDI0NDk1ODktNGY4ZC00YTBlLWFmZjQtMzg1YzNiOWFlYjlj
[Accessed February 3, 2016]]