ANALISIS DE SISTEMAS

ORIENTADO A OBJETOS
UNIDAD I
ING. ROSSEMARY SAMANIEGO OCAMPO MG,SC.
UNIDAD I: FUNDAMENTOS Y CICLOS DE VIDA DE DESARROLLO DE SISTEMAS
SEMANAS DE
ESTUDIO
TEMAS CONTENIDOS ESTRATEGIAS DE
APRENDIZAJE
HOR
AS
03 7
Septiembre


I
Sistemas
vs Sistemas
de
Informacin
1.1 Sistemas. Sistema de
Informacin. Definicin
1.2 Qu es un buen sistema?Se
tiene buenos sistemas?
1.3 Cmo son los buenos
sistemas?
1.4 Cules son los atributos de un
buen software?
1.5 Clasificacin de Sistemas de
Informacin
1.6 Qu es un proceso de
software?
Elaboracin de
organizadores grficos,
mapas conceptuales y redes
semnticas, resmenes,
analogas, preguntas
intercaladas.

4
horas
Reflexiona con lentitud, pero ejecuta rpidamente
tus decisiones. Scrates

UNIDAD I: FUNDAMENTOS Y CICLOS DE VIDA DE
DESARROLLO DE SISTEMAS
Sistema
Sistema
Un sistema es un conjunto de partes o elementos organizados y
relacionados que interactan entre s para lograr un objetivo.
Sistema de Informacin
Un sistema de informacin es un conjunto organizado de
elementos, que pueden ser personas, datos, actividades o
recursos materiales en general.
Qu es un buen sistema?
Es un conjunto de elementos que interactan entre s con el fin de
mejorar las actividades de una empresa o negocio, dando solucin
como resultado de un anlisis previo.
El sistema debe ser:
til y Utilizable
Confiable
Flexible
Accesible
Disponible

Se tiene buenos sistemas?
En los diferentes sectores de la sociedad como : bancos,
contabilidad, almacenamiento de informacin, etc.
Cmo son los buenos sistemas?
Los buenos sistemas no solo debe centrarse en el cdigo
sino desarrollar cambios para entender las partes ms
lejanas.
4 caractersticas:
1.- Trabajo mas inteligente.
2.- Cambio global en el concepto de industria.
3.- Informacin toman mas importancia que el dinero.
4.- Las personas que trabajan con la informacin dominan la
fuerza de trabajo.
Cules son los atributos de un buen software?
La calidad del sistema es el conjunto de cualidades que lo caracterizan y
que determinan su utilidad y existencia.
Confiabilidad, es decir, el programa debe funcionar en prcticamente
cualquier situacin.

Debe advertir los errores de entrada comunes y obvios.

Deben ser bien estructurados, es decir, programas que utilicen
organizaciones de la programacin estructurada.

Estar adecuadamente documentado y ser comprensible, no slo para
quien lo crea, sino para otros programadores.

Esto es para facilitar las futuras y muy posibles modificaciones que
requiera.
Ejemplo: Un sistema elaborado para el control de naves espaciales debe ser
confiable al nivel de cero fallas; un sistema hecho para ejecutarse una
sola vez no requiere el mismo nivel de calidad; mientras que un producto
de software para ser explotado durante un largo perodo (10 aos o ms),
necesita ser confiable, Mantenible y flexible para disminuir los costos de
mantenimiento y perfeccionamiento durante el tiempo de explotacin.
Ejemplo de Atributos de un Buen Software

TAREAS INTRACLASE
1.- Hacer mapas conceptuales del captulo I(Fundamentos de Sistemas)














F UND AME NT OS D E SI ST E MAS
Qu es un Sistema?
Conjunto de partes o elementos organizados y relacionados que interactan
entre s para lograr un objetivo.
Sistema de Informacin
Es conjunto organizado de
elementos, que pueden ser
Personas, datos,
actividades o recursos
materiales en general.
Elementos
Personas
Datos
Actividades
Redes y
telecomunicaciones
Tecnologa
Definicin Caractersticas
Son intensivos en entradas y
salidas de informacin; sus clculos
y procesos suelen ser simples y
poco sofisticados, requieren mucho
manejo de datos para poder
realizar sus operaciones y generan
grandes volmenes de informacin
TAREAS INTRACLASE














Es aqul que cumple con las necesidades del cliente.
Sistema de informacin

F UND AME NT OS D E SI ST E MAS
Caractersticas
til y Utilizable:
Confiable
Flexible:
Accesible
Disponible
Cmo son los buenos
sistemas
Un sistema bien diseado ofrece control,
compatibilidad, flexibilidad y una relacin
aceptable de costo /beneficio. Adems
cuenta con caractersticas como
Integridad
Confidencialidad
Disponibilidad
Irrefutabilidad (No repudio)
Atributos de un buen
sistema
La calidad del sistema es el
conjunto de cualidades que lo
caracterizan y que determinan su
utilidad y existencia.
Facilidad de mantenimiento
Confiabilidad
Eficacia
Usabilidad
Reusabilidad
Portabilidad
Facilidad de traza
Modularidad
Tolerancia a fallos
Eficiencia de ejecucin
Eficiencia de
almacenamiento
Auto descripcin
Legibilidad
Facilidad de expansin
Factores
externos
Factores internos
TAREAS INTRACLASE













F UND AME NT OS D E SI ST E MAS
Es la secuencia de
pasos requeridos
para el desarrollo o
mantenimiento de
un Software.
Proceso de Software
mbito y utilidad Caractersticas
Entendible Robusto
Visible Soportable
Aceptable Confiable
Mantenible Rapidez

Estilos Organizacionales y su impacto
sobre los sistemas de informacin
Formaciones
Organizacin
como sistema
Son
conceptualizadas en
forma til como
sistemas diseados
para lograr metas y
objetivos
predeterminados por
medio de la gente y
otros recursos
Retroalimentacin
del sistema
Es una forma de
control del
sistema.
Ambientes
para sistemas
La
retroalimentacin
es recibida desde
el interior de la
organizacin y del
ambiente exterior
que la rodea.
TAREAS EXTRACLASE

1.- Realizar 5 preguntas de repaso acerca del captulo I Fundamentos de
Sistemas.


Cul es la diferencia entre un sistema y un sistema de informacin?

Un sistema es tan solo un conjunto de elementos organizados para cumplir
un objetivo a diferencia de un sistema de informacin es un conjunto
organizado de elementos, que pueden ser personas, datos, actividades o
recursos materiales en general
TAREAS EXTRACLASE

1.- Realizar 5 preguntas de repaso acerca del captulo I Fundamentos de
Sistemas.


1. Cules son las caractersticas de un buen sistema?
til y Utilizable: Un buen software hace ms fcil o mejor la vida a las
personas.
Confiable: Un buen software tiene pocos errores.
Flexible: Las necesidades cambian con el tiempo, aun cuando el software
se est desarrollando, entonces es importante poder hacer cambios
posteriores al software. Debe podrsele dar mantenimiento despus de
liberado.
Accesible: tanto para comprar como para mantener. Debe ser
razonablemente fcil y rpido poderlo desarrollar o darle mantenimiento.
Disponible: Debe ser capaz de ejecutarse el hardware y el sistema
operativo disponible, etc., adems debe existir y entregarse el software
prometido.
TAREAS EXTRACLASE


2. Cual es el objetivo comn entre un sistema transaccional y un sistema de
automatizacin de oficina (OAS)?
En que el sistema tienen como finalidad mejorar las actividades rutinarias de la
organizacin (recolectar, almacenar, modificar y recuperar informacin de
transacciones),y el sistema automatizacin de oficina Consisten en aplicaciones
destinadas a ayudar al trabajo diario del administrativo de una
Organizacin es decir ambas ayudan a mejorar las actividades rutinarias de una
organizacin.

3. Cul es la importancia del sistema de conocimiento (KWS)
La importancia de este sistema es que Dan soporte a profesionales, en la creacin
e integracin de nuevo conocimiento en la organizacin, diseada para aumentar
la productividad
TAREAS EXTRACLASE



4. En nuestro medio contamos con buenos sistemas? Diga cuales son y en
qu reas
En la actualidad Existen avances satisfactorios en sistemas informticos
modernos: contabilidad, bancos, bsqueda de informacin, etc.

5. Cul es el objetivo de un buen sistema?
El objetivo de un buen sistema es poder cubrir las necesidades del cliente es
decir la idea es que el cliente se sienta satisfecho con el trabajo que le hemos
realizado
Clasificacin de Sistemas de Informacin
Los sistemas de informacin se dividen en:
Sistemas transaccionales

Sistemas para la gestin de informacin

Sistemas de informacin ejecutiva

Sistemas de apoyo a las decisiones

Sistemas expertos
Sistema Transaccional.
El sistema basado en computadoras ms importante dentro de una
organizacin es el que est relacionado con el procesamiento de las
transacciones.
Una transaccin es cualquier suceso o actividad que afecta a toda
la organizacin.
Clculos.
Clasificacin.
Ordenamiento.
Almacenamiento y recuperacin.
Generacin de reportes.
Sistema Para La Gestin De Informacin.
Estos sistemas se basan en la toma de decisiones en
situaciones de certeza y riesgo por lo que se ubican dentro
del tipo de usuarios indirectos y gerentes.
Sistemas De Informacin Ejecutiva.
Este tipo de sistemas se ubican dentro del tipo de usuario
de gerentes y directivos; se basan en la informacin de base
de datos y en la toma de decisiones en condiciones de
incertidumbre, son decisiones de muy alto nivel.
Sistemas Expertos

Estos sistemas se caracterizan porque tienen la capacidad de dar
como resultado una decisin pertinente a un problema dado.
Sistema De Apoyo A Las Decisiones.

Estos sistemas solo se ubican en el tipo de usuarios directivos ya que
las decisiones de este nivel son de vital importancia para el
funcionamiento de la organizacin.
TAREAS EXTRACLASE


Realizar un mapa conceptual con la clasificacin de los sistemas de
informacin.
















CL ASI F I CACI N D E SI ST E MAS D E
I NF OR MACI N
Sist ema T r ansaccional
Finalidad mejorar las actividades
rutinarias de la organizacin si se
produce algn error, stos sistemas
deben ser capaces de deshacer las
operaciones realizadas hasta ese
momento. Es muy til para el
procesamiento de transacciones on-
line.
Sist ema Conocimient o
Dan soporte a profesionales,
en la creacin e integracin de
nuevo conocimiento en la
organizacin,
diseados para aumentar la
productividad.
Consisten en aplicaciones
destinadas a ayudar al
trabajo diario del
administrativo de una
organizacin, como
ejemplo de este tipo de
software tenemos: Los
procesadores de texto las
hojas de clculo, los
editores de presentaciones
Sist emas de Aut omat izacin
de Oficin a
Sist emas de
I n for macin Ger en cial
Son el resultado de
interaccin colaborativa
entre personas,
tecnologas y
procedimiento. Apoyan a
nivel administrativo
entregando informacin
til para el
planteamiento, y toma
de decisiones.
Sistema de Apoyo a la
Toma de Decisiones
Son una serie de programas dirigidos
a los altos ejecutivos de las empresas
que permiten extraer la informacin
estratgica de la compaa y, mediante
la aplicacin de tcnicas de anlisis de
stas, saber qu
resultados generarn unas u otras
decisiones.
Sistemas de Soporte
Gerencial
Trabajan con informacin
interna y externa a la
Organizacin y estn diseados
para abordar la toma de
decisiones que requieren juicio,
evaluacin y comprensin.
Sistemas Expertos
Incorporan de una manera
prctica y operativa, el
conocimiento que posee un
experto en la materia de que
se trate.
TAREAS EXTRACLASE
3.- Investigar una entidad y posicionarla de acuerdo al nivel de informacin
que tenga.


Nombre de la Empresa: INTERPLUS
Datos Informativos:
Nombres: Andre Joao
Apellidos: Cordova Matamoros
Nmero de cdula: 07046617784
Edad: 22
Estado civil: Soltero
Mediante la visita a la empresa podemos concluir que la empresa no esta
clasificada en ningn Sistemas De Informacin debido a que no cuenta con
un Software ya que solo trabajan con las utilidades de Microsft como son
Execel y Word. Adems la Empresa cuenta con los departamentos: Ventas,
Mantenimiento, Secretaria.
Las cuales carecen de un software especializado para el manejo de control
de cartera.
El encargo de la empresa tiene el titulo profesional de Administrador de
Empresas
TAREAS EXTRACLASE
3.- Investigar una entidad y posicionarla de acuerdo al nivel de informacin
que tenga.


ORGANIGRAMA ESTRUCTURAL










GERENCIA
SECRETARIA CONTADOR
DPTO.
MANTENIMIENTO
DPTO.
ADQUISICIONES
DPTO. DE
VENTAS
AGENTES DE
VENTAS
TECNICO EN
MANTENIMIENTO
TAREAS INTRACLASE
3.- Describir el mural acerca de cmo analiza un problema el Ing. en sistemas

Descripcin de la primer imagen
(Como el cliente lo explica)

Cuando el cliente explica un problema siempre lo va hacer
de manera sencilla porque el sabe cuales son sus
necesidades es por ello que ve todo de forma mas fcil
Descripcin de la segunda imagen
(Como el lder del proyecto lo entiende)

En el momento de que el cliente le explica su necesidad
al lder del proyecto el lo visualiza de una forma mas
compleja ya que tiene en cuenta lo que va a necesitar y
sabe que no es tan fcil como el cliente lo describe
TAREAS INTRACLASE

Descripcin de la tercera imagen
(Como el analista lo disea)

El analista lo disea de una manera mas compleja ya que
sabe todo el proceso que va requerir cubrir la necesidad del
problema del cliente por esto lo disea un poco mas complejo
Descripcin de la cuarta imagen
(Como el programador lo describe)

El programador lo describe de una manera mas compleja debido
a que programar una necesidad para un cliente requiere tiempo y
concentracion y sabe que el cliente lo que mas le llamara la
atencin sera su interfaz asi que trabaja bastante para poder tener
satisfecho a su cliente
TAREAS INTRACLASE
Descripcin de la quinta imagen
(Como el asesor lo describe)

Al momento de que el asesor lo describe lo hace de una
manera mas fcil porque el tiene mas claro lo que se debe
hacer debido a la experiencia, adems tiene que describirlo fcil
para que sus estudiantes puedan entender la necesidad del
cliente
Descripcin de la sexta imagen
(Como se documenta el proyecto)

Cuando el ing de sistemas va a documentar el proyecto es lo
mas sencillo que se hace debido a que ya conoce todo lo que
va a realizar
TAREAS INTRACLASE
Descripcin de la septima imagen
(Que aplicaciones se utliza)

Cuando vamos a instalar aplicaciones no son demasiadas pero
si las necesarias para cubrir las necesidades que el cliente tenga
Al momento que vamos a decirle al cliente el costo del software
tenemos que hacerle saber todo el esfuerzo y tiempo que
requirio hacer el software ya que no es tan facil como el lo habia
explicado entonces la retribucion tiene que ser equitativa
Descripcin de la octava imagen
(como se factura al cliente)

TAREAS INTRACLASE

Descripcin de la novena imagen
(as se le dar soporte)

El soporte o base que se le de al software es muy importa ya que
sera el pilar fundamental para que funcione todo correctamente

Lo que el cliente necesitaba era talvez algo un poco mas sencillo
pero el ing en sistemas siempre estara listo y tendra la capacidad de
entregar lo mejor de si por ello es que el softwaree lo hace mas
complejo esto en si es mejor y satisface de mejor manera al cliente
porque le entrega algo que talvez no esperaba y cubriendo mejor aun
su necesidad
Descripcin de la decima imagen
(lo que el cliente realmente
necesitaba)
Qu es un proceso de software?
Se define como Proceso 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.
Ese proceso de creacin de software puede llegar a ser muy
complejo, dependiendo de su porte, caractersticas y criticidad
del mismo.
mbito y utilidad
Un Proceso de Software define un marco de trabajo tanto en el
mbito tcnico como de gestin, para la aplicacin de mtodos,
herramientas y personas en la tarea de desarrollo de Software
TAREAS INTRACLASE
4.- Mini caso prctico CENTURY TOOL AND DIE, INC .

AEROPUERTO INTERNACIONAL DE METROPOLIS
El aeropuerto internacional de Metrpolis esta siendo ampliado. Dos importantes compaas areas han
elegido Metrpolis como su nuevo centro o base de operaciones. Esta a punto de concluirse un nuevo terminal
del centro. En funcin del esperado aumento en el trfico areo, el director del aeropuerto ha autorizado el
desarrollo de un nuevo sistema de informacin en gestin de puertas.
Escena: Frank Demillo, director de proyectos encargado del proyecto de planificacin de la gestin de puertas,
est reunido con el director de operaciones del aeropuerto, Benjamn Pierce, para hablar sobre el avance del
proyecto. Las fases de anlisis y diseo de sistemas del proyecto han sido terminadas, y Frank esta buscando la
aprobacin de Ben para implantar el sistema. Nos unimos a la reunin, que ya ha empezado.
Frank: Como ves, hemos diseado un sistema que puede cubrir todas las necesidades expuestas, incluidas
las que se especificaron despus de hacer el plan inicial del proyecto. Adems, el nuevo sistema usar una
interfaz de usuario en Microsoft Windows. Todos los de tu grupo conocen ya otras herramientas de PC basadas
en Windows.
Ben: Entonces, pasaremos toda la aplicacin al PC?
Frank: No, solo usaremos la interfaz de usuario y la validacin de los datos de entrada. El tratamiento de la
base de datos y de los datos de empresa se seguir haciendo en el ordenador central. Pero desde vuestro punto
de vista la aplicacin parecer que est funcionando en el PC. [Breve silencio.]
Tienes alguna pregunta?
Ben: Estoy bastante impresionado. El diseo del sistema es tal como lo prometisteis, y todava mejor. Pero
vayamos a la cuestin de fondo, Frank. Cunto me va a costar esto? Parece ms ambicioso que lo que estim
en principio.
Frank: Implantar el sistema calculo que costar 45.000 dlares. Y el mantenimiento y las mejoras al sistema
costarn 4.500 dlares al ao.

TAREAS INTRACLASE


Ben: Y cunto hemos gastado hasta ahora?
Frank: Alrededor de 12.000 dlares para el anlisis de las necesidades y el diseo del sistema. Hemos hecho
tambin algunos prototipos; podemos verlos, si no te importa.
Ben: Ahora no. Solo soy el patrocinador. Confo en los usuarios todo lo relativo a esas cuestiones. Veamos,
segn mis notas, el clculo original era de 39.500 dlares, incluidos el anlisis y el diseo. L nueva estimacin de
45.000 dlares ms 12.000, alrededor de 57.000 dlares. Es un aumento bastante considerable.
Frank: Tienes razn. Pero tu gente ampli la lista de necesidades segn avanzaba el proyecto. Adems,
creemos que el diseo basado en Windows har que la curva de aprendizaje sea ms rpida y que disminuyan
los costes de mantenimiento. Adems, los 12.000 dlares del anlisis y el diseo no podemos recuperarlos, as
que no deberamos tenerlos en cuenta en nuestra decisin de cmo seguir adelante.
Ben: Estoy de acuerdo en que el proyecto no debera proseguir o cancelarse slo por el dinero que hayamos
gastado hasta ahora. Sin embargo, disiento en que el carezca de importancia. Para que el proyecto contine,
deberamos pensar que el nuevo sistema debera poder amortizarse. Cuntos aos harn falta para recuperar
los costes?
Frank: Empezars a percibir los beneficios nada ms terminar la implantacin.
Ben: Pero, Cuntos aos o meses pasarn antes de que los beneficios superen a os costes del sistema?
[Breve silencio.] Mira, probablemente invertir lo que necesitas para terminar el proyecto. Pero tengo que
responder tambin a las demandas de otros directivos. Por qu tendran que darte dinero a ti y no a ellos?
Frank: No lo entiendo, Ben. Tu y tu equipo encargasteis este proyecto. El sistema propuesto cubrir vuestras
necesidades.
Ben: Frank, eres un estupendo profesional de la informtica, pero no siempre comprendes los aspectos
econmicos de la empresa y de la informacin.
TAREAS INTRACLASE


Preguntas para discutir
1. El propio equipo de Ben fue quien amplio la lista de necesidades del proyecto. Por
qu ahora no quiere Ben comprometerse con dicho proyecto?

2. Qu es lo que no entiende Frank sobre los aspectos econmicos de la empresa?
En que no es correcta su visin del proyecto y de la empresa?


Qu hara usted si estuviera en el lugar del Sr. Washington? Cmo reaccionara
ante el rendimiento de Larry? Y de Valerie? Y de Gene?
Como vicepresidente de finanzas de una empresa de tal magnitud, luego de analizar
las diversas fallas cometidas por cada uno de los responsables de un proyecto que
ocasiono considerables perdidas no solo econmicas sino tambin de orden
administrativos, lo que incluso hace que la empresa pierda considerablemente el
valor de sus acciones, se formara un nuevo equipo de trabajo para reestructurar el
proyecto y no permitir que solo estn tratando de volver a disear, asumiendo el
nivel de culpabilidad ante la presidencia de la empresa.
TAREAS INTRACLASE


En qu se equivoc Valerie? Llevaba las riendas del proyecto? Por qu si o
por qu no?
Como analista jefe en la elaboracin de un proyecto no solo se debi reunir
con Larry sino con cada uno de los actores principales (usuarios finales)
adems, realizar personalmente un anlisis minucioso sobre los
requerimientos del proyecto y una vez obtenido ello analizar el flujo de la
informacin, para finalmente empezar a programar, no corriendo en base al
tiempo, sino, en base a los resultados obtenidos.
Como jefa del proyecto si llevaba las riendas ya que siempre se reuna con su
equipo de trabajo los cuales informaban ciertos detalles, adems aplicaban las
sugerencias que ella les emita con respecto a los equipos a utilizar.
Pero al no darle importancia a los diversos problemas y necesidades que se
comenzaron a presentar en el desarrollo del proyecto, como se lo informaban,
se le escapo de sus manos el proyecto, lo que claramente permite ver que
dejo de llevar las riendas del proyecto y ste se vino al piso.
TAREAS INTRACLASE


En qu se equivocaron Larry o Gene? Se les puede considerar
responsables del fracaso de un proyecto informtico, cuando su experiencia
y sus conocimientos son limitados en el terreno informtico?
Larry cuya labor fue de estar pendiente del desarrollo de proyecto, labor
encomendada por el Director de Cobro de Cuentas, no debi suponer que
todo estaba marchando bien solo por que la jefa del proyecto manejaba
bastante informacin, sino que se debi involucrar en el desarrollo del
mismo de manera mas activa.
Gene como Director de Cobro de Cuentas, donde se iba a implantar un
sistema totalmente diferente a lo que estaba acostumbrado en ningn
momento apartarse del mismo y simplemente encargar su responsabilidad a
Larry, con el pretexto de que el era una persona muy ocupada.
TAREAS INTRACLASE


Qu error se cometi en el informe de viabilidad? Se reunieron Valerie y
Larry las veces necesarias? Fueron suficientes las bases de las que parti
dicho informe? Se comprometi el equipo a dar una solucin demasiado
pronto? Por qu s o por qu no?
Para establecer la viabilidad de un proyecto se debe considerar, que el tipo
de hardware este acorde con el software que se va fluir en el, adems el este
software debe abarcar un campo muy amplio, en virtud de la gran cantidad
de informacin que se puede manejar, y no considerar un paquete de
gestin de bases de datos piloto es decir aprueba.
Adems no se reunieron las veces necesarias, para tratar asuntos claramente
visibles.
Claramente se puede establecer que no fueron suficientes la bases
consideradas para la elaboracin del informe ya que se obviaron varios cosas
importantes como el costo inicial del proyecto..
No se comprometi ya que cuando se dieron cuenta de los problemas
existentes, a los siete meses no propusieron alternativas de solucin sino
que continuaron hasta el final
TAREAS INTRACLASE


Por qu se sentan tan incmodos Valerie y sus colaboradores con los
problemas y las necesidades planteadas?
Por qu dichas necesidades no haban sido consideradas al inicio del proyecto
y cuando ya queran cambiar, tenan ya un gasto de ms de 150.000 dlares.
Lo que era responsabilidad de ellos.

Debera haberse cancelado el proyecto? Qu habra pasado con la
inversin de 150.000 dlares que ya se haba hecho?
Si, se debi parar el proyecto en cuanto surgieron los problemas, ya que era
mejor perder 150.000 dlares a tiempo que, 625.000 dlares aparte del
peligro de tener que pasar por una infinidad de problemas de orden legal.

Si usted fuera Larry o Valerie, en qu habra actuado de diferente manera?
En cuanto surgieron los problemas informar oportunamente a la parte
directiva, o a mi jefe inmediato, a fin de oportunamente reestructurar el
proyecto que se estaba viniendo al piso, adems que desde el inicio
considerar un campo mucho mas amplio para el anlisis de problemas y
necesidades, involucrado activamente a todos los actores que participaran en
el manejo del proyecto terminado, incluido al usuario final.


UNIDAD I: FUNDAMENTOS Y CICLOS DE VIDA DE
DESARROLLO DE SISTEMAS
UNIDAD I: FUNDAMENTOS Y CICLOS DE VIDA DE DESARROLLO DE SISTEMAS
SEMAN
AS DE
ESTUDIO
TEMAS CONTENIDOS ESTRATEGIAS DE
APRENDIZAJE
HOR
AS
10 14
Septiembr
e


II
Estilos
Organizacionale
s y Ciclos de
Vida de
Sistemas
1.7 Estilos Organizacionales y su
impacto sobre los sistemas de
informacin
1.8 Qu es el Anlisis de
Sistemas y cules son las funcin
del Analista de Sistemas?
1.9 , Ciclo de Vida de Desarrollo
de Sistemas
1.9.1 , Modelos de desarrollo
1.9.2, Qu es una metodologa
de desarrollo de software?
1.9.3, CVDS / Metodologas
1.9.4, Preguntas de Repaso
Elaboracin de
organizadores grficos,
mapas conceptuales y
redes semnticas,
resmenes, analogas,
preguntas intercaladas.

4
horas
Nunca consideres el estudio como una obligacin,
sino como una oportunidad para penetrar en el
bello y maravilloso mundo del saber.
Albert Einstein
Estilos Organizacionales y su impacto sobre los
sistemas de informacin
Para analizar y disear sistemas de informacin son apropiados
los analistas de sistemas tienen que visualizar a las
organizaciones donde trabajan como sistemas formados por las
interacciones de tres fuerzas principales:
Los niveles de administracin
El diseo de las organizaciones
Las culturas organizacionales
Fundamentos Organizacionales

Para analizar y disear adecuadamente los sistemas de informacin, el
analista de sistemas necesita comprender las organizaciones en que
trabaja como sistemas conformados por la interaccin de tres fuerzas
principales: los niveles de administracin, el diseo de la organizacin y la
cultura organizacional.
Las organizaciones como sistemas
Las organizaciones son conceptualizadas en forma til como sistemas
diseados para lograr metas y objetivos predeterminados por medio
de la gente y otros recursos que emplean.
Qu es el Anlisis de Sistemas
Un conjunto de hechos, principios y reglas clasificadas y dispuestas de
manera ordenada mostrando un plan lgico en la unin de las partes.
Un Anlisis de Sistema se lleva a cabo teniendo en cuenta los
siguientes objetivos en mente:
Identifique las necesidades del Cliente.
Evale que conceptos para establecer su viabilidad.
Realice un Anlisis Tcnico y econmico.
Asigne funciones al Hardware, Software, personal, base de datos, y
otros elementos del Sistema.
Establezca las restricciones de presupuestos y planificacin
temporal.
Debe reflejar todas aquellas limitaciones impuestas al sistema.
Funciones del analista en sistemas
Funciones:

El Analista de Sistemas de Computacin podr desempearse como:

Programador de aplicaciones.
Colaborador en la planificacin y coordinacin de proyectos de
desarrollo de sistemas de informacin.
Evaluar y recomendar software de base y hardware necesarios.
Lder de Proyecto
Asesor Tecnolgico
Asegurador de calidad.
Ciclo de Vida de Desarrollo de Sistemas.
El ciclo de vida de un sistema de informacin es un enfoque por fases del
anlisis y diseo que sostiene que los sistemas son desarrollados de
mejor manera mediante el uso de un ciclo especifico de actividades del
analista y del usuario.
Fase
conceptual.
Fase de
definicin.
Fase de
adquisicin
o de
produccin.
Fase
operacional.
Fase de
muerte.
La fase conceptual es aquella en la que la idea se concibe y se
le hace una evaluacin preliminar.
Fase conceptual (descripcin)
En esta fase se examina el medio, se realizan pronsticos se
evalan los objetivos y alternativas, se realiza una evaluacin
por primera vez de costos y aspectos relacionados con el
tiempo del sistema al mismo tiempo se hace la estrategia
bsica la organizacin y los requerimientos de recursos.
Esta fase conceptual tiene como objetivo identificar
proyectos que tienen un alto riesgo y no son factibles o no
son prcticos desde el punto de vista tcnico, econmico y
del ambiente.
Fase de definicin
El propsito principal de esta fase es definir lo ms pronto
posible y exacto, los costos, los programas, la realizacin y
los requerimientos de recursos y si todos estos elementos
concordaran econmica y tcnicamente.
Fase de adquisicin o de produccin.
El propsito de esta fase de adquisicin o de produccin es
adquirir y probar los elementos del sistema y el sistema
total mismo utilizando los estndares que se desarrollaron
durante las fases precedentes.
Fase operacional.
En esta fase el gerente encargado del sistema es el que provee de todos los
recursos necesarios para llevar a cabo los objetivos del sistema.

Esta fase es resultado de que el modelo ha sido aprobado desde el punto
de vista econmico, y el gerente trata de poner ms atencin en los
elementos humanos del sistema y trata de optimizar los recursos del
sistema total.
Fase de muerte

Todo ciclo tiene su inicio y su fin, esta etapa es la de declinacin o muerte
del sistema.
TAREAS EXTRACLASE

6.- Ciclo de Vida de Desarrollo de Sistemas
Cules es el Ciclo de Vida del Desarrollo de un Sistema?

A que sistema de informacin pertenecen un ERP?
1.1. Qu es un ERP?


Son sistemas de informacin gerenciales que integran y manejan
muchos de los negocios asociados con las operaciones de produccin
y de los aspectos de distribucin de una compaa comprometida en
la produccin de bienes o servicios.
TAREAS EXTRACLASE

6.- Ciclo de Vida de Desarrollo de Sistemas
Cules es el Ciclo de Vida del Desarrollo de un Sistema?

1.2 A que sistema de informacin pertenecen?
Los ERP son sistemas integrado de gestin y para mi criterio pertenecen a un
sistema de informacin experto ya que ms que programas de ordenador
son sistemas de informacin que integran aplicaciones informticas para
gestionar todos los departamentos y funciones de una empresa: contabilidad
financiera y analtica, finanzas, produccin, mantenimiento, logstica, recursos
humanos, materiales, gestin de activos, compras y pagos, ventas y cobros,
bancos y efectos, tesorera, cartera, gestin de proyectos
Por tanto la caracterstica principal que distingue a un ERP es la integracin.
TAREAS EXTRACLASE

Cundo se utilizan los Ciclos de vida?
Descripcin del mural de un Ingeniero en sistemas aqu va el mural.


Cundo utilizo un ciclo de vida porqu?
Un sistema de informacin es un enfoque por fases del anlisis y diseo que
sostiene que los sistemas son desarrollados de mejor manera mediante el uso de
un ciclo especifico de actividades del analista y del usuario.

2.2 Cundo utilizo un ciclo de vida porqu?
Un ciclo de vida lo utilizo cuando deseo:

Determinar el orden de las fases del proceso de software
Establecer los criterios de transicin para pasar de una fase a la siguiente
Definir las entradas y salidas de cada fase
Describir los estados por los que pasa el producto
Describir las actividades a realizar para transformar el producto
Definir un esquema que sirve como base para planificar, organizar, coordinar,
desarrollar
TAREAS EXTRACLASE



Porque:
Es un enfoque por fases del anlisis y diseo que
sostiene que los sistemas son desarrollados de
mejor manera mediante el uso de un ciclo
especifico de actividades del analista y del usuario.
es decir me ayuda a tener todas las fases de mi
sistema desde que nace la idea inicial hasta que el
software es retirado o remplazado (muere).
Modelos de desarrollo
Un modelo de desarrollo es un patrn de acumulacin que responde a las
necesidades de organizacin econmica y social de un pas en una
determinada poca histrica. Se trata de una adecuacin de las estructuras
del desarrollo y de los procesos econmicos a un caso especfico.
Modelo cascada
Fases del Modelo Cascada
Ingeniera y Anlisis del Sistema:
Anlisis de Requisitos Software:
Anlisis y de diseo de todos los componentes
El usuario para saber que necesidades
debemos cubrir.
Diseo:
Pruebas:
En esta fase se realizan los algoritmos
necesarios para que se cumplan los
requerimientos del usuario .
Se dividen en:
Diseo de Alto Nivel, Diseo Detallado, Codificacin.
Mantenimiento
Se ensamblan para formar el sistema y se demuestra
que trabaja correctamente.
Los tipos de mantenimiento son:

Mantenimiento Preventivo y Perfectivo
Mantenimiento Correctivo
Mantenimiento Evolutivo
Modelo Espiral.
El desarrollo en espiral es un modelo de ciclo de vida del software
definido por primera vez por Barry Bohem en 1988, utilizado
generalmente en la Ingeniera de software. Las actividades de este
modelo se conforman en una espiral, en la que cada bucle o iteracin
representa un conjunto de actividades.

En cada vuelta o iteracin hay que tener en cuenta:
Los Objetivos: Que necesidad debe cubrir el producto.
Alternativas: Las diferentes formas de conseguir los objetivos
pueden ser:
1. Caractersticas: experiencia del personal, requisitos a cumplir,
etc.
2. Formas de gestin del sistema.
3. Riesgo asumido con cada alternativa.

Desarrollar y Verificar: Programar y probar el software.
Modelo Prototipado.
El Modelo de prototipos que pertenece a los modelos de desarrollo
evolutivo, El prototipo debe ser construido en poco tiempo, usando
los programas adecuados y no se debe utilizar mucho dinero pues a
partir de que ste sea aprobado nosotros podemos iniciar el
verdadero desarrollo del software.
Etapas

Plan rpido
Modelado, diseo rpido
Construccin del Prototipo
Desarrollo, entrega y retroalimentacin
Comunicacin
Modelo en V.
El modelo en V es una variacin del modelo en cascada que
muestra cmo se relacionan las actividades de prueba con el
anlisis y el diseo. Como se muestra en la Figura, la codificacin
forma el vrtice de la V, con el anlisis y el diseo a la izquierda y
las pruebas y el mantenimiento a la derecha.
Ventajas:
La relacin entre las etapas de desarrollo y los distintos tipos de
pruebas facilitan la localizacin de fallos.
Es un modelo sencillo y de fcil aprendizaje.
Hace explcito parte de la iteracin y trabajo que hay que revisar
Especifica bien los roles de los distintos tipos de pruebas a
realizar
Involucra al usuario en las pruebas.
Desventajas:
Es difcil que el cliente exponga explcitamente todos los
requisitos
El cliente debe tener paciencia pues obtendr el
producto al final del ciclo de vida.
Las pruebas pueden ser caras y, a veces, no lo
suficientemente efectivas.
Criterio Cascada Incremental Prototipado Espiral
Disponibilidad de Recursos Todos Algunos Algunos Algunos
Complejidad del Proyecto Baja Media Media Alta
Entendimiento de Requerimientos Especifico Vago Vago Vago
Tecnologa del Producto Vieja Nueva Vago Vago
Manejo de la Perspectiva del riesgo No Si Si Si
Conocimiento del Dominio del Problema Alto Regular Regular Pobre
COMPARACIONES
Qu es una metodologa de desarrollo de software?
Es un conjunto de procedimientos, tcnicas, herramientas y un
soporte documental que ayuda a los desarrolladores a realizar nuevo
software.
Una Metodologa indica cmo hay que obtener los distintos productos
parciales o finales y puede seguir uno o varios modelos de Ciclo de
Vida.
Clasificacin de las metodologas:
METODOLOGIAS
ESTRUCTURADAS
ORIENTADAS A
PROCESOS
ORIENTADAS A DATOS
MIXTAS
NO ESTRUCTURADAS
ORIENTADAS A
OBJETOS
SISTEMAS DE TIEMPO
REAL
AGILES
Metodologas agiles vs metodologas tradicionales.
Metodologa gil Metodologa Tradicional
Pocos Artefactos. El modelado es prescindible, modelos
desechables.
Ms Artefactos. El modelado es esencial, mantenimiento de
modelos
Pocos Roles, ms genricos y flexibles Ms Roles, ms especficos
No existe un contrato tradicional, debe ser bastante
flexible
Existe un contrato prefijado
Cliente es parte del equipo de desarrollo (adems in-situ) El cliente interacta con el equipo de desarrollo mediante
reuniones
Orientada a proyectos pequeos. Corta duracin (o
entregas frecuentes), equipos pequeos (< 10 integrantes)
y trabajando en el mismo sitio
Aplicables a proyectos de cualquier tamao, pero suelen ser
especialmente efectivas/usadas en proyectos grandes y con
equipos posiblemente dispersos
La arquitectura se va definiendo y mejorando a lo largo del
proyecto
Se promueve que la arquitectura se defina tempranamente
en el proyecto
nfasis en los aspectos humanos: el individuo y el trabajo
en equipo
nfasis en la definicin del proceso: roles, actividades y
artefactos
Se esperan cambios durante el proyecto Se espera que no ocurran cambios de gran impacto durante
el proyecto
XP (Extreme Programmig)
La Programacin Extrema es una metodologa ligera de desarrollo de
software que se basa en la simplicidad, la comunicacin y la
realimentacin o reutilizacin del cdigo desarrollado.
XP
Proceso ligero, gil,
de bajo riesgo,
flexible, predecible,
cientfico y divertido
de desarrollar
software.
Orientado hacia
quien produce y usa
el software
Reduce el costo del
cambio en todas las
etapas del ciclo de
vida del sistema.
Uso de la metodologa XP
XP surgi como respuesta y posible solucin a los problemas
derivados del cambio en los requerimientos
Las cuatro variables de XP son:
Coste: Mquinas, especialistas y oficinas.
Tiempo: Total y de Entregas.
Calidad: Externa e Interna.
Alcance: Intervencin del cliente.
Simplicidad en las soluciones
implementadas.
Comunicacin.
Retroalimentacin.
Coraje.
Su utilidad es medida con cuatro valores:
Fases XP
XP
Planificacin
Historias de Usuario
Plan de entrega
Velocidad del
proyecto
Iteraciones
Rotaciones
Reuniones
Diseo
Metafora del sistema
Tarjetas CRC
Soluciones
Soluciones puntuales
Funcionalidad minima
Reciclaje
Desarrollo
Disponibilidad de
cliente
Unidad de Pruebas
Programacin en
parejas
Integracin
Pruebas
Implantacin
Pruebas de aceptacin
En las fases de XP se utilizan:
Se utilizan historias de usuario: las necesidades, escritas por los
usuarios.
Se crean los planes de entregas, los cuales estiman el
tiempo de desarrollo de las historias de usuario.
Se llevan a cabo la planificacin de iteracin: identificar las
historias de usuario que se van a desarrollar en una iteracin
especfica.

Se desarrollan reuniones diarias, con el fin de facilitar la
comunicacin entre el grupo de trabajo y la exposicin de los
diferentes problemas.

Se escoge una metfora de sistema, esto para facilitar el manejo
consistente de los nombres de las clases y los mtodos.
Roles de XP

XP

Cliente
Programador
Tester
Tracker Coach
Consultor
Big boss
Las metodologas tradicionales imponen un proceso disciplinado,
estn orientados a documentos y se vuelven demasiado burocrticas e
ineficaces.
RUP (Rational Unified Process)
RUP es un proceso para el desarrollo de un proyecto de un software
que define claramente quien, cmo, cundo y qu debe hacerse en el
proyecto. Como 3 caractersticas esenciales est dirigido por:

los Casos de Uso: que orientan el proyecto a la importancia para el
usuario y lo que este quiere, est centrado en,

la arquitectura: que Relaciona la toma de decisiones que indican cmo
tiene que ser construido el sistema y en qu orden, y es,

iterativo e incremental: donde divide el proyecto en mini proyectos
donde los casos de uso y la arquitectura cumplen sus objetivos de
manera ms depurada.
Como filosofa RUP maneja 6 principios clave:
Adaptacin del proceso
El proceso deber adaptarse a las caractersticas propias de la organizacin.
Balancear prioridades
Los requerimientos de los diversos inversores pueden ser diferentes,
contradictorios o disputarse recursos limitados.
Colaboracin entre equipos
El desarrollo de software no lo hace una nica persona sino mltiples
equipos.
Demostrar valor iterativamente
Los proyectos se entregan, aunque sea de un modo interno, en etapas
iteradas.
Elevar el nivel de abstraccin
Este principio dominante motiva el uso de conceptos reutilizables
tales como patrn del software, lenguajes 4GL o esquemas
(frameworks) por nombrar algunos.
Enfocarse en la calidad
El control de calidad no debe realizarse al final de cada iteracin, sino
en todos los aspectos de la produccin.
El ciclo de vida de RUP
RUP divide el proceso en 4 fases
Inicio Se hace un plan de fases, se identifican los principales casos
de uso y se identifican los riesgos. Se define el alcance del
proyecto.
Elaboracin: Se hace un plan de proyecto, se completan los
casos de uso y se eliminan los riesgos.
Construccin: Se concentra en la elaboracin de un producto
totalmente operativo y eficiente y el manual de
usuario.
Transicin: Se Instala el producto en el cliente y se entrena a
los usuarios.
Descripcin de las Actividades
Fase de Inicio
Durante la fase de inicio las iteraciones hacen ponen mayor nfasis en
actividades modelado del negocio y de requisitos.
Modelado del negocio
En esta fase el equipo se familiarizar ms al funcionamiento de la
empresa, sobre conocer sus procesos.
Entender la estructura y la dinmica de la organizacin para la cual
el sistema va ser desarrollado
Entender el problema actual en la organizacin objetivo e
identificar potenciales mejoras.
Asegurar que clientes, usuarios finales y desarrolladores tengan
un entendimiento comn de la organizacin objetivo.
Requisitos
En esta lnea los requisitos son el contrato que se debe cumplir:
Establecer y mantener un acuerdo entre clientes y otros stakeholders
sobre lo que el sistema podra hacer.
Proveer a los desarrolladores un mejor entendimiento de los
requisitos del sistema.
Definir el mbito del sistema.
Proveer una base para estimar costos y tiempo de desarrollo del
sistema.
Definir una interfaz de usuarios para el sistema, enfocada a las
necesidades y metas del usuario.
Fase de Construccin
Implementacin
Se implementan las clases y objetos en ficheros fuente, binarios,
ejecutables y dems. El resultado final es un sistema ejecutable.
Planificar qu subsistemas deben ser implementados
Cada implementador decide en qu orden implementa los elementos
del subsistema.
Pruebas
Este flujo de trabajo es el encargado de evaluar la calidad del producto
que estamos desarrollando, pero no para aceptar o rechazar el
producto al final del proceso de desarrollo, sino que debe ir integrado
en todo el ciclo de vida.
Entorno
La finalidad de esta actividad es dar soporte al proyecto con las
adecuadas herramientas, procesos y mtodos.
Roles en RUP
Analistas:
Analista de procesos de negocio.
Diseador del negocio.
Analista de sistema.
Especificador de requisitos.
Desarrolladores: Arquitecto de software.
Diseador.
Diseador de interfaz de usuario.
Diseador de cpsulas.
Diseador de base de datos.
Implementador.
Integrador.
Despliegue
Esta actividad tiene como objetivo producir con xito distribuciones
del producto y distribuirlo a los usuarios.
Durante todo el Proyecto
Gestin del proyecto
Se vigila el cumplimiento de los objetivos, gestin de riesgos y
restricciones para desarrollar un producto que sea acorde a los
requisitos de los clientes y los usuarios.
Configuracin y control de cambios
El control de cambios permite mantener la integridad de todos los
artefactos que se crean en el proceso, as como de mantener
informacin del proceso evolutivo que han seguido.
Gestores:
Jefe de proyecto.
Jefe de control de cambios.
Jefe de configuracin.
Jefe de pruebas.
Jefe de despliegue.
Ingeniero de procesos.
Revisor de gestin del proyecto.
Gestor de pruebas.
Apoyo:
Documentador tcnico.
Administrador de sistema.
Especialista en herramientas.
Desarrollador de cursos.
Artista grfico.
Especialista en pruebas:

Especialista en Pruebas (tester).
Analista de pruebas.
Diseador de pruebas.
Otros roles:
Stakeholders.
Revisor.
Coordinacin de revisiones.
Revisor tcnico
Principales diferencias entre XP y RUP
REFERENCIAS BIBLIOGRAFICAS

TRIPOD.com (2012, Septiembre) UML[On line]. Disponible:
http://felip3.tripod.com/dbmsysusfunciones.html
STRIBD.com (2012, Mayo) DIAGRAMA DE CASO USO. [On line].
Disponible:
http://es.scribd.com/doc/57325402/47/DEFINICION-DE-SISTEMA-
MANEJADOR-DE-BASES-DE-DATOS-DBMS

Red de Revistas Cientficas de Amrica Latina y el Caribe.(2005, Mayo
23) Sistema de Informacin Cientfica (Aprendizaje Basado en Proyectos
Colaborativos) [On line]. Disponible:
http://redalyc.uaemex.mx/pdf/761/76111716009.pdf

Red de Revistas Cientficas de Amrica Latina y el Caribe.(2005, Mayo
23) Sistema de Informacin Cientfica (Aprendizaje Basado en Proyectos
Colaborativos) [On line]. Disponible:
http://redalyc.uaemex.mx/pdf/761/76111716009.pdf

REFERENCIAS BIBLIOGRAFICAS
Universidad Nacional Autnoma de Mexico. (2010, Octubre 17)
Tecnologa de la informacin como herramienta para aumentar la
productividad de una empresa. [On line]. Disponible:
http://www.tuobra.unam.mx/publicadas/040702105342-ERP.html

CIBERCONTA.(2012) Los sistemas integrados de gestin , Enterprise
Resource Planning, o ERP [On line]. Disponible:
http://ciberconta.unizar.es/leccion/introduc/450.htm

Red de Revistas Cientficas de Amrica Latina y el Caribe.(2005, Mayo
23) Sistema de Informacin Cientfica (Aprendizaje Basado en Proyectos
Colaborativos) [On line]. Disponible:
http://redalyc.uaemex.mx/pdf/761/76111716009.pdf

CIBERCONTA.(2012) Los sistemas integrados de gestin , Enterprise
Resource Planning, o ERP [On line]. Disponible:
http://ciberconta.unizar.es/leccion/introduc/450.htm