Jorge Alexander Guardado

Es una serie de artefactos (componentes)

que en conjunto logran algn resultado
empresarial.
Dicho con mas detalle:

Recopila, manipula, almacena y crea reportes de

informacin respecto de las actividades de
negocios de una empresa, con el fin de ayudar a la
administracin de esa empresa en el manejo de las
operaciones de negocios.
Sistemas de informacin personalizados
Paquetes Comerciales de distribucin
General (COTS: Commercial off-the-shelf)
Es aquel que se
ha desarrollado
para un cliente
especifico, del
mismo modo
que se hace un
traje a la medida
para un
individuo.
Los 3 principales interesados cuando se
desarrolla(construye un sistema de
informacin son:
Quien paga Futuros del De ese

Desarrolladores
El Usuario
El Cliente

por el sistema de sistema en

sistema de informaci especifico
informaci n
n que se va
a
desarrollar
Las tareas de los desarrolladores es determinar las necesidades del cliente
y desarrollar un sistema de informacin que satisfaga dichas necesidades
y pueda ser utilizado por los usuarios .
Incorpora el modelo de negocios de la
empresa que lo encarg.

Vender una copia de un

sistema personalizado
significa entregar
informacin propia a la
competencia.
Comerciales, fuera de los
productos (COTS) o simplemente
fuera de la plataforma (OTS, que
tambin puede incluir software
libre), son preparadas y
disponibles para la venta,
arrendamiento o licencia para el
pblico en general.
A menudo se utilizan como
alternativas a la de desarrollos
propios.
Otro nombre para los
paquetes COTS es
Shrinkware.

En la actualidad es
frecuente que los paquetes
COTS se descarguen por
internet (Clickware)
Los 2 principales interesados cuando se
desarrolla un paquete COTS son:
Los desarrolladores
Los Usuarios

Los sistemas COTS, fueron desarrollados para satisfacer

las necesidades de un grupo de usuarios lo mas grande
posible.
Jorge Alexander Guardado
Es la manera en que se
construye el sistema de
informacin.
Se divide en una serie
de pasos pequeos
llamados fases.
1. Fase de requisitos
2. Fase de anlisis
3. Fase de diseo
4. Fase de implementacin
5. Fase de mantenimiento
6. Retiro
 Finalmente, despus de 10, 15 aos Problema que ha de
de mantenimiento, un sistema de Resolverse (se extraen los
informacin se retira si ya no da un
Requisitos
Requisitos del cliente)
servicio til

Retiro Anlisis El objetivo es

Despus de que se ha Preparar el doc. De
Instalado el S.I. Especificaciones.
necesitar Que har el sistema
Modificaciones, ya sea Y se genera el plan de
para eliminar cualquier Administracin de
falla restante o por proyectos
necesidad de ampliar de
alguna informacin.
Mantenimiento Diseo

Los miembros del equipo

Los diseos de los mdulos se
De desarrollo describe
entregan al equipo de
Implementacin Cmo se va a desarrollar
Programacin para traducirlos
El sistema de informacin.
a lenguaje de programacin
General mente los mdulos del
adecuado
S.I.
 Como es posible desarrollar un sistema
de informacin administrativo sin un
plan?

La principal observacin es que hasta

saber exactamente que se va a
desarrollar, no hay manera de idear un
plan detallado preciso
 Plan de
Supervisin del
Planeacin Preliminar Administracin de
Proyecto
Proyecto
De modo que se Una vez que se sabe A lo largo de todo el
puedan manejar las con precisin lo que se proyecto la
fases de anlisis y va a desarrollar, se idea administracin necesita
requisitos. el plan de supervisar el plan de
administracin de administracin.
proyecto, el cual
incluye:
Presupuesto
Requisitos de
personal
Calendario detallado

En otras palabras, no hay una fase de planeacin separada, en vez de ello,

las actividades de planeacin se realizan a lo largo de todo el ciclo de vida.
!!Lamentablemente, VERIFICAR el sistema de informacin
Una vez que est listo para ser entregado al cliente es
Demasiado tarde

Sin duda es esencial verificar con mucho cuidado un

sistema de informacin despus de que se ha
desarrollado.
La conclusin obvia es
que, adems de revisar el
sistema de informacin
como un todo cuando
est completo
(validacin), el sentido
comn dicta que tambin
debe revisarse al final de
cada fase (verificacin)
Jorge Alexander Guardado
Comprender que es la ingeniera de
software y porque es importante;
Conocer las respuestas a las preguntas
claves que proporcionan una
introduccin a la Ingeniera de software.
Comprender algunos aspectos
profesionales y de tica que son
importantes para los ingenieros de
software.
Actualmente casi todos los pases
dependen de complejos sistemas
informticos.
Aplicaciones para:
Gobierno electrnico
SAP
ERP
- pasar a preentacion de sommervill
Muchas personas asocian
el termino software con
los programas de
computadoras.
Programas de ordenador y la
documentacin asociada.
Generalmente un sistema de
software consiste en diversos
programas independientes,
archivos de configuracin que se
utilizan para ejecutar estos
programas, un sistema de
documentacin que describe la
estructura del sistema, la
documentacin para el usuario
que explica como utilizar el
sistema y sitios web que permitan
a los usuarios descargar la
informacin de productos
recientes.
Es el conjunto completo de programas,
procedimientos y documentacin
relacionada que se asocia con un sistema,
y especialmente con un sistema de
computadoras.
Sistemtico, cuando sigue un sistema
Cuantificable, si tanto su realizacin
como sus resultados pueden medirse
Disciplina, si esta sujeto a control con
respecto a ciertos estndares.
Es una disciplina de la ingeniera que comprende
todos los aspectos de la produccin de software
desde las etapas iniciales de la especificacin del
sistema, hasta el mantenimiento de ste despus de
que se utiliza.

Etapa Inicial de Mantenimiento

las despus de que
Especificaciones se utiliza
Disciplina de la ingeniera:
Los ingenieros hacen que
las cosas funcionen.
Aplican teoras, mtodos, y
herramientas donde sea
convenientes, pero las
utilizan de forma selectiva
y siempre tratando de
descubrir soluciones a los
problemas.
Todos los aspectos de produccin de software:
La ingeniera del software no solo comprende
los procesos tcnicos del desarrollo de
software, sino tambin con actividades tales
como la gestin de proyectos de software y el
desarrollo de herramientas, mtodos y teoras
de apoyo a la produccin
 Esencialmente, la ciencia de la
computacin se refiere a las teoras
Ciencias de la
y mtodos subyacentes a las
Computacin computadoras y los sistemas de
software.

Ingeniera de Se refiere a los problemas prcticos

Software de producir software.
La Ing. De Sistemas, comprende el
desarrollo de hardware, polticas y
procesos de diseo y distribucin de
sistemas (modelado, estudio de casos
etc).
La Ing. De Software, es la disciplina o
rea de la informtica que ofrece
mtodos y tcnicas para desarrollar y
mantener software de calidad.
Es un conjunto de actividades y
resultados asociados que producen un
producto de software.

1. Especificaciones de Software
2. Desarrollo de Software
3. Validacin del software
4. Evolucin del software
Es una descripcin simplificada
de un proceso del software que
presenta una visin de ese
proceso.
Estos modelos pueden incluir
actividades que son parte de
los procesos y productos de
software y el papel de las
personas involucradas en la
ingeniera de software.
Un modelo de flujo de trabajo: Muestra la secuencia de
actividades en el proceso junto con sus entradas,
salidas y dependencias, Las actividades en este modelo
representan acciones humanas.
Un modelo de flujo de datos o de actividades,
representa el proceso como un conjunto de
actividades, cada una de las cuales realizan alguna
transformaciones en los datos.
Un modelo de rol/accin, representa los roles de las
personas involucradas en el proceso de software y las
actividades de las que son responsables.
El enfoque en cascada
Desarrollo iterativo
Ingeniera de software basada en componentes
(CBSE)
Caractersticas Descripcin
del Producto
Mantenibilidad El software debe escribirse de tal forma que pueda evolucionar
para cumplir las necesidades de cambio de los clientes. Este es
un atributo critico debido a que el cambio en el software es una
consecuencia inevitable de un cambio en el entorno de
negocios.
Confiabilidad La confiabilidad del software tiene un gran numero de
caractersticas, incluyendo la fiabilidad, proteccin y seguridad.
El software confiable no debe causar daos fsicos o
econmicos en el caso de una falla del sistema.
Eficiencia El software no debe hacer que se malgasten los recursos del
sistema, como la memoria y los ciclos procesamiento. Por lo
tanto, la eficiencia incluye tiempos de respuesta y de
procesamiento, utilizacin de la memoria, etc.
Usabilidad El software debe ser fcil de utilizar, sin esfuerzo adicional, por
el usuario para quien esta diseado. Esto significa que debe
tener una interfaz de usuario apropiada y una documentacin
adecuada.
 Investigar los postulados de:
Edsger Wybe Dijkstra (1930-2002)
Conjunto de
actividades
mutuamente
relacionadas o que
interactan, las
cuales transforman
elementos de
entrada en
resultados.
Un diagrama de flujo
siempre tiene un
nico punto de inicio
y un nico punto de
trmino.
Adems, todo camino
de ejecucin debe
permitir llegar desde
el inicio hasta el
trmino.
Identificar las ideas principales a ser incluidas en el
diagrama de flujo. Deben estar presentes el dueo o
responsable del proceso, los dueos o responsables del
proceso anterior y posterior y de otros procesos
interrelacionados, otras partes interesadas.
Definir qu se espera obtener del diagrama de flujo.
Identificar quin lo emplear y cmo.
Establecer el nivel de detalle requerido.
Determinar los lmites del proceso a describir.
1) Qu actividades hay que
realizar y en qu
secuencia para suministrar
o prestar los productos y
servicios acordados
(misin).
2) Quin debe realizar cada
una de las actividades.
3) Cmo hay que realizar
cada actividad.
4) Cmo medir la eficacia y
eficiencia de cada proceso
Establecer el alcance del proceso a
describir. De esta manera quedar
fijado el comienzo y el final del
diagrama. Frecuentemente el
comienzo es la salida del proceso
previo y el final la entrada al proceso
siguiente.
Identificar y listar las principales
actividades/subprocesos que estn
incluidos en el proceso a describir y
su orden cronolgico.
Si el nivel de detalle definido incluye
actividades menores, listarlas
tambin.
Identificar y listar los
puntos de decisin.
Construir el diagrama
respetando la secuencia
cronolgica y
asignando los
correspondientes
smbolos.
Asignar un ttulo al
diagrama y verificar
que est completo y
describa con exactitud
el proceso elegido.
Qu es lo primero que ocurre?
Qu es lo siguiente que ocurre?
Qu es lo ltimo que ocurre?
De dnde viene el (Servicio, Material)?
Cmo el (Servicio, Material) llega al proceso?
Quin toma las decisiones (si se necesita)?
Qu pasa si la decisin es S?
Qu pasa si la decisin es No?
Adnde va el (Producto, Servicio) de esta operacin?
Qu revisiones/ verificaciones se realizan en el producto en
cada parte del proceso?
Qu pasa si la revisin/ verificacin no cumple con los
requisitos?
Smbolos ms comunes en el diseo de
flujos de datos o diagramas de flujos.
Proceso para la
reparacin de una
computadora. (Nivel
Macro)
Proceso para la
reparacin de una
computadora.
(Nivel Micro)
En este, adems de representarse la interrelacin de los procesos,
se ilustra la relacin entre ambos ciclos para representar las
acciones de mejora continua durante cada uno de los procesos, a
partir de los recursos necesarios para su ejecucin, donde la
gestin de cada uno de ellos constituye otros procesos.
 El ciclo Deming o tambin conocido como el
ciclo de mejoramiento de Shewhart consiste
A P
en cuatro pasos o fases: Planear, Hacer,
V H Verificar y Actuar. La ejecucin lgica y
ordenada de stos permitir a la Institucin
avanzar hacia la mejora continua.
 PLANEAR
A travs de esta fase se busca realizar un
anlisis que permita identificar el rumbo de
cada una de las actividades, as como los
P
problemas a los que se enfrentan la
institucin y determinar la importancia de
stos.
El anlisis debe sustentarse con datos
slidos, para ello es importante utilizar
grficas y esquemas que faciliten su
comprensin con todo el personal
involucrado en cada uno de los problemas
identificados.
 HACER
Una vez que todos los involucrados en cada
una de las tareas han entendido el rumbo de
P
la institucin, la siguiente fase consiste en
ejecutar las acciones programas en el plan de
H
trabajo, incluyendo aquellas acciones y
estrategias para la solucin de los problemas
a los que se enfrentan.
 VERIFICAR
Resulta estratgico que constantemente se
compare el resultado de las acciones y
estrategias implementadas con los resultados
P
esperados en el plan originalmente
H
establecido.
V
Los anterior le permite a la organizacin
detectar a tiempo las brechas existentes
entre la planificado y lo realizado, para con
ello determinar los ajustes necesarios.
 ACTUAR
Con base en el anlisis de las brechas
identificadas o, en su caso, las desviaciones
A P ocurridas entre lo programado y lo realizado;
la organizacin y los dueos de los procesos
V H deben plantear las acciones correctivas y/o
preventivas necesarias para asegurarse de
que los problemas tengan una menor
probabilidad de ocurrencia.
 A P

V H
A P

V H
A P

V H
MEJORA CONTINUA
DE LA INSTITUCIN
(Mapeo de procesos)
El reto de la heterogeneidad
El reto de la entrega
El reto de la confianza
Los ingenieros de software
deben aceptar que su trabajo
comprende responsabilidad ms
amplias que simplemente la
aplicacin de habilidades
tcnicas.

No basta con decir que usted

siempre debe poseer estndares
normales de honestidad e
integridad. No debera utilizar su
capacidad y sus habilidades para
comportarse de forma deshonesta
o de forma que deshonre la
profesin.
Confidencialidad
Competencia
Uso inapropiado de las computadoras
Control de lectura
Capitulo No. 1 del libro : Ingeniera del
Software (un enfoque practico), sexta
edicin. Roger S. Pressman.
Cual es el papel de las personas,
computadoras y procesos en un sistema