Desarrollado ADS

[U.D.
ADS - SISTEMAS DE INFORMACIN - IU] [Seleccione la fecha]

LOS SISTEMAS INFORMATICOS O SISTEMAS DE INFORMACION
1. DEFINICIN PREVIA
SISTEMA
Un sistema es aquel que est compuesto por varios elementos que
interactan entre s para llegar a un objetivo, como ejemplos pueden ser el
proceso de creacin de un Software, un hardware, una impresora, nuevas
tecnologas, un libro, etc., algunas definiciones de sistema.
Un sistema es un conjunto de componentes que interaccionan entre s para
lograr un objetivo comn
Sistema es una coleccin organi!ada de hombres, mquinas " m#todos
necesaria para cumplir un objetivo especfico.
2. DEFINICIN
SISTEMA DE INFORMACION
Un conjunto integrado de procesos, principalmente formales, desarrollados
en un entorno usuario$ordenador, que operando sobre un conjunto de datos
estructurados %&'( de una organi!acin, recopilan, procesan " distribu"en
selectivamente la informacin necesaria para la operatividad habitual de la
organi!acin " las actividades propias de la direccin de la misma.
Un sistema de informacin es un conjunto de elementos interrelacionados
con el propsito de prestar atencin a las demandas de informacin de una
organi!acin, para elevar el nivel de conocimientos que permitan un mejor
apo"o a la toma de decisiones " desarrollo de acciones.
Un sistema de informacin es el conjunto de componentes que se
interrelacionan en un negocio entre el hardware, software " el personal "
que reali!a operaciones tales como registros de datos " actividades, que
procesa los datos " la informacin dentro de una organi!acin.
)or lo tanto se puede decir que un sistema de informacin dentro del rea
informtica es aquel en donde un usuario se interrelaciona con la
computadora haciendo uso de un software para almacenar, procesar "
poner la informacin a disposicin de quienes la necesiten para fines
especficos.
3. FINALIDAD DE LOS SISTEMAS DE INFORMACIN
*a finalidad de un sistema de informacin dentro de una organi!acin es
llevar una administracin " control del flujo de informacin utili!ada, esto
desde que se procesa la entrada de informacin, mantener archivos de
datos relacionados con la organi!acin " producir informacin es decir
informes, estadsticas, reportes.
IESTP TA-CUSCO CARRERA PROFESIONAL DE COMPUTACIN E INFORMTICA
1
[U.D. ADS - SISTEMAS DE INFORMACIN - IU] [Seleccione la fecha]
4. OBJETIVOS
+espaldar las operaciones empresariales.
+espaldar la toma de decisiones gerenciales.
+espaldar la ventaja competitiva estrat#gica.
,ontribuir a la automati!acin de actividades " procesos en las
empresas.
*levar la informacin de manera oportuna " adecuada a las
instancias de la empresa que as lo requieran.
)roporcionar un diagnstico de la empresa en un momento dado.
5. FUNCIONAMIENTO Y ACTIVIDADES BASICAS DE LOS SISTEMAS DE
INFORMACIN
-odo sistema de informacin est dividido en una serie de cuatro
funciones o etapas principales conocidas como actividades bsicas,
estas son.
/. 0ntrada de informacin.
1. 2lmacenamiento de 3nformacin.
4. )rocesamiento de informacin.
5. Salida de informacin.
Activi!"# B$#ic!#
Fi%. &1. Activi!"# '$#ic!# " () #i#t"*! " i)+,-*!ci.)
E)t-!! " i)+,-*!ci.)
*a entrada es el proceso mediante el cual el sistema de informacin
toma los datos que requiere para procesar la informacin. *as
entradas pueden ser manuales o automticas.
A/*!c")!*i")t, " i)+,-*!ci.).
0l almacenamiento es una de las actividades o capacidades ms
importantes que tiene una computadora, "a que a trav#s de esta
2
propiedad el sistema puede recordar la informacin guardada en la
sesin o )roceso anterior.
P-,c"#!*i")t, " i)+,-*!ci.).
0s la capacidad del sistema " i)+,-*!ci.) 0!-! "+"ct(!- c$/c(/,#
" !c("-, c,) ()! #"c(")ci! " ,0"-!ci,)"# 0-""#t!'/"ci!#.
S!/i! " I)+,-*!ci.)
*a salida es la capacidad del sistema de informacin para sacar la
informacin procesada , 'i") !t,# " ")t-!! !/ "1t"-i,-. E#
i*0,-t!)t" !c/!-!- 2(" /! #!/i! " () #i#t"*! " i)+,-*!ci.)
0("" c,)#tit(i- /! ")t-!! ! ,t-, #i#t"*! " i)+,-*!ci.) ,
*,(/,.
3. ESTRUCTURA DE UN SI
*os sistemas informticos suelen estructurarse en subsistemas.
S('#i#t"*! +4#ic,. asociado al hardware. 3nclu"e entre otros elementos
la ,)U, memoria principal, la placa base, etc.
S('#i#t"*! /.%ic,. asociado al software " la arquitectura. 3nclu"e al
sistema operativo, el firmware, las aplicaciones " las bases de datos.
R"c(-#,# 5(*!),#. hace referencia al personal que est relacionado
con el sistema. 0specialmente usuarios " t#cnicos %analistas,
dise6adores, programadores, operarios, mantenedores, etc.(
Fi%. &2. E#t-(ct(-! " () #i#t"*! " I)+,-*!ci.)
6. ELEMENTOS Y7O COMPONENTES DE LOS SISTEMAS DE
INFORMACIN
*os sistemas de informacin dependen de otros subsistemas componentes
para poder llevar a cabo las actividades de entrada, proceso, salida,
almacenamiento " control que convierten recursos de datos en productos de
informacin. 0stos subsistemas inclu"en personas, hardware, software,
3
procedimientos " datos. 0n lo que sigue se detalla sobre cada uno de
ellos.
Fi%. &3. E/"*")t,# 87, C,*0,)")t"# " () #i#t"*! " i)+,-*!ci.)
a) P"-#,)!#9 Un sistema de cmputo involucra una variada gama de
personas relacionadas con el mismo, puesto que su construccin,
mantenimiento " uso representan una labor con cierto grado de
complejidad. Se pueden dividir en dos grandes grupos. *os (#(!-i,#
+i)!/"# " los "#0"ci!/i#t!# o profesionales.
L,# (#(!-i,# +i)!/"# son aquellos que operan o interaccionan
directamente con el sistema a trav#s de una estacin de trabajo o
incluso, quienes reciben reportes e informacin generada por el sistema.
0ntre los 0-,+"#i,)!/"# se encuentran. *os !)!/i#t!# de los sistemas
de informacin, encargados de idear soluciones cuando se requiere un
nuevo sistema, actuali!arlo, modificarlo o reconstruirlo7 los
0-,%-!*!,-"#, que crean los programas de cmputo que forman parte
de los sistemas de informacin7 los !*i)i#t-!,-"# "/ #i#t"*!,
encargados de mantener el sistema en buenas condiciones7 los
c!0!cit!,-"#, que instru"en " preparan a los usuarios para la
utili!acin del sistema.
b) :!-;!-"9 ,onsiste en los equipos, dispositivos " medios necesarios
que constitu"en la plataforma fsica mediante la cual, el sistema de
informacin puede funcionar. Se inclu"en aqu, por supuesto, los que
permiten las comunicaciones " los enlaces de red. 0stos recursos son,
por ejemplo, computadoras, monitores, impresoras, disquetes o
4
componentes de almacenamiento de informacin e8ternos, disco ptico,
papel de impresin, cableado de red, " otros.
c) S,+t;!-" , 0-,%-!*!#9 Son el componente lgico, es decir, los
programas, las rutinas e instrucciones que conforman el sistema de
informacin. Se les suele denominar aplicacin de sistema de
informacin. 0s as como los sistemas de informacin pueden tener
aplicaciones particulares, por ejemplo, para el rea de ventas, de
contabilidad, de personal o de compras. *a aplicacin que conforma un
sistema de informacin completo contiene subconjuntos de programas
que se encargan de apo"ar las distintas actividades propias de la
organi!acin.
,uando se habla de sistema de informacin, las personas suelen pensar
que se refiere slo a la aplicacin, al conjunto de programas que la
constitu"e. 0n general este es el uso convencional " aceptado, pero
realmente es slo una parte, un componente o subsistema como se ha
e8plicado.
d) P-,c"i*i")t,#9 ,orresponde al conjunto de reglas " polticas de la
organi!acin, que rigen el comportamiento de los usuarios frente al
sistema o rutinas organi!ativas
"< Datos . Unidades de informacin que son almacenadas " generadas en el
transcurrir de la labor de la empresa. *os datos son almacenados en las
denominadas bases de datos o bases de conocimiento.
=. E#2("*! " () SI
5
Fi%. &4 E#2("*! " () #i#t"*! " i)+,-*!ci.)

>. F!ct,-"# "/ E)t,-), " () Si#t"*! " I)+,-*!ci.)
Un sistema de informacin contiene informacin sobre una organi!acin "
su entorno. 'entro de este entorno figuran clientes, proveedores,
competidores, accionistas " agencias reguladoras que interactan con la
organi!acin " sus sistemas de informacin.
Fi%. &5. E)t,-), " () Si#t"*! " I)+,-*!ci.)
1&. Di!%-!*! " B/,2("# " () Si#t"*! " I)+,-*!ci.) " 0")i"), "
/,# 0-,c"#,# 2(" #" //"v!) ! c!', ") "//!.
0l ejemplo que tenemos a continuacin es el de un sistema de informacin
de una empresa en el rubro de comerciali!acin dedicndose a la ,ompra
" 9enta de productos.
6
Fi%. &3. Di!%-!*! " *.(/,# " () #i#t"*! " C,)t-,/ " E)t-!!# 8 S!/i!# 8
C,)t-,/ P"-#,)!/
7
11. Ev,/(ci.) " /,# Si#t"*!# " I)+,-*!ci.)
0volucin de los sistemas de informacin a lo largo del tiempo.
*os sistemas de informacin no surgieron simultneamente en el
mercado7 los primeros en aparecer fueron los -)S, en la d#cada de los
:;, " los ltimos fueron los S0, que alcan!aron su auge en los <;.
12. C/!#i+ic!ci.) " /,# SI
'ebido a que el principal uso que se da a los S3 es el de optimi!ar el
desarrollo de las actividades de una organi!acin con el fin de ser ms
productivos " obtener ventajas competitivas, en primer t#rmino, se puede
clasificar a los sistemas de informacin en.
Sistemas de 3nformacin ,ompetitivos
Sistemas de 3nformacin ,ooperativos
Sistemas de 3nformacin que modifican el estilo de operacin del
negocio
0sta clasificacin es mu" gen#rica, " en la prctica no obedece a una
diferenciacin real de sistemas de informacin reales, "a que en la prctica
podramos encontrar alguno que cumpla varias %dos o las tres( de las
caractersticas anteriores.
12.1. C/!#i+ic!ci.) #"%?) "/ ")t,-), " !0/ic!ci.)
E)t,-), t-!)#!cci,)!/. Una transaccin es un suceso o evento
que crea=modifica los datos. 0l procesamiento de transacciones
consiste en captar, manipular " almacenar los datos, " tambi#n, en
la preparacin de documentos7 en el entorno transaccional, por
tanto, lo importante es qu# datos se modifican " cmo, una ve! ha
terminado la transaccin. *os -)S son los S3 tpicos que se
pueden encontrar en este entorno.
E)t,-), "ci#i,)!/. 0ste es el entorno en el que tiene lugar la
toma de decisiones7 en una empresa, las decisiones se toman a
todos los niveles " en todas las reas %otra cosa es si esas
decisiones son estructuradas o no(, por lo que todos los S3 de la
organi!acin deben estar preparados para asistir en esta tarea,
aunque tpicamente, son los 'SS los que se encargan de esta
funcin. Si el nico S3 de una compa6a preparado para a"udar a
la toma de decisiones es el 'SS, #ste debe estar adaptado a
todos los niveles jerrquicos de la empresa.
8
12.2. C/!#i+ic!ci.) @")"-!/ " /,# Si#t"*!# " I)+,-*!ci.)
Segn la funcin a la que va"an destinados o el tipo de usuario final
del mismo, los S3 pueden clasificarse en.
!< Si#t"*! " 0-,c"#!*i")t, " t-!)#!cci,)"# ATPS<. >estiona la
informacin referente a las transacciones producidas en una
empresa u organi!acin.
Sustitu"e los procedimientos manuales por otros basados en
computadora. -rata con procesos de rutina bien estructurados,
inclu"e aplicaciones para el mantenimiento de registros.
0st basado en la computadora " la relacin de los trabajos
rutinarios, es el ms importante " el ms utili!ado dentro de la
empresa, pues reduce el tiempo de las operaciones o actividades
rutinarias de la empresa.
*as caractersticas ms comunes dentro de la empresa son las
siguientes.
2 trav#s de #stos suelen lograrse ahorros significativos de
mano de obra, debido a que automati!an tareas operativas de
la organi!acin.
,on frecuencia son el primer tipo de Sistemas de 3nformacin
que se implanta en las organi!aciones. Se empie!a apo"ando
las tareas a nivel operativo de la organi!acin.
Son intensivos en entrada " salida de informacin7 sus clculos
" procesos suelen ser simples " poco sofisticados.
Son fciles de justificar ante la direccin general, "a que sus
beneficios son visibles " palpables.
b) Si#t"*!# " i)+,-*!ci.) %"-")ci!/ AMIS<. ?rientados a
solucionar problemas empresariales en general.
c< Si#t"*!# " #,0,-t" ! "ci#i,)"# ADSS<. Sistema interactivo
basado en computadora, el cual a"uda a los tomadores de
decisin utili!ando modelos " datos para resolver problemas no
estructurados. 0l objetivo principal de estos sistemas es el de
apo"ar, no reempla!ar, las capacidades de decisin del ser
humano.
@erramienta para reali!ar el anlisis de las diferentes variables de
negocio con la finalidad de apo"ar el proceso de toma de
decisiones.
< Si#t"*!# " S,0,-t" ! /! t,*! " D"ci#i,)"# ") @-(0,
A@DSS<. 2"uda a que la toma de decisiones sea ms efica! para
todos los niveles de usuarios individuales. ?frecen muchas
herramientas tiles para el trabajo en grupo. )ermiten que los
documentos compuestos inclu"an aplicaciones de diferentes
9
compa6as de software. 0l SA de >'SS, a"uda a la
programacin, comunicacin " administracin conjunta de grupos
de trabajo.
C!-!ct"-4#tic!#
$ 'ise6o especial
$ Bacilidad de uso
$ Ble8ibilidad
$ 2po"o a la toma de decisiones
$ 2portaciones annimas
$ +educcin del comportamiento negativo C
$ Dantenimiento de registros automticos
E/"*")t,#
$ &ase de datos
$ &ase de modelos
$ >erente de dilogo
A/t"-)!tiv!#
$ Saln de decisiones
$ +ed de decisiones de rea local
$ -ele conferencias
$ +ed de decisin de rea e8tensa
"< Si#t"*!# " T-!'!B, c,) C,),ci*i")t,# ACDS<
*os sistemas de oficina " las estaciones de trabajo de dise6o. Su
principal cometido es integrar los conocimientos en el conjunto de
la organi!acin " canali!ar los flujos de informacin asociados a
puestos intensivos en informacin. Son denominados E.A.S
%Enowledge AorF S"stems(.
,omo se observa el conocimiento como activo intangible es difcil
de administrar, incluso apenas se est comprendiendo cmo se
puede administrar7 el conocimiento es parte fundamental para las
organi!aciones " su forma de hacer negocios " tener ventajas
competitivas. 'ichas herramientas nos a"udan a identificar o
clasificar nuestros activos de conocimiento " a llevar los procesos
de su gestin de una manera ms efectiva, todas las habilidades "
los conocimientos deben de ser identificados " valorados,
accesibles desde cualquier sitio, deben ser capturados o
almacenados, para que a su ve! se puedan desarrollar " mejorar.
)ara CREAR conocimiento. Enowledge AorF S"stems
%EAS(, apo"an las actividades de los empleados "
profesionistas de alto desempe6o " los a"udan a crear nuevos
conocimientos e integrarlos a la empresa %,2', sistemas de
modelacin " simulacin(.
)ara COMPARTIR conocimiento. >rupos de trabajo, donde
se comparte el conocimiento, este puede ser presencial o a
distancia %e$mail, teleconferencias, groupware(.
)ara DISTRIBUIR conocimiento. ?ffice 2utomation S"stems,
a"uda a controlar el flujo de informacin a trav#s de la
10
organi!acin %procesamiento de datos, calendarios
electrnicos(.
a. Si#t"*!# " i)+,-*!ci.) "B"c(tiv! AEIS<. @erramienta
orientada a usuarios de nivel gerencial, que permite monitori!ar el
estado de las variables de un rea o unidad de la empresa a partir
de informacin interna " e8terna a la misma.
b. Si#t"*!# " !(t,*!tiE!ci.) " ,+ici)!# AOAS<. 2plicaciones
destinadas a a"udar al trabajo diario del administrativo de una
empresa u organi!acin.
0s una aplicacin de -ecnologa de informacin dise6ada para
aumentar la productividad de los trabajadores de datos en la
oficina, apo"ando las actividades de coordinacin " comunicacin
de la oficina tpica.
,oordinan a diversos trabajadores de informacin, unidades
geogrficas " reas funcionales. Danejan " controlan documentos.
)rograman actividades. ,omunican.
Sirven a las necesidades de informacin en los niveles de
conocimientos en la institucin.
,oordinan " administran.
0nla!an el trabajo.
2coplan a la institucin.
)ara cumplir con las funciones "a descritas, las oficinas en general
llevan a cabo cinco actividades de oficinas principales.
2dministracin de documentos.
)rogramacin de las actividades de las personas " grupos.
,omunicacin con personas " grupos 0 2dministracin de los
datos.
2dministracin de pro"ectos.
A*i)i#t-!ci.) " D,c(*")t,#
Son las tecnologas que se utili!an para crear, procesar " administrar
documentos, %procesamiento de palabra, las publicaciones de
escritorio, imgenes de documentos " administracin del flujo de
trabajo(.
T-!'!B, " C,/!',-!ci.) A@-,(0;!-"<
0s el software que reconoce el significado de los grupos en las
oficinas al proporcionar funciones " servicios que dan soporte a las
actividades de colaboracin de los grupos de trabajo.
A*i)i#t-!ci.) " /! I)+,-*!ci.) AB!#" " D!t,# " E#c-it,-i,<
@erramienta en paquetes para bases de datos dise6adas para dar
soporte a tareas de administracin de datos especficos de la oficina
para el trabajador de la informacin.
A*i)i#t-!ci.) " P-,8"ct,#
0s el software que facilita el desarrollo, programacin "
administracin de un pro"ecto complejo en subtareas ms sencillas,
cada una con su propio tiempo de terminacin " sus requerimientos
de recursos.
11
c. Si#t"*! "10"-t, ASE<. 0mulan el comportamiento de un e8perto
en un dominio concreto.
d. Si#t"*! P/!)i+ic!ci.) " R"c(-#,# AERP<. 3ntegran la
informacin " los procesos de una organi!acin en un solo
sistema.
13. ARFUITECTURA DE LOS SI
+< ,entrali!ados
%< 'escentrali!ados
5< 'istribuidos
12
14. PIRGMIDE OR@ANIHACIONAL DE UNA EMPRESA
15. SISTEMAS DE INFORMACIN EN LA PIRGMIDE OR@ANIHACIONAL DE UNA
EMPRESA
'ado que ha" intereses, especialidades " niveles diferentes en una
organi!acin, e8isten diferentes tipos de sistemas. Un sistema no solamente
proporciona toda la informacin que una empresa necesita.
a. Si#t"*!# ! )iv"/ ,0"-!tiv,9 2po"an a los gerentes operativos en el
seguimiento de actividades " transacciones elementales de la
organi!acin como ventas, ingresos, depsito en efectivo, nmina,
decisiones de cr#dito " flujo de materiales en una fbrica.
-ienen como objetivo responder a las preguntas de rutina " seguir el
flujo de las transacciones a trav#s de la organi!acin. G,untas partes
ha" en el inventarioH GIu# pas con el pago del se6or >uti#rre!H
b. Si#t"*!# ! )iv"/ "/ c,),ci*i")t,9 2po"an a los trabajadores del
conocimiento " de datos de una organi!acin. 0l propsito de estos
sistemas es a"udar a las empresas comerciales a integrar el nuevo
conocimiento en los negocios " a"udar a la organi!acin a controlar el
flujo del trabajo de oficina. 0stos tipos de sistemas estn entre las
aplicaciones de crecimiento ms rpidas en los negocios actuales.
13
c. Si#t"*!# ! nivel !*i)i#t-!tiv,9 Sirven a las actividades de
supervisin, control, toma de decisiones, " administrativas de los
gerentes de nivel medio. *a pregunta principal que plantean estos
sistemas es. G9an bien las cosasH )or lo general, este tipo de sistemas
proporcionan informes peridicos mas que informacin instantnea de
operaciones. 2po"an a las decisiones no rutinarias " tienden a enfocarse
en decisiones menos estructuradas para las cuales los requisitos de
informacin no siempre son claros.
d. Si#t"*!# ! )iv"/ "#t-!tI%ic,9 2"udan a los directores a enfrentar "
resolver aspectos estrat#gicos " tendencias a largo pla!o, tanto en la
empresa como en el entorno e8terno. Su funcin principal es
compaginar los cambios del entorno e8terno con la capacidad
organi!acional e8istente.
13. ARFUITECTURA DE LOS SI
i< ,entrali!ados
B< 'escentrali!ados
J< 'istribuidos
14
%;5(
T-!'!B, t!//"- &19
)ropuesta de Sistema de 3nformacin a desarrollar como trabajo prctico de
semestre
0jemplificacin de Sistemas de 3nformacin de acuerdo a la clasificacin de los
S3.
ARFUITECTURA DE LOS SI %desarrollar archivo dise6o " creacin de S3 pdf.(
/J. ,entrali!ados
/K. 'escentrali!ados
/<. 'istribuidos
1;. 9entajas " 'esventajas de c=u.
LA EMPRESA
1/. ,aractersticas generales
11. )rocesos que se llevan a cabo en las empresas
14. ,onceptos relacionados.
T-!'!B, t!//"- &29
'eterminacin de la arquitectura del Sistema de 3nformacin propuesto.
Lecesidades de informacin de las empresas
3dentifique " detalle cada uno de los procesos que se llevan a cabo en la
empresa propuesta.
%;5(
E/ ANALISIS DE SISTEMAS Y EL ANALISTA DE SISTEMAS AARC:IVO
AYDS&1.PDF<
15. *a informacin como un recurso de las organi!aciones.
1M. ,onceptos 'e 2nlisis N 'ise6o 'e Sistemas
1:. 0l )apel 'e 0l 2nalista 'e Sistemas
1J. Bunciones del 2nalista de Sistemas
1K. ,iclo de vida de los sistemas de informacin
1<. Uso de herramientas case
%;5(
COMPRENSION DE LOS ESTILOS OR@ANIHACIONALES Y SU IMPACTO
SOBRE LOS SISTEMAS DE INFORMACION
4;. Bundamentos ?rgani!acionales
4/. *a ?rgani!aciones como Sistemas
41. *a 3nformacin como 2ctivo de las ?rgani!aciones " las empresas
T-!'!B, t!//"- &39
3dentificacin de los Liveles de 2dministracin, ,ultura organi!acional " el
dise6o de la organi!acin o empresa propuesta para el desarrollo de software
del curso.
)roponga el rol a cumplir como analista de sistemas en la empresa propuesta
para el desarrollo de software del curso.
%;5(
15
0* )+?,0S? '0 '0S2++?**? '0 S?B-A2+0
'efinicin
2ctividades Bundamentales en el )roceso de 'esarrollo de Software
44. 0specificacin de software
45. 'ise6o e implementacin
4M. 9alidacin
4:. 0volucin
0lementos del )roceso de 'esarrollo de Software " sus relaciones
ACTIVIDAD TALLER
'espu#s de la investigacin reali!ada " el anlisis sobre modelos de software,
estraiga Ud. *os ms interesante de cada modelo " proponga Ud. un modelo
de desarrollo segn su propio criterio, considerando fases "=o etapas,
descripcin de cada fase.
D0-+3,2 4
-2**0+ ;/. )*2L3B3,2,3?L '0* '0S2++?**? '0 S3S-0D2S '0
3LB?+D2,3?L
4J. 2ctividad LO /. 3nicio del )lan de Sistemas de 3nformacin
4K. 2nlisis de las Lecesidades de
4<.
D?'0*?S '0* )'S
5;. ,odificar " corregir %,ode$and$Bi8(
/. Dodelo en cascada
1. 'esarrollo evolutivo
4. 'esarrollo basado en reutili!acin
5. 'esarrollo e integracin.
M. )rocesos iterativos
b. 'esarrollo incremental
c. 'esarrollo en espiral
D0-?'?*?>P2S '0 '0S2++?**? '0 S?B-A2+0
a( Detodologas estructuradas
'< M"t,,/,%4!# ,-i")t!!# ! ,'B"t,#
c< M"t,,/,%4!# t-!ici,)!/"# A), $%i/"#<
< M"t,,/,%4!# $%i/"#
PROCESO UNIFICADO DE RATIONAL
41. Principios de desarrollo
42. Ciclo de vida
43. Principales caractersticas
LEN@UAJE DE MODELAMIENTO UNIFICADO K UML
44. C!-!ct"-4#tic!# " UML
i. L,# Di!%-!*!# ") UML
16
5M.
5:.
17
)+?,0S? '0 '0S2++?**? '0 S?B-A2+0
)roceso de negocio, o caso de uso de negocio, de un negocio de desarrollo de
software. ,onjunto total de actividades necesarias para transformar los
requisitos de un cliente en un conjunto consistente de artefactos que
representan un producto software " en punto posterior en el tiempo para
transformar cambiso en dichos requisitos en nuevas versiones del producto.
0l proceso de desarrollo de software puede definirse como un conjunto de
herramientas, m#todos " prcticas que se emplean para producir software.
,omo cualquier otra organi!acin, las dedicadas al desarrollo de software
mantienen entre sus
FIN. la produccin de software de acuerdo con la planificacin inicial reali!ada,
adems de una constante mejora "=o evolucin del software
OBJETIVOS9
alta calidad en la produccin de softwware
bajo costo, en el
mnimo tiempo.
*a ma"ora de estas funciones " t#cnicas de gestin " control empleadas, se
han importado de otras industrias de produccin que desarrollaron estos
m#todos a principios de siglo.
18
P-,c"#, " D"#!--,//, " S,+t;!-"9 )roceso de negocio, o caso de uso de
negocio, de un negocio de desarrollo de software. ,onjunto total de actividades
necesarias para transformar los requisitos de un cliente en un conjunto
consistente de artefactos que representan un producto software " en punto
posterior en el tiempo para transformar cambiso en dichos requisitos en nuevas
versiones del producto.
1. L")%(!B" U)i+ic!, " M,"/!, AUML<9 *enguaje estandar para el
modelado de software lengauje para visuali!ar, especificar, construir "
documentar los artefactos de un sistema con gran cantidad de software.
*enguaje usado por el )roceso Unificado. *enguaje que permite a los
desarrolladores visuali!ar el producto de su trabajo %2rtefactos( en
esquemas o diagramas estandari!ados.
2. P-,c"#, U)i+ic!, " D"#!--,//, " S,+t;!-" APUDS<9 )roceso de
desarrollo de software basado en el *enguaje Unificado de Dodelado "
que es iterativo, centrado en la arquitectura " dirigido por los casos de
uso " los riesgos. )roceso que se organi!a en cuatro fases. inicio,
elaboracion, construccion " transicion, " que se estructura en torno a
cinco flujos de trabajo fundamentales. recopilacion de requisitos,
analisis, dise6o, implementacion " pruebas. )roceso que se describe en
terminos de un modelo de negocio, el cual esta a su ve! estructurado en
funcion de tres bloques de construccion primordiales trabajadores,
actividades " artefactos.
3. R"2(i#it,#9 Blujo de trabajo fundamental cu"o proposito esencial es
orientado al desarrollado hacia el sistema correcto. 0sto se lleva a cabo
mediante la descripcion de los requisitos del sistema de forma tal que se
pueda llegar a un acuerdo entre el cliente%inclu"endo los usuarios( " los
desarrolladores del sistema, acerca de lo que el sistema debe hacer " lo
que no.
4. A)!/i#i#i#9 Blujos de trabajo fundamental cu"o proposito principal es
anali!ar los requisitos descritos en la captura de requisitos, mediante su
refinamiento " estructuracion. 0l objetivo de esto es %/( lograr una
comprension mas precisa de los requisitos, " %1( obtener una descripcion
de los requisitos que sea facil de mantener " que nos a"ude a dar
estructura al sistema en su conjunto inclu"endo su arquitectura.
5. Di#"L,9 Blujo de trabajo fundamental cu"o proposito principal es la de
formular modelos que se centran en los requisitos no funcionales " el
dominio de la solucion " que prepara para la implementacion " pruebas
del sistema.
6. I*0/"*")t!ci,)9 Blujo de trabajo fundamental cu"o proposito esencial
es implementar el sistema en terminos de componentes, es decir codigo
fuente guiones, ficheros binarios, ejecutables, et.
7. P-("'!9 Blujo de trabajo fundamental cu"o proposito esencial es
comprobar el resultado de la implementacion mediante las pruebas de
cada construccion, inclu"endo tanto construcciones internas como
intermedias, asi como las versiones finales del sistema que van a ser
entregadas a terceras personas.
8. F!#" " I)ici,9 )rimera fase del ciclo de vida del software, en la que la
idea inicial para el desarrollo es refinada hasta el punto de quedar lo
suficientemente bien establecida como para garanti!ar la entrada en la
base de elaboracion.
19
9. F!#" " E/!',-!ci,)9 Segunda fase del ciclo de vida, en la que se
define la arquitectura.
10. F!#" " C,)#t-(cci,)9 -ercera fase del ciclo de vida del software, en
la que el software es desarrollado a partir de una linea base de la
arquitectura ejecutable, hasta el punto en el que se esta listo para ser
transmitido a las comunidades de usuarios.
11. F!#" " T-!)#ici,)9 ,uarta fase del ciclo de vida del software es
puesto en manos de la comunidad de usuarios.
12. A-2(it"ct(-!9 ,onjunto de desiciones significativas, acerca de la
organi!acion de un sistema software, la seleccion de los elementos
estructurales apartir de los cuales se compone el sistema " las interfaces
entre ellos, junto con su comportamiento, tal " como se especifica en las
colaboraciones entre estos elementos, la composicion de estos
elementos estructurales " de comportamiento de subsistemas
progresivamente ma"ores, " el estilo arquitectonico que guia esta
organi!acion, estos elementos " sus interfaces, sus colaboraciones " su
composicion. *a arquitectura de software se interesa no solo por la
estructura " el comportamiento, sino tambien por las restricciones "
compromisos de uso, funcionamiento, fle8ibilidad al cambio,
reutili!acion, comprension, economia " tecnologia, asi como aspectos
esteticos.
13. Vi#t! A-2(it"ct,)ic! "/ M,"/, " C!#,# " U#,9 9ista de la
arquitectura de un sistema abarcando los casos de uso significativos
desde un punto de vista arquitectonico.
14. Vi#t! A-2(it"ct,)ic! "/ M,"/, " A)!/i#i#9 9ista arquitectonica de
un sistema, abarcando las clases, paquetes " reali!aciones de casos de
uso del analisis, vista que fundamentalmente aborda el refinamiento "
estructuracion de los requisitos del sistema. *a estrucutra de esta vista
se preserva en la medida de lo posible cuando se dise6a e implementa
la arquitectura del sistema.
15. Vi#t! A-2(it"ct,)ic! "/ M,"/, " Di#"L,9 9ista de la arquitectura
de un sistema, abarcando las clases , subsistemas, interfaces "
reali!aciones de casos de uso del dise6o que forman el vocabulario del
dominio de la solucion del sistema, vista que abarca tambien los hilos "
procesos qeu establecen la concurrencia " mecanismos de
sincroni!acion del sistema, vista que aborda los requisitos no
funcionales, inclu"endo los requisitos de rendimiento " capacidad de
crecimiento de un sistema.
16. Vi#t! A-2(it"ct,)ic! "/ M,"/, " D"#0/i"%"9 9ista de la
arquitectura de un sistema abarcando los nodos que forman la topologia
hardware sobre la que se ejecuta el sistema, vista que aborda la
distribucion, entrega e instalacion de las partes que constitu"en el
sistema fisico.
17. Vi#t! A-2(it"ct,)ic! "/ M,"/, " I*0/"*")t!ci,)9 9ista
arquitectonica de un sistema, abarcando los componentes usados para
el ensamblado " lan!amiento del sistema fisico, vista que aborda la
gestion de la configuracion de las versiones del sistema, constituida por
componentes independientes que pueden ser ensambladas de varias
formas para producir un sistema ejecutable
20
(i) A)$/i#i# " -"2(i#it,#
08traer los requisitos de un producto de software es la primera etapa para
crearlo. Dientras que los clientes piensan que ellos saben lo que el software
tiene que hacer, se requiere de habilidad " e8periencia en la ingeniera de
software para reconocer requisitos incompletos, ambiguos o contradictorios. 0l
resultado del anlisis de requisitos con el cliente se plasma en el documento
0+S, Especificacin de Requerimientos del Sistema, cu"a estructura puede
venir definida por varios estndares, tales como ,DD$3. 2simismo, se define un
diagrama de 0ntidad=+elacin, en el que se plasman las principales entidades
que participarn en el desarrollo del software. *a captura, anlisis "
especificacin de requisitos %incluso pruebas de ellos(, es una parte crucial7 de
esta etapa depende en gran medida el logro de los objetivos finales. Se han
ideado modelos " diversos procesos de trabajo para estos fines. 2unque aun
no est formali!ada, "a se habla de la 3ngeniera de +equisitos. *a 3000 Std.
K4;$/<<K normali!a la creacin de las 0specificaciones de +equisitos Software
%Software +equirements Specification(.
(ii) Di#"L, 8 !-2(it"ct(-!
Se refiere a determinar como funcionar de forma general sin entrar en
detalles. ,onsiste en incorporar consideraciones de la implementacin
tecnolgica, como el hardware, la red, etc. Se definen los ,asos de Uso para
cubrir las funciones que reali!ar el sistema, " se transforman las entidades
definidas en el anlisis de requisitos en clases de dise6o, obteniendo un
modelo cercano a la programacin orientada a objetos.
(iii) P-,%-!*!ci.)
+educir un dise6o a cdigo puede ser la parte ms obvia del trabajo de
ingeniera de software, pero no es necesariamente la porcin ms larga. *a
complejidad " la duracin de esta etapa est intimamente ligada al o a los
lenguajes de programacin utili!ados.
21
(iv) P-("'!#
,onsiste en comprobar que el software realice correctamente las tareas
indicadas en la especificacin. Una t#cnica de prueba es probar por separado
cada mdulo del software, " luego probarlo de forma integral,para as llegar al
objetivo. Se considera una buena practica el que las pruebas sean efectuadas
por alguien distinto al desarrollador que la program, idealmente un rea de
pruebas7 sin perjuicio de lo anterior el programador debe hacer sus propias
pruebas. 0n general ha" dos grandes formas de organi!ar un area de pruebas,
la primera es que est# compuesta por personal ine8perto " que descono!ca el
tema de pruebas, de esta forma se evala que la documentacin entregada
sea de calidad, que los procesos descritos son tan claros que cualquiera puede
entenderlos " el software hace las cosas tal " como estn descritas. 0l segundo
enfoque es tener un area de pruebas conformada por programadores con
e8periencia, personas que saben sin ma"ores indicaciones en que condiciones
puede fallar una aplicacin " que pueden poner atencin en detalles que
personal ine8perto no considerara.
(v) D,c(*")t!ci.)
-odo lo concerniente a la documentacin del propio desarrollo del software "
de la gestin del pro"ecto, pasando por modelaciones %UD*(, diagramas,
pruebas, manuales de usuario, manuales t#cnicos, etc7 todo con el propsito de
eventuales correcciones, usabilidad, mantenimiento futuro " ampliaciones al
sistema.
(vi) M!)t")i*i")t,
Dantener " mejorar el software para enfrentar errores descubiertos " nuevos
requisitos. 0sto puede llevar ms tiempo incluso que el desarrollo inicial del
software. 2lrededor de 1=4 de toda la ingeniera de software tiene que ver con
dar mantenimiento. Una peque6a parte de este trabajo consiste en arreglar
errores, o bugs. *a ma"or parte consiste en e8tender el sistema para hacer
nuevas cosas. 'e manera similar, alrededor de 1=4 de toda la ingeniera civil,
arquitectura " trabajo de construccin es dar mantenimiento.
22
A'< P-,c"#, " c-"!ci.) " #,+t;!-"
Se define como )roceso al conjunto ordenado de pasos a seguir para llegar a
la solucin de un problema u obtencin de un producto, en este caso particular,
para lograr la obtencin de un producto software que resuelva un problema.
0se proceso de creacin de software puede llegar a ser mu" complejo,
dependiendo de su porte, caractersticas " criticidad del mismo. )or ejemplo la
creacin de un sistema operativo es una tarea que requiere pro"ecto, gestin,
numerosos recursos " todo un equipo disciplinado de trabajo. 0n el otro
e8tremo, si se trata de un sencillo programa %ejemplo. resolucin de una
ecuacin de segundo orden(, #ste puede ser reali!ado por un solo programador
%incluso aficionado( fcilmente. 0s as que normalmente se dividen en tres
categoras segn su tama6o %lneas de cdigo( "=o costo. de )eque6o,
Dediano " >ran porte. 08isten varias metodologas para "#ti*!-/,, una de las
ms populares es el sistema ,?,?D? que provee m#todos " un software
%programa( que calcula estimadamente todos los costos de produccin en un
pro"ecto software %relacin horas=hombre, costo monetario, cantidad de
lneas fuente de acuerdo a lenguaje usado, etc.(.
,onsiderando los de gran porte, es necesario reali!ar tantas " tan complejas
tareas, tanto t#cnicas, de gerenciamiento, fuerte gestin " anlisis diversos
%entre otras( que toda una ingeniera hace falta para su estudio " reali!acin. es
la 3ngeniera de Software.
0n tanto que en los de mediano porte, peque6os equipos de trabajo %incluso un
avesado analista$programador solitario( puede reali!ar la tarea. 2unque,
siempre en casos de mediano " gran porte %" a veces tambi#n en algunos de
peque6o porte, segn su complejidad(, se deben seguir ciertas etapas que son
necesarias para la construccin del software. -ales etapas, si bien deben
e8istir, son fle8ibles en su forma de aplicacin, de acuerdo a la metodologa o
)roceso de 'esarrollo escogido " utili!ado por el equipo de desarrollo o
analista$programador solitario %si fuere el caso(.
*os 0-,c"#,# " "#!--,//, " #,+t;!-" poseen reglas preestablecidas, "
deben ser aplicados en la creacin del software de mediano " gran porte, "a
que en caso contrario lo ms seguro es que el pro"ecto o no logre concluir o
termine sin cumplir los objetivos previstos " con variedad de fallos inaceptables
%fracasan, en pocas palabras(. 0ntre tales procesos los ha" giles o livianos
23
%ejemplo Q)(, pesados " lentos %ejemplo +U)( " variantes intermedias7 "
normalmente se aplican de acuerdo al tipo " porte " tipologa del software a
desarrollar, a criterio del lder %si lo ha"( del equipo de desarrollo. 2lgunos de
esos procesos son 08treme )rogramming %Q)(, +ational Unified )rocess
%+U)(, Beature 'riven 'evelopment %B''(, etc.
,ualquiera sea el proceso utili!ado " aplicado en un desarrollo de software
%+U), B'', etc(, " casi independientemente de #l, siempre se debe aplicar un
Dodelo de ,iclo de 9ida.
Se estima que, del total de pro"ectos software grandes emprendidos, un 1KR
fracasan, un 5:R caen en severas modificaciones que lo retra!an " un 1:R
son totalmente e8itosos. ,uando un pro"ecto fracasa, rara ve! es debido a
fallas t#cnicas, la principal causa de fallos " fracasos es la falta de aplicacin
de una buena metodologa o proceso de desarrollo. 0ntre otras, una fuerte
tendencia, desde hace pocas d#cadas, es mejorar las metodologas o procesos
de desarrollo, o crear nuevas " concienti!ar a los profesionales en su utili!acin
adecuada. Lormalmente los especialistas en el estudio " desarrollo de estas
reas %metodologas( " afines %tales como modelos " hasta la gestin misma de
los pro"ectos( son los 3ngenieros en Software, es su orientacin. *os
especialistas en cualquier otra rea de desarrollo informtico %analista,
programador, *ic. en 3nformtica, 3ngeniero en 3nformtica, 3ngeniero de
Sistemas, etc.( normalmente aplican sus conocimientos especiali!ados pero
utili!ando modelos, paradigmas " procesos "a elaborados.
0s comn para el desarrollo de software de mediano porte que los equipos
humanos involucrados apliquen sus propias metodologas, normalmente un
hbrido de los procesos anteriores " a veces con criterios propios.
0l proceso de desarrollo puede involucrar numerosas " variadas tareas, desde
lo administrativo, pasando por lo t#cnico " hasta la gestin " el gerenciamiento.
)ero casi rigurosamente siempre se cumplen ciertas "t!0!# *4)i*!#7 las que
se pueden resumir como sigue.

,aptura %elicitacin( " 0specificacin de requisitos %0+S(
2nlisis
'ise6o
24
,odificacin
)ruebas %unitarias " de integracin(
3nstalacin " paso a )roduccin
Dantenimiento
0n las anteriores etapas pueden variar ligeramente sus nombres o ser ms
globales, por ejemplo indicar como una nica fase %a los fines documentales e
interpretativos( el 2nlisis " el 'ise6o7 o indicar como 3mplementacin lo que
est dicho como ,odificacin7 pero en rigor, todas e8isten e inclu"en,
bsicamente,las mismas tareas especficas.
25

Desarrollado ADS

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Desarrollado ADS

Transféré par

Droits d'auteur :

Formats disponibles

[U.D.

ADS - SISTEMAS DE INFORMACIN - IU] [Seleccione la fecha]

Vous aimerez peut-être aussi