UNIDAD 1

Qu es un sistema?

Es una coleccin de componentes interrelacionados y que trabajan

conjuntamente para cumplir un objetivo

Qu es un sistema?

Un conjunto o disposicin de componentes que estn organizados para realizar

un objetivo predefinido procesando informacin

Qu es un sistema de informacin?

1- Desde el punto de vista de las organizaciones

Un Sistema de informacin es una solucin administrativa, basada en
tecnologa de informacin para un reto planteado por el entorno.
2- Desde el punto de vista tcnico
Un Sistema de Informacin se puede definir como un conjunto de componentes
interrelacionados que recolectan, procesan, almacenan y distribuyen
informacin para apoyar la toma de decisiones y el control en una
organizacin. Tambin proporcionan una reaccin correctiva si no se ha logrado
cumplir el / los objetivos.

Funciones del SISTEMA de Informacin

Dato es una representacin

formalizada de hechos o eventos
aislados. Por ejemplo: Cantidad de
empleados que trabajan en el

La informacin es un conjunto de
datos organizados de tal manera que
poseen un significado y un valor
adicional.

departamento Ventas, Horas totales

trabajadas a la semana; Inscripcin
de alumnos; Pago de cuota; Cantidad
de habitantes de un pas

Componentes de un Sistema de Informacin

Documentos: Manuales
del usuario y otra
informacin descriptiva
del uso del sistema.

Redes: Conjunto de
Computadoras
interconectadas

El valor de la informacin est

relacionado de manera directa con la
forma en que sta ayuda a las
personas que tomen las decisiones
para alcanzar las metas
organizacionales.

Hardware: Dispositivos
electrnicos que
proporcionan capacidad
de clculo y
dispositivos
electromecnicos
Software: Programas
de computadora
Estructuras de datos
Documentacin

Datos: Coleccin de
informacin organizada
a la que se accede por
medio del software

Personas: Usuarios
Operadores Equipo
de desarrollo del
Sistema

Rol Profesional del Ingeniero en Sistemas de Informacin

El ingeniero en Sistemas de Informacin permite la interpretacin y resolucin

de problemas mediante el empleo de metodologas de sistemas y tecnologas
de procesamiento de informacin. Por su preparacin resulta especialmente
apto para integrar la informacin proveniente de distintos campos disciplinarios
concurrentes a un proyecto comn. Afronta con solvencia el planeamiento,
desarrollo, direccin y control de los sistemas de informacin. Posee
conocimientos que le permiten administrar los recursos humanos, fsicos y de
aplicacin que intervienen en el desarrollo de proyectos de sistemas de
informacin. Adquiere capacidades que lo habilitan para el desempeo de
funciones gerenciales acordes con su formacin profesional. Est capacitado
para abordar proyectos de investigacin y desarrollo, integrando a tal efecto
equipos interdisciplinarios en cooperacin, o asumiendo el liderazgo efectivo
en la coordinacin tcnica y metodolgica de los mismos.

Rol Profesional del Analista de Sistemas

TCNICAS PARA LA RECOLECCIN INICIAL DE INFORMACIN

Una entrevista para la recoleccin de informacin es una conversacin dirigida

con un propsito especfico que usa un formato de preguntas y respuestas.
La entrevista inicial es una tarea de la actividad de Relevamiento o
Investigacin inicial
Se obtiene informacin sobre:

Opinin del entrevistado

Estado actual del sistema
Objetivos de la organizacin
Objetivos personales
Procedimientos informales
Procedimientos formales

DIAGRAMA DE GANTT PARA LA ENTREVISTA INICIAL

Con el diagrama de Gantt modelamos la planificacin de las tareas necesarias
para la realizacin de la entrevista inicial.
El diagrama de Gantt es una herramienta que es utilizada en casi todos los
proyectos y es utilizada como un medio de comunicacin entre las diversas
personas involucradas en el proyecto.

UNIDAD 2

CICLO DE VIDA

Desde el punto de vista de los Sistemas de Informacin, el ciclo de vida es el

conjunto de fases [o procesos] por las que pasa el sistema desde que se
concibe [o inicio] hasta que se retira del servicio finalizando su uso
[desmantelamiento del sistema]. Las fases o procesos estn estandarizados de
manera que puedan ser adaptados a las necesidades de quin lo use.

1. IDENTIFICACIN DE PROBLEMAS, OPORTUNIDADES Y OBJETIVOS

En esta primera fase del ciclo de vida del desarrollo de sistemas, el analista
determina con precisin cules son los problemas. Las oportunidades son
situaciones que el analista considera susceptibles de mejorar utilizando
sistemas de informacin computarizados. El aprovechamiento de las
oportunidades podra permitir a la empresa obtener una ventaja competitiva.
En primer lugar, el analista debe averiguar lo que la empresa trata de
conseguir. A continuacin, podr determinar si algunas funciones de las
aplicaciones de los sistemas de informacin pueden contribuir a que el negocio
alcance sus objetivos aplicndolas a problemas u oportunidades especficos.
Los usuarios, los analistas y los administradores de sistemas que coordinan el
proyecto son los involucrados en la primera fase. Las actividades de esta fase

consisten en entrevistar a los encargados de coordinar a los usuarios, sintetizar

el conocimiento obtenido, estimar el alcance del proyecto y documentar los
resultados. El resultado de esta fase es un informe de viabilidad que incluye
una definicin del problema y un resumen de los objetivos. A continuacin, la
administracin debe decidir si se sigue adelante con el proyecto propuesto. Si
el grupo de usuarios no cuenta con fondos suficientes, si desea atacar
problemas distintos, o si la solucin a estos problemas no amerita un sistema
de cmputo, se podra sugerir una solucin diferente y el proyecto de sistemas
se cancelara.
2. DETERMINACIN DE LOS REQUERIMIENTOS DE INFORMACIN
Entre las herramientas que se utilizan para determinar los requerimientos de
informacin de un negocio se encuentran mtodos interactivos como las
entrevistas, los muestreos, la investigacin de datos impresos y la aplicacin
de cuestionarios; mtodos que no interfieren con el usuario como la
observacin del comportamiento de los encargados de tomar las decisiones y
sus entornos de oficina, al igual que mtodos de amplio alcance como la
elaboracin de prototipos.
Esta fase es til para que el analista confirme la idea que tiene de la
organizacin y sus objetivos. Los implicados son el analista y los usuarios, por
lo general trabajadores y gerentes del rea de operaciones. El analista de
sistemas necesita conocer los detalles de las funciones del sistema actual: el
quin (la gente involucrada), el qu (la actividad del negocio), el dnde (el
entorno donde se desarrollan las actividades), el cundo (el momento
oportuno) y el cmo (la manera en que se realizan los procedimientos actuales)
del negocio que se estudia.
Al trmino de esta fase, el analista debe conocer el funcionamiento del negocio
y poseer informacin muy completa acerca de la gente, los objetivos, los datos
y los procedimientos implicados.
3. ANLISIS DE LAS NECESIDADES DEL SISTEMA
El analista debe hacer el anlisis de las necesidades del sistema. Herramientas
y tcnicas especiales ayudan que el analista haga las determinaciones de los
requerimientos. Una de estas herramientas es el uso de diagramas de flujo de
datos. En esta etapa el analista prepara una propuesta de sistemas que
sintetiza sus hallazgos, proporciona un anlisis de costo/beneficio de las
alternativas y ofrece, en su caso, recomendaciones sobre lo que se debe hacer,
y si la empresa considera factible, este sigue adelante. Cada problema de
sistemas es nico, y nunca existe slo una solucin correcta, todo depende de
las cualidades y la preparacin profesional de cada analista.
4. DISEO DEL SISTEMA RECOMENDADO
En esta fase el analista utiliza la informacin recopilada en las primeras fases
para realizar el diseo lgico del sistema de informacin.

El analista disea procedimientos precisos para la captura de datos. Adems

facilita la entrada eficiente de datos al sistema de informacin mediante
tcnicas adecuadas de diseo de formularios y pantallas.
La creacin de la interfaz conecta al usuario con el sistema y por tanto es
sumamente importante. La fase de diseo tambin incluye el diseo de
archivos o bases de datos que almacenarn gran parte de los datos de la
organizacin. En esta fase el analista tambin interacta con los usuarios para
disear la salida (en pantalla o impresa) que satisfaga sus necesidades.
Finalmente, el analista debe disear controles y procedimientos de respaldo
que protejan al sistema y a los datos, y producir paquetes de especificaciones
de programa para los programadores.
5. DESARROLLO Y DOCUMENTACIN DEL SOFTWARE
En esta fase el analista trabaja de manera conjunta con los programadores
para desarrollar cualquier software. Tambin trabaja con los usuarios para
desarrollar documentacin efectiva para el software, como manuales de
procedimientos, ayuda en lnea, etc. La documentacin indica a los usuarios
cmo utilizar el software y lo que deben hacer en caso de que surjan problemas
derivados de este uso. Los programadores desempean un rol clave en esta
fase porque disean, codifican y eliminan errores sintcticos de los programas
de cmputo.
6. PRUEBA Y MANTENIMIENTO DEL SISTEMA
Antes de poner el sistema en funcionamiento es necesario probarlo. Es mucho
menos costoso encontrar los problemas antes que el sistema se entregue a los
usuarios. Una parte de las pruebas las realizan los programadores solos, y otra
la llevan a cabo de manera conjunta con los analistas de sistemas.
El mantenimiento del sistema de informacin y su documentacin empiezan en
esta fase y se llevan a cabo de manera rutinaria durante toda su vida til. Gran
parte del trabajo habitual del programador consiste en el mantenimiento, y las
empresas invierten enormes sumas de dinero en esta actividad.
7. IMPLEMENTACEN Y EVALUACIN DEL SISTEMA
En esta ltima fase del desarrollo de sistemas, los fabricantes capacitan a los
usuarios en el manejo mismo, mientras que los analistas son los encargados de
supervisar esta responsabilidad. Adems, el analista tiene que planear una
conversin gradual del sistema anterior al actual.
La evaluacin, en realidad, se lleva a cabo durante cada una de las fases. Un
criterio clave que se debe cumplir es si los usuarios a quienes va dirigido el
sistema lo estn utilizando realmente.

Modelos del proceso del software

Un modelo de proceso es una descripcin simplificada de un proceso del

software que presenta una visin de ese proceso. El modelo de proceso define
el ciclo de vida que se adoptar para el proyecto de sistemas.
Los modelos de procesos que se incluyen son:
1. El modelo en cascada: Considera las actividades fundamentales del
proceso de especificacin, desarrollo, validacin y evolucin, y los
representa como fases separadas del proceso, tales como la
especificacin de requerimientos, el diseo del software, la
implementacin, las pruebas, etctera.

En principio, el resultado de cada fase es uno o ms documentos aprobados. La

siguiente fase no debe empezar hasta que la fase previa haya finalizado.
Las ventajas del modelo en cascada son que la documentacin se produce en
cada fase y que ste cuadra con otros modelos del proceso de ingeniera. Su
principal problema es su inflexibilidad al dividir el proyecto en distintas etapas.
2. Desarrollo evolutivo: Este enfoque entrelaza las actividades de
especificacin, desarrollo y validacin. Un sistema inicial se desarrolla
rpidamente a partir de especificaciones abstractas. Este se refina
basndose en las peticiones del cliente para producir un sistema que
satisfaga sus necesidades.

Existen dos tipos de desarrollo evolutivo:

1) Desarrollo exploratorio, donde el objetivo del proceso es trabajar con
el cliente para explorar sus requerimientos y entregar un sistema final.
2) Prototipos desechadles, donde el objetivo del proceso de desarrollo
evolutivo es comprender los requerimientos del cliente y entonces
desarrollar una definicin mejorada de los requerimientos para el
sistema. El prototipo se centra en experimentar con los^ requerimientos
del cliente que no se comprenden del todo. Sin embargo, tiene dos
problemas:
1) El proceso no es visible. Los administradores tienen que hacer
entregas regulares para medir el progreso. Si los sistemas se desarrollan
rpidamente, no es rentable producir documentos que reflejen cada
versin del sistema.
La ventaja del modelo evolutivo es que la especificacin se puede
desarrollar de forma creciente.
3. Ingeniera del software basada en componentes: Este enfoque se
basa en la existencia de un nmero significativo de componentes
reutilizables. El proceso de desarrollo del sistema se enfoca en integrar
estos componentes en el sistema ms que en desarrollarlos desde cero.

Metodologas: estructurada y orientada a objetos

Metodologas: es una forma organizada de producir software. Incluye la
notacin que se
va a utilizar, los modelos del sistema que hay que desarrollar, las reglas que los
gobiernan, y las pautas del diseo. Existen dos tipos.
Tradicionales:

Anlisis estructurado: metodologa orientada a funciones. Identifica los

componentes funcionales bsicos de un sistema.

Mtodos orientados a objeto: el anlisis y diseo orientado a objeto

sita el dominio de un problema y su soluciona lgica dentro de la

perspectiva de los objetos. El anlisis orientado a objeto procura
identificar y describir los objetos dentro del dominio del problema. El
diseo orientado a objeto define los objetos lgicos del sistema que
sern implementados en un lenguaje de programacin orientado a

objeto.

Lenguaje de modelado unificado (UML): se define como un lenguaje

que permite especificar, visualizar y construir los artefactos de los

sistemas de software. El anlisis y el diseo se hacen dentro de la
perspectiva de los conceptos.

Agiles: Permite centrarse en el desarrollo del software ms que en su diseo y

documentacin. Estn pensadas para entregar software funcional en forma
rpida a los clientes. Estn basadas en cinco principios.

Participacin del cliente: el cliente es parte del equipo de desarrollo,

proporciona y prioriza nuevos requerimientos del sistema.

Entrega incremental: el software se desarrolla en incrementos donde el

cliente especifica los requerimientos a incluir en cada incremento.

Personas, no procesos: reconoce habilidades del equipo de desarrollo,

permitiendo que desarrollen su propia forma de trabajar sin procesos

formales.
Aceptar el cambio: el sistema se disea para dar cavidas a cambio en
sus requerimientos.
Mantener la simplicidad: se trabaja para eliminar la complejidad del
sistema.
Diferencias entre ambas metodologas:
o Metodologas agiles: basada en heursticas provenientes de prcticas de
produccin de cdigo, especialmente preparados para cambios durante el
proyecto, procesos menos controlados con pocos principios, el usuario es parte
del equipo de desarrollo, grupos reducidos en un mismo sitio, pocos artefactos;
menor nfasis en la arquitectura del software.
o Metodologas tradicionales: basadas en normas provenientes de estndares
seguidos por el entorno de desarrollo, cierta resistencia a los cambios, procesos
mucho ms controlados con numerosas polticas y normas, el usuario

interactura con el grupo de desarrollo mediante reuniones, se desarrolla en

grupos grandes y distribuidos, mas artefactos, la arquitectura del software es
esencial y se expresa mediante modelos.