www.monografias.

com
Anlisis y Diseo de Sistemas
INDICE y CONTENIDOS
INTRODUCCIN ------------------------------------------------------------------------- 6
TEMA I. PLANIICACION DE PRO!ECTOS DE SOT"ARE ------------------ #
$.$. %&' 's &n (roy'c)o *' Sis)'ma o Sof)war'. --------------------- +
$.,. O-.')i/os *' 0a P0anificaci1n *'0 Proy'c)o. ----------------------- +
1.3.1. Actividades asociadas al Proyecto de Software. ------------------ 10
1.3.1. Ambito del Software. ------------------------------------------------------ 10
$.2. R'c&rsos. ------------------------------------------------------------------- $3
1.4.1. Recursos Humanos. ------------------------------------------------------ 11
1.4.2. Recurso o om!onentes de Software Reutili"ables. ------------- 11
1.4.3. Recursos de #ntorno. ---------------------------------------------------- 12
$.4. Es)imaci1n *'0 Proy'c)o *' Sof)war'. ---------------------------- $,
1.$.1. #stimaci%n &asada en el Proceso. ------------------------------------ 13
$.6. Dif'r'n)'s Mo*'0os *' Es)imaci1n. -------------------------------- $5
1.'.1. (os )odelos #m!*ricos. ------------------------------------------------- 14
1.'.2. #l )odelo ++)+. -----------------------------------------------------
14
1.'.3. Herramientas Autom,ticas de #stimaci%n. -------------------------- 14
R's&m'n. -------------------------------------------------------------------------------- $4
TEMA II. ANALISIS DE SISTEMAS DE COMPUTACION. ---------------------- $6
,.$. Conc'()os y An60isis. -------------------------------------------------- $7
,.,. O-.')i/os *'0 An60isis. ------------------------------------------------- $#
2.2.1. -dentificaci%n de .ecesidades. ----------------------------------------- 1/
2.2.2. #studio de 0iabilidad. ----------------------------------------------------- 1/
2.2.2.1. 0iabilidad #con%mica. ---------------------------------------------------- 20
2.2.2.2. 0iabilidad 12cnica. -------------------------------------------------------- 20
2.2.2.3 0iabilidad (e3al. ----------------------------------------------------------- 20
2.2.3. An,lisis #con%mico y 12cnico. ----------------------------------------- 20
2.2.4. )odelado de la Ar4uitectura del Sistema. -------------------------- 21
2.2.$. #s!ecificaciones del Sistema. ------------------------------------------ 21
Conc0&sion's. ------------------------------------------------------------------------- ,,
TEMA III. DISE8O DE SISTEMAS DE COMPUTACION. ------------------------ ,5
5.$. Conc'()os y Princi(ios. ----------------------------------------------- ,2
3.1.1. #l 5ise6o de (os 5atos. ------------------------------------------------- 24
3.1.2. #l 5ise6o Ar4uitect%nico. ------------------------------------------------ 24
3.1.3. #l 5ise6o de la -nterfa". --------------------------------------------------
24
3.1.4. #l 5ise6o de los Procedimientos. ------------------------------------- 24
5.,. Dis'9o *' 0a Sa0i*a. ----------------------------------------------------- ,6
5.5. Dis'9o *' Arc:i/os. ----------------------------------------------------- ,6
5.2. Dis'9o *' In)'raccion's con 0a ;as' *' Da)os. --------------- ,7
5.4. <'rrami'n)as (ara '0 Dis'9o *' Sis)'mas. ---------------------- ,7
3.$.1. Herramientas de #s!ecificaci%n. -------------------------------------- 27
3.$.2. Herramientas !ara Presentaci%n. ------------------------------------- 2/
3.$.3. Herramientas !ara el 5esarrollo de Sistemas. --------------------- 2/
3.$.4. Herramientas !ara -n3enier*a de Software. ------------------------- 2/
3.$.$. 8eneradores de %di3os. ----------------------------------------------- 2/
3.$.'. Herramientas !ara Pruebas. -------------------------------------------- 2/
Conc0&sion's. -------------------------------------------------------------------------- ,+
TEMA I=. IMPLANTACION> E=ALUACION ! PRUE=A DE SISTEMAS. --- 53
2.$. IMPLANTACION. Conc'()os y D'finici1n. ----------------------- 5$
2.,. Ca(aci)aci1n *' Us&arios *'0 Sis)'ma. --------------------------
5,
4.3.1 +b9etivos de la a!acitaci%n. -------------------------------------------
33
2.2. La E/a0&aci1n *'0 Sis)'ma. ------------------------------------------- 55
4.4.1. #valuaci%n o!eracional. --------------------------------------------------
33
4.4.2. -m!acto +r3ani"acional. ------------------------------------------------- 33
4.4.3. 5esem!e6o del 5esarrollo. --------------------------------------------- 34
2.4. Pr&'-as *' Sis)'mas. -------------------------------------------------- 52
CONCLUSIONES ?ENERALES. ------------------------------------------------------- 54
;I;LIO?R?AIA. -------------------------------------------------------------------------- 57
NOTAS INALES. -------------------------------------------------------------------------- 5#
TEMA I.
PLANIICACION DE PRO!ECTOS DE
SOT"ARE
TEMA I. PLANIICACION DE UN PRO!ECTO DE SISTEMAS.
DESARROLLO.
$.$. %&' 's &n (roy'c)o *' Sis)'ma o Sof)war'. @
#s el Proceso de 3esti%n !ara la creaci%n de un Sistema o software: la cual
encierra un con9unto de actividades: una de las cuales es la estimaci%n: estimar
es ec;ar un vista"o al futuro y ace!tamos resi3nados cierto 3rado de
incertidumbre. Aun4ue la estimaci%n: es mas un arte 4ue una iencia: es una
actividad im!ortante 4ue no debe llevarse a cabo de forma descuidada. #<isten
t2cnicas =tiles !ara la estimaci%n de costes de tiem!o. > dado 4ue la
estimaci%n es la base de todas las dem,s actividades de !lanificaci%n del
!royecto y sirve como 3u*a !ara una buena -n3enier*a Sistemas y Software.
Al estimar tomamos en cuenta no solo del !rocedimiento t2cnico a utili"ar en el
!royecto: sino 4ue se toma en cuenta los recursos: costos y !lanificaci%n. #l
1ama6o del !royecto es otro factor im!ortante 4ue !uede afectar la !recisi%n de
las estimaciones. A medida 4ue el tama6o aumenta: crece r,!idamente la
interde!endencia entre varios elementos del Software.
(a dis!onibilidad de informaci%n Hist%rica es otro elemento 4ue determina el
ries3o de la estimaci%n.
$.,. O-.')i/os *' 0a P0anificaci1n *'0 Proy'c)o.
#l ob9etivo de la Planificaci%n del !royecto de Software es !ro!orcionar un
marco de traba9o 4ue !ermita al 3estor ;acer estimaciones ra"onables de
recursos costos y !lanificaci%n tem!oral. #stas estimaciones se ;acen dentro
de un marco de tiem!o limitado al comien"o de un !royecto de software: y
deber*an actuali"arse re3ularmente medida 4ue !ro3resa el !royecto. Adem,s
las estimaciones deber*an definir los escenarios del me9or caso: y !eor caso: de
modo 4ue los resultados del !royecto !ueden limitarse.
#l +b9etivo de la !lanificaci%n se lo3ra mediante un !roceso de descubrimiento
de la informaci%n 4ue lleve a estimaciones ra"onables.

$.5 Ac)i/i*a*'s asocia*as a0 (roy'c)o *' sof)war'.
$.5.$ Am-i)o *'0 Sof)war'.
#s la !rimera actividad de llevada a cabo durante la !lanificaci%n del !royecto
de Software.
#n esta eta!a se deben evaluar la funci%n y el rendimiento 4ue se asi3naron al
Software durante la -n3enier*a del Sistema de om!utadora !ara establecer un
,mbito de !royecto 4ue no sea ambi3uo: e incom!rensible !ara directivos y
t2cnicos
5escribe la funci%n: el rendimiento: las restricciones: las interfaces y la
fiabilidad: se eval=an las funciones del ,mbito y en al3unos casos se refinan
!ara dar mas detalles antes del comien"o de la estimaci%n. (as restricciones de
rendimiento abarcan los re4uisitos de tiem!o de res!uesta y !rocesamiento:
identifican los limites del software ori3inados !or el ;ardware e<terno: !or la
memoria dis!onible y !or otros sistemas e<istentes.
#l Ambito se define como un !re-re4uisito !ara la estimaci%n y e<isten al3unos
elementos 4ue se debe tomar en cuenta como es?
La Obtencin de la Informacin necesaria para el software. Para esto el
analista y el cliente se renen sobre las expectativas del proyecto y se
ponen de acuerdo en los puntos de inters para su desarrollo.
1.4 RECURSOSA
(a Se3unda tarea de la !lanificaci%n del desarrollo de Software es la estimaci%n
de los recursos re4ueridos !ara acometer el esfuer"o de desarrollo de Software:
esto simula a una !ir,mide donde las Herramientas @;ardware y SoftwareA: son
la base !ro!orciona la infraestructura de so!orte al esfuer"o de desarrollo: en
se3undo nivel de la !ir,mide se encuentran los om!onentes reutili"ables.
> en la !arte mas alta de la !ir,mide se encuentra el recurso !rimario: las
!ersonas @el recurso ;umanoA.
ada recurso 4ueda es!ecificado mediante cuatro caracter*sticas?
Descripcin del Recurso.
Informes de disponibilidad.
ec!a cronol"ica en la #ue se re#uiere el recurso.
$iempo durante el #ue ser% aplicado el recurso.
$.2.$ R'c&rsos <&manos.
(a antidad de !ersonas re4ueridas !ara el desarrollo de un !royecto de
software solo !uede ser determinado des!u2s de ;acer una estimaci%n del
esfuer"o de desarrollo @!or e9em!lo !ersonas mes o !ersonas a6osA: y
seleccionar la !osici%n dentro de la or3ani"aci%n y la es!ecialidad 4ue
desem!e6ara cada !rofesional.
$.2., R'c&rsos o com(on'n)'s *' sof)war' r'&)i0iBa-0's.
ual4uier estudio sobre recursos de software estar*a incom!leto sin estudiar la
reutili"acion: esto es la creaci%n y la reutili"acion de blo4ues de construcci%n de
Software.
1ales blo4ues se deben establecer en cat,lo3os !ara una consulta m,s f,cil:
estandari"arse !ara una f,cil a!licaci%n y validarse !ara la tambi2n f,cil
inte3raci%n.
#l Autor &ennatan su3iere cuatro cate3or*as de recursos de software 4ue se
deber*an tener en cuenta a medida 4ue se avan"a con la !lanificaci%n?
&omponentes ya desarrollados.
&omponentes ya experimentados.
&omponentes con experiencia Parcial.
&omponentes nuevos.
$.2.5 R'c&rsos *' 'n)orno.
#l entorno es donde se a!oya el !royecto de Software: llamado a menudo
entorno de -n3enier*a de Software: incor!ora Hardware y Software.
#l Hardware !ro!orciona una !lataforma con las ;erramientas @SoftwareA
re4ueridas !ara !roducir los !roductos 4ue son el resultado de la buena
!ractica de la -n3enier*a del Software: un !lanificador de !royectos debe
determinar la ventana tem!oral re4uerida !ara el Hardware y el Software: y
verificar 4ue estos recursos est2n dis!onibles. )uc;as veces el desarrollo de
las !ruebas de validaci%n de un !royecto de software !ara la com!osici%n
automati"ada !uede necesitar un com!ositor de foto3raf*as en al3=n !unto
durante el desarrollo. ada elemento de ;ardware debe ser es!ecificado !or el
!lanificador del Proyecto de Software.
$.4. ESTIMACION DEL PRO!ECTO DE SOT"ARE.
#n el !rinci!io el costo del Software constitu*a un !e4ue6o !orcenta9e del costo
total de los sistemas basados en om!utadoras. Hoy en d*a el Software es el
elemento mas caro de la mayor*a de los sistemas inform,ticos.
Bn 3ran error en la estimaci%n del costo !uede ser lo 4ue mar4ue la diferencia
entre beneficios y !erdidas: la estimaci%n del costo y del esfuer"o del software
nunca ser, una ciencia e<acta: son demasiadas las variables? ;umanas:
t2cnicas: de entorno: !ol*ticas: 4ue !ueden afectar el costo final del software y
el esfuer"o a!licado !ara desarrollarlo.
Para reali"ar estimaciones se3uras de costos y esfuer"os tienen varias
o!ciones !osibles?
5e9e la estimaci%n !ara mas adelante @obviamente !odemos reali"ar una
estimaci%n al cien !or cien fiable des!u2s de ;aber terminado el !royecto.
&ase las estimaciones en !royectos similares ya terminados.
Btilice t2cnicas de descom!osici%n relativamente sencillas !ara 3enerar las
estimaciones de costos y esfuer"o del !royecto.
5esarrolle un modelo em!*rico !ara 2l calculo de costos y esfuer"os del
Software.
5esdic;adamente la !rimera o!ci%n: aun4ue atractiva no es !ractica.
(a Se3unda o!ci%n !uede funcionar ra"onablemente bien si el !royecto actual
es bastante similar a los esfuer"os !asados y si otras influencias del !royecto
son similares. (as o!ciones restantes son m2todos viables !ara la estimaci%n
del !royecto de software. 5esde el !unto de vista ideal: se deben a!licar
con9untamente las t2cnicas indicadas usando cada una de ellas como
com!robaci%n de las otras.
Antes de ;acer una estimaci%n: el !lanificador del !royecto debe com!render el
,mbito del software a construir y 3enerar una estimaci%n de su tama6o.
$.4.$ Es)imaci1n -asa*a 'n '0 Proc'so.
#s la t2cnica m,s com=n !ara estimar un !royecto es basar la estimaci%n en el
!roceso 4ue se va a utili"ar: es decir: el !roceso se descom!one en un con9unto
relativamente !e4ue6o de actividades o tareas: y en el esfuer"o re4uerido !ara
llevar a cabo la estimaci%n de cada tarea.
Al i3ual 4ue las t2cnicas basadas en !roblemas: la estimaci%n basada en el
!roceso comien"a en una delineaci%n de las funciones del software obtenidas a
!artir del ,mbito del !royecto. Se me"clan las funciones del !roblema y las
actividades del !roceso. omo ultimo !aso se calculan los costos y el esfuer"o
de cada funci%n y la actividad del !roceso de software.
$.6. DIERENTES MODELOS DE ESTIMACION.
#<isten diferentes modelos de estimaci%n como son?
$.6.$ Los Mo*'0os Em(CricosA
5onde los datos 4ue so!ortan la mayor*a de los modelos de estimaci%n
obtienen una muestra limitada de !royectos. Por est ra"%n: el modelo de
estimaci%n no es adecuado !ara todas las clases de software y en todos los
entornos de desarrollo. Por lo tanto los resultados obtenidos de dic;os modelos
se deben utili"ar con !rudencia.
$.6., E0 Mo*'0o COCOMO.
&arry &oe;m: en su libro cl,sico sobre econom*a de la -n3enier*a del Software:
introduce una 9erar4u*a de modelos de estimaci%n de Software con el nombre
de ++)+: !or su nombre en -n3les @onstructive: ost: )odelA modelo
constructivo de costos. (a 9erar4u*a de modelos de &oe;m esta constituida !or
los si3uientes?
Mo*'0o I. 'l (odelo &O&O(O b%sico calcula el esfuer)o y el costo
del desarrollo de *oftware en funcin del tama+o del pro"rama, expresado
en las l-neas estimadas.
Mo*'0o II. 'l (odelo &O&O(O intermedio calcula el esfuer)o del
desarrollo de software en funcin del tama+o del pro"rama y de un con.unto
de conductores de costos #ue incluyen la evaluacin sub.etiva del producto,
del !ardware, del personal y de los atributos del proyecto.
Mo*'0o III. 'l modelo &O&O(O avan)ado incorpora todas las
caracter-sticas de la versin intermedia y lleva a cabo una evaluacin del
impacto de los conductores de costos en cada caso /an%lisis, dise+o, etc.0
del proceso de in"enier-a de *oftware.
$.6.5 <'rrami'n)as A&)om6)icas D' Es)imaci1n.
(as ;erramientas autom,ticas de estimaci%n !ermiten al !lanificador estimar
costos y esfuer"os: as* como llevar a cabo an,lisis del ti!o: 4ue !asa si: con
im!ortantes variables del !royecto: tales como la fec;a de entre3a o la
selecci%n del !ersonal. Aun4ue e<isten muc;as ;erramientas autom,ticas de
estimaci%n: todas e<;iben las mismas caracter*sticas 3enerales y todas
re4uieren de una o m,s clases de datos.
A !artir de estos datos: el modelo im!lementado !or la ;erramienta autom,tica
de estimaci%n !ro!orciona estimaciones del esfuer"o re4uerido !ara llevar a
cabo el !royecto: los costos: la car3a de !ersonal: la duraci%n: y en al3unos
casos la !lanificaci%n tem!oral de desarrollo y ries3os asociados.

#n resumen el !lanificador del Proyecto de Software tiene 4ue estimar tres
cosas antes de 4ue comience el !royecto? cuanto durara: cuanto esfuer"o
re4uerir, y cuanta 3ente estar, im!licada. Adem,s el !lanificador debe !redecir
los recursos de ;ardware y software 4ue va a re4uerir y el ries3o im!licado.
Para obtener estimaciones e<actas !ara un !royecto: 3eneralmente se utili"an
al menos dos de las tres t2cnicas referidas anteriormente. )ediante la
com!araci%n y la conciliaci%n de las estimaciones obtenidas con las diferentes
t2cnicas: el !lanificador !uede obtener una estimaci%n m,s e<acta. (a
estimaci%n del !royecto de software nunca ser, una ciencia e<acta: !ero la
combinaci%n de buenos datos ;ist%ricos y t2cnicas !uede me9orar la !recisi%n
de la estimaci%n.
TEMA II.
ANALISIS DE SISTEMAS DE COMPUTACION
TEMA II. An60isis *' Sis)'mas *' Com(&)aci1n.
DESARROLLO.
,.$ Conc'()os y An60isisA
#s un con9unto o dis!osici%n de !rocedimientos o !ro3ramas relacionados de
manera 4ue 9untos forman una sola unidad. Bn con9unto de ;ec;os: !rinci!ios y
re3las clasificadas y dis!uestas de manera ordenada mostrando un !lan l%3ico
en la uni%n de las !artes. Bn m2todo: !lan o !rocedimiento de clasificaci%n !ara
;acer al3o. 1ambi2n es un con9unto o arre3lo de elementos !ara reali"ar un
ob9etivo !redefinido en el !rocesamiento de la -nformaci%n. #sto se lleva a cabo
teniendo en cuenta ciertos !rinci!ios?
Debe presentarse y entenderse el dominio de la informacin de un
problema.
Defina las funciones #ue debe reali)ar el *oftware.
Represente el comportamiento del software a consecuencias de
acontecimientos externos.
Divida en forma .er%r#uica los modelos #ue representan la informacin,
funciones y comportamiento.
#l !roceso debe !artir desde la informaci%n esencial ;asta el detalle de la
-m!lementaci%n.
La funcin del 1n%lisis puede ser dar soporte a las actividades de un ne"ocio, o
desarrollar un producto #ue pueda venderse para "enerar beneficios. Para
conse"uir este ob.etivo, un *istema basado en computadoras !ace uso de seis
/20 elementos fundamentales3
*oftware, #ue son Pro"ramas de computadora, con estructuras de datos y
su documentacin #ue !acen efectiva la lo"-stica metodolo"-a o controles
de re#uerimientos del Pro"rama.
4ardware, dispositivos electrnicos y electromec%nicos, #ue proporcionan
capacidad de c%lculos y funciones r%pidas, exactas y efectivas
/&omputadoras, &ensores, ma#uinarias, bombas, lectores, etc.0, #ue
proporcionan una funcin externa dentro de los *istemas.
Personal, son los operadores o usuarios directos de las !erramientas del
*istema.
5ase de Datos, una "ran coleccin de informaciones or"ani)adas y
enla)adas al *istema a las #ue se accede por medio del *oftware.
Documentacin, (anuales, formularios, y otra informacin descriptiva #ue
detalla o da instrucciones sobre el empleo y operacin del Pro"rama.
Procedimientos, o pasos #ue definen el uso especifico de cada uno de los
elementos o componentes del *istema y las re"las de su mane.o y
mantenimiento.
Un An60isis *' Sis)'ma s' 00'/a a ca-o )'ni'n*o 'n c&'n)a 0os sig&i'n)'s
o-.')i/os 'n m'n)'A
Identifi#ue las necesidades del &liente.
'vale #ue conceptos tiene el cliente del sistema para establecer su
viabilidad.
Realice un 1n%lisis $cnico y econmico.
1si"ne funciones al 4ardware, *oftware, personal, base de datos, y otros
elementos del *istema.
'stable)ca las restricciones de presupuestos y planificacin temporal.
&ree una definicin del sistema #ue forme el fundamento de todo el traba.o
de In"enier-a.
Para lograr estos objetivos se requiere tener un gran conocimiento y
dominio del Hardware y el Software, as como de la Ingeniera humana
(Manejo y dministraci!n de "ersonal#, y administraci!n de base de datos$
,., O-.')i/os *'0 An60isis.
,.,.$ I*'n)ificaci1n *' N'c'si*a*'s.
#s el !rimer !aso del an,lisis del sistema: en este !roceso en Analista se re=ne
con el cliente yCo usuario @un re!resentante institucional: de!artamental o cliente
!articularA: e identifican las metas 3lobales: se anali"an las !ers!ectivas del
cliente: sus necesidades y re4uerimientos: sobre la !lanificaci%n tem!oral y
!resu!uestal: l*neas de mercadeo y otros !untos 4ue !uedan ayudar a la
identificaci%n y desarrollo del !royecto.
Al3unos autores suelen llamar a esta !arte % n&lisis de 'equisitos % y lo
dividen en cinco !artes?
Reconocimiento del problema.
'valuacin y *-ntesis.
(odelado.
'specificacin.
Revisin.
Antes de su reuni%n con el analista: el cliente !re!ara un documento conce!tual
del !royecto: aun4ue es recomendable 4ue este se elabore durante la
comunicaci%n liente D analista: ya 4ue de ;acerlo el cliente solo de todas
maneras tendr*a 4ue ser modificado: durante la identificaci%n de las
necesidades.
,.,., Es)&*io *' =ia-i0i*a*.
)uc;as veces cuando se em!rende el desarrollo de un !royecto de Sistemas
los recursos y el tiem!o no son realistas !ara su materiali"aci%n sin tener
!erdidas econ%micas y frustraci%n !rofesional. (a viabilidad y el an,lisis de
ries3os est,n relacionados de muc;as maneras: si el ries3o del !royecto es
alto: la viabilidad de !roducir software de calidad se reduce: sin embar3o se
deben tomar en cuenta cuatro ,reas !rinci!ales de inter2s?
($($($) *iabilidad econ!mica$
Bna evaluaci%n de los costos de desarrollo: com!arados con los in3resos netos
o beneficios obtenidos del !roducto o Sistema desarrollado.
($($($( *iabilidad +,cnica$
Bn estudio de funciones: rendimiento y restricciones 4ue !uedan afectar la
reali"aci%n de un sistema ace!table.
($($($- *iabilidad .egal$
#s determinar cual4uier !osibilidad de infracci%n: violaci%n o res!onsabilidad
le3al en 4ue se !odr*a incurrir al desarrollar el Sistema.
Alternativas. Bna evaluaci%n de los enfo4ues alternativos del desarrollo del
!roducto o Sistema.
#l estudio de la viabilidad !uede documentarse como un informe a!arte !ara la
alta 3erencia.
,.,.5 An60isis Econ1mico y TDcnico.
#l an,lisis econ%mico incluye lo 4ue llamamos: el an,lisis de costos D
beneficios: si3nifica una valoraci%n de la inversi%n econ%mica com!arado con
los beneficios 4ue se obtendr,n en la comerciali"aci%n y utilidad del !roducto o
sistema.
)uc;as veces en el desarrollo de Sistemas de om!utaci%n estos son
intan3ibles y resulta un !oco dificultoso evaluarlo: esto varia de acuerdo a la
caracter*sticas del Sistema. #l an,lisis de costos D beneficios es una fase muy
im!ortante de ella de!ende la !osibilidad de desarrollo del Proyecto.
#n el An,lisis 12cnico: el Analista eval=a los !rinci!ios t2cnicos del Sistema y al
mismo tiem!o reco3e informaci%n adicional sobre el rendimiento: fiabilidad:
caracter*sticas de mantenimiento y !roductividad.
(os resultados obtenidos del an,lisis t2cnico son la base !ara determinar sobre
si continuar o abandonar el !royecto: si ;ay ries3os de 4ue no funcione: no
ten3a el rendimiento deseado: o si las !ie"as no enca9an !erfectamente unas
con otras.
,.,.2 Mo*'0a*o *' 0a arE&i)'c)&ra *'0 Sis)'ma.
uando 4ueremos dar a entender me9or lo 4ue vamos a construir en el caso de
edificios: Herramientas: Aviones: )a4uinas: se crea un modelo id2ntico: !ero en
menor escala @mas !e4ue6oA.
Sin embar3o cuando a4uello 4ue construiremos es un Software: nuestro modelo
debe tomar una forma diferente: deben re!resentar todas las funciones y
subfunciones de un Sistema. (os modelos se concentran en lo 4ue debe ;acer
el sistema no en como lo ;ace: estos modelos !ueden incluir notaci%n 3r,fica:
informaci%n y com!ortamiento del Sistema.
1odos los Sistemas basados en com!utadoras !ueden modelarse como
transformaci%n de la informaci%n em!leando una ar4uitectura del ti!o entrada y
salida.

,.,.4 Es('cificacion's *'0 Sis)'ma.
#s un 5ocumento 4ue sirve como fundamento !ara la -n3enier*a Hardware:
software: &ase de datos: e in3enier*a Humana. 5escribe la funci%n y
rendimiento de un Sistema basado en com!utadoras y las dificultades 4ue
estar,n !resente durante su desarrollo. (as #s!ecificaciones de los re4uisitos
del software se !roduce en la terminaci%n de la tarea del an,lisis.
#n onclusi%n un !royecto de desarrollo de un Sistema de -nformaci%n
com!rende varios com!onentes o !asos llevados a cabo durante la eta!a del
an,lisis: el cual ayuda a traducir las necesidades del cliente en un modelo de
Sistema 4ue utili"a uno mas de los com!onentes? Software: ;ardware:
!ersonas: base de datos: documentaci%n y !rocedimientos.
TEMA III.
DISE8O DE SISTEMAS DE COMUTACION
TEMA III. DISE8O DE SISTEMAS DE COMPUTACIN.
DESARROLLO.
5.$. Conc'()os y (rinci(iosA
#l 5ise6o de Sistemas se define el !roceso de a!licar ciertas t2cnicas y
!rinci!ios con el !ro!%sito de definir un dis!ositivo: un !roceso o un Sistema:
con suficientes detalles como !ara !ermitir su inter!retaci%n y reali"aci%n f*sica.
(a eta!a del 5ise6o del Sistema encierra cuatro eta!as?
3.1.1 /l dise0o de los datos.
1rasforma el modelo de dominio de la informaci%n: creado durante el an,lisis:
en las estructuras de datos necesarios !ara im!lementar el Software.
-$)$( /l 1ise0o rquitect!nico$
5efine la relaci%n entre cada uno de los elementos estructurales del !ro3rama.
-$)$- /l 1ise0o de la Interfa2$
5escribe como se comunica el Software consi3o mismo: con los sistemas 4ue
o!eran 9unto con el y con los o!eradores y usuarios 4ue lo em!lean.
-$)$3 /l 1ise0o de "rocedimientos$
1ransforma elementos estructurales de la ar4uitectura del !ro3rama. (a
im!ortancia del 5ise6o del Software se !uede definir en una sola !alabra
4alidad: dentro del dise6o es donde se fomenta la calidad del Proyecto. #l
5ise6o es la =nica manera de materiali"ar con !recisi%n los re4uerimientos del
cliente.
#l 5ise6o del Software es un !roceso y un modelado a la ve". #l !roceso de
5ise6o es un con9unto de !asos re!etitivos 4ue !ermiten al dise6ador describir
todos los as!ectos del Sistema a construir. A lo lar3o del dise6o se eval=a la
calidad del desarrollo del !royecto con un con9unto de revisiones t2cnicas?
#l dise6o debe im!lementar todos los re4uisitos e<!l*citos contenidos en el
modelo de an,lisis y debe acumular todos los re4uisitos im!l*citos 4ue desea el
cliente.
5ebe ser una 3u*a 4ue !uedan leer y entender los 4ue construyan el c%di3o y
los 4ue !rueban y mantienen el Software.
#l 5ise6o debe !ro!orcionar una com!leta idea de lo 4ue es el Software:
enfocando los dominios de datos: funcional y com!ortamiento desde el !unto de
vista de la -m!lementaci%n.
Para evaluar la calidad de una !resentaci%n del dise6o: se deben establecer
criterios t2cnicos !ara un buen dise6o como son?
6n dise+o debe presentar una or"ani)acin .er%r#uica #ue !a"a un uso
inteli"ente del control entre los componentes del software.
'l dise+o debe ser modular, es decir, se debe !acer una particin l"ica del
*oftware en elementos #ue realicen funciones y subfunciones especificas.
6n dise+o debe contener abstracciones de datos y procedimientos.
Debe producir mdulos #ue presenten caracter-sticas de funcionamiento
independiente.
Debe conducir a interfaces #ue redu)can la comple.idad de las conexiones
entre los mdulos y el entorno exterior.
Debe producir un dise+o usando un mtodo #ue pudiera repetirse se"n la
informacin obtenida durante el an%lisis de re#uisitos de *oftware.
'stos criterios no se consi"uen por casualidad. 'l proceso de Dise+o del
*oftware exi"e buena calidad a travs de la aplicacin de principios
fundamentales de Dise+o, (etodolo"-a sistem%tica y una revisin ex!austiva.
uando se va a dise6ar un Sistema de om!utadoras se debe tener !resente
4ue el !roceso de un dise6o incluye: concebir y !lanear al3o en la mente: as*
como ;acer un dibu9o o modelo o cro4uis.
5.,. Dis'9o *' 0a Sa0i*a.
#n este caso salida se refiere a los resultados e informaciones 3eneradas !or el
Sistema: Para la mayor*a de los usuarios la salida es la =nica ra"%n !ara el
desarrollo de un Sistema y la base de evaluaci%n de su utilidad. Sin embar3o
cuando se reali"a un sistema: como analistas deben reali"ar lo si3uiente?
Determine #ue informacin presentar. Decidir si la informacin ser%
presentada en forma visual, verbal o impresora y seleccionar el medio de
salida.
Dispon"a la presentacin de la informacin en un formato aceptable.
Decida como distribuir la salida entre los posibles destinatarios.
5.5. Dis'9o *' Arc:i/os.
-ncluye decisiones con res!ecto a la naturale"a y contenido del !ro!io arc;ivo:
como si se fuera a em!lear !ara 3uardar detalles de las transacciones: datos
;ist%ricos: o informaci%n de referencia. #ntre las decisiones 4ue se toman
durante el dise6o de arc;ivos: se encuentran las si3uientes?
Los datos #ue deben incluirse en el formato de re"istros contenidos en el
arc!ivo.
La lon"itud de cada re"istro, con base en las caracter-sticas de los datos
#ue conten"a.
La secuencia a disposicin de los re"istros dentro del arc!ivo /La estructura
de almacenamiento #ue puede ser secuencial, indexada o relativa0.
.o todos los sistemas re4uieren del dise6o de todos los arc;ivos: ya 4ue la
mayor*a de ellos !ueden utili"ar los del vie9o Sistema y solo ten3a 4ue
enla"arse el nuevo Sistema al Arc;ivo maestro donde se encuentran los
re3istros.
5.2. Dis'9o *' In)'raccion's con 0a ;as' *' Da)os.
(a mayor*a de los sistemas de informaci%n ya sean im!lantado en sistemas de
c%m!utos 3randes o !e4ue6os: utili"an una base de datos 4ue !ueden abarcar
varias a!licaciones: !or esta ra"%n estos sistemas utili"an u administrador de
base de datos: en este caso el dise6ador no construye la base de datos sino
4ue consulta a su administrador !ara !onerse de acuerdo en el uso de esta en
el sistema.
5.4 <'rrami'n)as (ara '0 Dis'9o *' Sis)'mas.
A!oyan el !roceso de formular las caracter*sticas 4ue el sistema debe tener
!ara satisfacer los re4uerimientos detectados durante las actividades del
an,lisis?
5.4.$ <'rrami'n)as *' 's('cificaci1n.
A!oyan el !roceso de formular las caracter*sticas 4ue debe tener una
a!licaci%n: tales como entradas: Salidas: !rocesamiento y es!ecificaciones de
control. )uc;as incluyen ;erramientas !ara crear es!ecificaciones de datos.
5.4., <'rrami'n)as (ara (r's'n)aci1n.
Se utili"an !ara describir la !osici%n de datos: mensa9es y encabe"ados sobre
las !antallas de las terminales: re!ortes y otros medios de entrada y salida.
5.4.5 <'rrami'n)as (ara '0 *'sarro00o *' Sis)'mas.
#stas ;erramientas nos ayudan como analistas a trasladar dise6os en
a!licaciones funcionales.
5.4.2 <'rrami'n)as (ara Ing'ni'rCa *' Sof)war'.
A!oyan el Proceso de formular dise6os de Software: incluyendo !rocedimientos
y controles: as* como la documentaci%n corres!ondiente.
5.4.4 ?'n'ra*or's *' c1*igos.
Producen el c%di3o fuente y las a!licaciones a !artir de es!ecificaciones
funcionales bien articuladas.
5.4.6 <'rrami'n)as (ara (r&'-as.
A!oyan la fase de la evaluaci%n de un Sistema o de !artes del mismo contra
las es!ecificaciones. -ncluyen facilidades !ara e<aminar la correcta o!eraci%n
del Sistema as* como el 3rado de !erfecci%n alcan"ado en com!araci%n con las
e<!ectativas.
(a revoluci%n del !rocesamiento de datos de manera com!utari"ada: 9unto con
las !racticas de 5ise6o sofisticadas est,n cambiando de forma dram,tica la
manera en 4ue se trasladan las es!ecificaciones de 5ise6o d Sistemas de
-nformaci%n funcionales.
/n 4onclusiones 5enerales$ 'n una or"ani)acin o 'mpresa, el an%lisis y
Dise+o de *istemas, es el proceso de estudiar su *ituacin con la finalidad de
observar como traba.a y decidir si es necesario reali)ar una me.ora7 el
encar"ado de llevar a cabo estas tareas es el analista de sistemas.
1ntes de comen)ar con el desarrollo de cual#uier proyecto, se conduce un
estudio de *istemas para detectar todos los detalles de la situacin actual de la
empresa. La informacin reunida con este estudio sirve como base para crear
varias estrate"ias de Dise+o. Los administradores deciden #ue estrate"ias
se"uir. Los 8erentes, empleados y otros usuarios finales #ue se familiari)an
cada ve) mas con el uso de computadoras est%n teniendo un papel muy
importante en el desarrollo de sistemas.
$odas las or"ani)aciones son *istemas #ue actan de manera reciproca con su
medio ambiente recibiendo entradas y produciendo salidas. Los *istemas #ue
pueden estar formados por otros *istemas de denominan *ub9sistemas y
funcionan para alcan)ar los fines de su Implantacin.
TEMA I=.
IMPLANTACION> E=ALUACION ! PRUE=A
DE SISTEMAS DE COMPUTACION
TEMA I=. IMPLANTACION> E=ALUACION ! PRUE=AS.
DESARROLLO.
2.$. IMPLANTACION. Conc'()o y D'finici1n.
#s la ultima fase del desarrollo de Sistemas. #s el !roceso instalar e4ui!os o
Software nuevo: como resultado de un an,lisis y dise6o !revio como resultado
de la sustituci%n o me9oramiento de la forma de llevar a cavo un !roceso
automati"ado.
Al -m!lantar un Sistema de -nformaci%n lo !rimero 4ue debemos ;acer es
ase3urarnos 4ue el Sistema sea o!eracional o sea 4ue funcione de acuerdo a
los re4uerimientos del an,lisis y !ermitir 4ue los usuarios !uedan o!erarlo.
#<isten varios enfo4ues de -m!lementaci%n?
's darle responsabilidad a los "rupos.
6so de diferentes estrate"ias para el entrenamiento de los usuarios.
'l 1nalista de *istemas necesita ponderar la situacin y proponer un plan de
conversin #ue sea adecuado para la or"ani)acin.
'l 1nalista necesita formular medidas de desempe+o con las cuales evaluar
a los 6suarios.
Debe &onvertir f-sicamente el sistema de informacin anti"uo, al nuevo
modificado.
#n la !re!araci%n de la -m!lantaci%n: aun4ue el Sistema este bien dise6ado y
desarrollado correctamente su 2<ito de!ender, de su im!lantaci%n y e9ecuci%n
!or lo 4ue es im!ortante ca!acitar al usuario con res!ecto a su uso y
mantenimiento.
4.2. a!acitaci%n de Bsuarios del Sistema?
#s ense6ar a los usuarios 4ue se relacionan u o!eran en un !roceso de
im!lantaci%n.
(a Res!onsabilidad de esta ca!acitaci%n de los Bsuarios !rimarios y
secundarios es del Analista: desde el !ersonal de ca!tura de datos ;asta
a4uellos 4ue toman las decisiones sin usar una om!utadora.
.o se debe incluir a !ersonas de diferentes niveles de ;abilidad e intereses de
traba9oE debido a 4ue si en una #m!resa e<isten traba9adores ine<!ertos no se
!ueden incluir en la misma secci%n de los e<!ertos ya 4ue ambos 3ru!os
4uedaran !erdidos.
F#s como 4uerer conducir dos &arcos con diferentes destinos con un mismo
)a!a de rutas o con el mismo tim%nG.
Aun y cuando la #m!resa !uede contratar los Servicios de -nstructores
e<ternos: el analista es la !ersona 4ue !uede ofrecer la me9or ca!acitaci%n
debido a 4ue conoce el !ersonal y al Sistema me9or 4ue cual4uier otro. A la falta
o im!osibilidad del analista la or3ani"aci%n !uede contratar otros servicios de
ca!acitaci%n como son?
:endedores3 *on a#uellos #ue proporcionan capacitacin "ratuita fuera
de la 'mpresa de uno o dos d-as.
Instructor pa"ado externamente3 *on a#uellos #ue pueden ense+ar todo
acerca de las computadoras pero para al"unos usuarios esta no es una
capacitacin necesaria.
Instructores en casa3 'st%n familiari)ados con el personal y pueden adecuar
los materiales a sus necesidades, pero le faltar-a experiencia en *istemas
de Informacin #ue es realmente la necesidad del usuario.
#n nuestro !a*s e<iste una ley institucional @(ey 11' del 1' de #nero de 1H/0A
creado durante el 3obierno del Presidente Antonio 8u"m,n Iern,nde" llamada
-.I+1#P: re!resentante de los traba9adores y em!resarios en el ,mbito de
a!acitaci%n y entrenamiento: la cual Asesora y brinda Sus servicios a las
#m!resas y Sus traba9adores.
2.5.$ O-.')i/os *' 0a Ca(aci)aci1nA
#s lo3rar 4ue los usuarios ten3an el 5ominio necesario de las cosas b,sicas
acerca de las ma4uinarias y !rocesos 4ue se em!lean !ara su o!eraci%n de
manera eficiente y se3ura.
2.2. La E/a0&aci1n *'0 Sis)'maA
Se lleva a cabo !ara identificar !untos d2biles y fuertes del Sistema im!lantado.
(a evaluaci%n ocurre a lo lar3o de cual4uiera de las si3uientes cuatro
dimensiones?
2.2.$ E/a0&aci1n o('raciona0A
#s el )omento en 4ue s2 eval=a la manera en 4ue funciona el Sistema: esto
incluye su facilidad de uso: 1iem!o de res!uesta ante una necesidad o !roceso:
como se adecuan los formatos en 4ue se !resenta la -nformaci%n: contabilidad
3lobal y su nivel de Btilidad.
2.2., Im(ac)o OrganiBaciona0A
-dentifica y mide los beneficios o!eracionales !ara la #m!resa en ,reas tales
como: Iinan"as @ostos: -n3resos y 8ananciasA: eficiencia en el desem!e6o
laboral e im!acto com!etitivo: -m!acto: ra!ide" y or3ani"aci%n en el flu9o de
-nformaci%n interna y e<terna.
2.2.5 D's'm('9o *'0 D'sarro00o.
#s la evaluaci%n del Proceso de desarrollo adecuado tomando en cuentas
ciertos criterios como: 1iem!o y esfuer"o en el desarrollo concuerden con
!resu!uesto y est,ndares y otros criterios de Administraci%n de Proyectos.
Adem,s se incluyen la valoraci%n de los m2todos y ;erramientas utili"ados
durante el desarrollo del Sistema.
2.4. Pr&'-a *' Sis)'mas.
5e!endiendo del tama6o de la #m!resa 4ue usara el Sistema y el ries3o
asociado a su uso: !uede ;acerse la elecci%n de comen"ar la o!eraci%n del
Sistema solo en un ,rea de la #m!resa @como una Prueba !ilotoA: 4ue !uede
llevarse a cabo en un 5e!artamento o con una o dos !ersonas. uando se
im!lanta un nuevo sistema lo aconse9able es 4ue el vie9o y el nuevo funcionen
de manera simultanea o !aralela con la finalidad de com!arar los resultados
4ue ambos ofrecen en su o!eraci%n: adem,s dar tiem!o al !ersonal !ara su
entrenamiento y ada!taci%n al nuevo Sistema.
5urante el Proceso de -m!lantaci%n y Prueba se deben im!lementar todas las
estrate3ias !osibles !ara 3aranti"ar 4ue en el uso inicial del Sistema este se
encuentre libre de !roblemas lo cual se !uede descubrir durante este !roceso y
levar a cabo las correcciones de lu3ar !ara su buen funcionamiento.
5esdic;adamente la evaluaci%n de Sistemas no siem!re recibe la atenci%n 4ue
merece: sin embar3o cuando se lleva a cabo de manera adecuada !ro!orciona
muc;as informaciones 4ue !ueden ayudar a me9orar la efectividad de los
esfuer"os de desarrollo de a!licaciones futuras.
&-&(-+8RAI-A
1n%lisis y Dise+o de *istemas
1utor3 4enry . ;ort! < 1bra!am *ilbersc!at)
*e"unda 'dicion.
'ditora (c 8raw 4ill
In"enier-a del *oftware
1utor3 Ro"er *. Pressman
&uarta 'dicion.
'ditora (c 8raw 4ill
'nciclopedia de $rminos de &omputacin
1utor3 Linda 8ail= >o!n &!ristie
'ditora3 P44, Pentice 4all
1raba9o reali"ado !or?
Pedro once!ci%n .ova
C Res!aldo 30 de )ar"o J 02.
A"ua: Re!=blica 5ominicana.
1el2fono? @/0HA $21 4027
&ee!er @/0HA 722-1720
Ia<? @/0HA $21 4027.
#-)ail? !.conce!cionKcodetel.net.do
Home!a3e? ;tt!?CCwindow.toCconce!cion.com.do