Diap. 1.

Una Introducción al Análisis y

Diseño Orientado a Objetos
con UML y el Proceso
Unificado
 CAPITULO Diap. 1.2

INTRODUCCIÓN A LOS SISTEMAS DE INFORMACIÓN

 Contenido del Capítulo Diap. 1.3

 Categorías de los Sistemas de Información

 Desarrollo del Sistema de Información
Tradicional
– Fase de requisitos
– Fase de Análisis
– Fase de Diseño
– Fase de implementación
– Fase de Mantenimiento
– Retiro
 Contenido del Capítulo (cont.) Diap. 1.4

 ¿Por qué no hay una fase de planeación?

 ¿Por qué no hay una fase de pruebas?
 ¿Por qué no hay una fase de documentación?
 Análisis y Diseño de Sistemas
 Mantenimiento
 Profesionales de la tecnología de la información
 Jethro’s Boot Emporium Diap. 1.5

 Sistema de pedidos automatizado

 Fórmula de Jethro´s para predecir tendencias

futuras

 La fórmula trabaja perfectamente …

 … al comienzo
 Definiciones Diap. 1.6

 Artefacto
– Componente

 Sistema
– Conjunto de artefactos que logran algún resultado

 Sistema de información
– Sistema que logra un resultado de negocio.

 Sistema de información computarizado

– Paquete COTS (commercial off-the-shelf)
– Sistema de información personalizado
 Sistema de información personalizado Diap. 1.7

 Interesados
– Cliente
– Usuario
– Desarrolladores
 COTS Software Diap. 1.8

 Shrinkware

 Clickware

 Interesados
– Usuarios
– Desarrolladores

 Sistema ERP (Enterprise Resource Planning)

– Ejemplos: PeopleSoft, SAP
Desarrollo del sistema de información tradicional Diap. 1.9

 Ciclo de vida del sistema de información

– Manera en la que se construye el sistema de
información

 Seis fases tradicionales

1. Fase de requisitos
2. Fase de análisis
3. Fase de diseño
4. Fase de implementación
5. Fase de mantenimiento
6. Retiro
 Descripción de las fases tradicionales Diap. 1.10

 Fase de requisitos
– Encontrar los requerimientos del cliente
– Preparar el documento de requisitos

 Fase de análisis
– Preparar el documento de especificaciones
– Preparar el plan de administración del proyecto

 Fase de diseño
– Determinar los módulos
– Determinar los algoritmos y las estructuras de datos
para cada módulo.
Descripción de las fases tradicionales (cont.) Diap. 1.11

 Fase de implementación
– Traducir los módulos a un lenguaje de programación
– Integrar los módulos

 Fase de Mantenimiento
– Modificar el sistema
» Eliminar cualquier falla restante
» Ampliar el sistema de alguna manera

 Retiro
– El sistema ya no da un servicio útil
 Por qué no hay una fase de planeación Diap. 1.12

 No podemos idear un plan hasta que tengamos

información exacta y detallada

 Hay tres tipos de actividades de planeación:

– Hay una planeación preliminar al inicio del proyecto
– El plan de administración de proyectos se hace
después de que las especificaciones han sido
aprobadas por el cliente
– La administración supervisa el plan a través de todo el
proyecto
Por qué no hay una fase de planeación (cont.) Diap. 1.13

 Las actividades de planeación se realizan a lo

largo de todo el ciclo de vida

 No hay una fase de planeación separada

 Por qué no hay una fase de prueba Diap. 1.14

 Varificar el sistema de información una vez que

esta listo para ser entregado al cliente es
demasiado tarde.

 Un sistema de información debe ser revisado

continuamente.

 No hay una fase de prueba separada.

 Por qué no hay una fase de documentación Diap. 1.15

 La documentación debe ser completa, correcta, y

actualizada a la fecha, siempre.
– Rotación del personal en la industria de SI
– Desarrollar una fase requiere la documentación de la
fase previa
 Las actividades de prueba requieren
documentación
 Las actividades de mantenimiento requieren
documentación

 No hay una fase separada de documentación

 Análisis y Diseño de Sistemas Diap. 1.16

 La palabra análisis se usa de dos maneras

distintas:
– Análisis: Fase 2
– Análisis de Sistemas: Fases 1 y 2

 El termino analista de sistemas también se usa en

dos formas diferentes
– Responsable por las fases 1 y 2; o
– Responsable por las fases1, 2, and 3

 El segundo uso es más común

– Forma que usaremos en la asignatura
 Mantenimiento Diap. 1.17

 Los malos sistemas de información se desechan

 Los buenos sistemas de información se

mantienen por muchos años
Implicaciones financieras del mantenimiento Diap. 1.18

 Por cada $1 que se gasta en desarrollo, al menos

$2 se gastan en mantenimiento
 Actividades de Mantenimiento Diap. 1.19

 Hay tres tipos de actividades de mantenimiento:

 Mantenimiento correctivo
– Corregir fallas

 Mantenimiento perfectivo
– Añadir funcionalidad

 Mantenimiento adaptativo
– Se hacen cambios porque el entorno cambia

– (Mejoras: M. Correctivo + M. Perfectivo)

 Organizaciones de Software Diap. 1.20

 Software
– Programa de computadora (código) + documentación

 Muchas organizaciones producen software

– Éstos contratan analistas de sistemas

 Algunas organizaciones subcontratan

 Organizaciones de software Diap. 1.21

 Organizaciones como Microsoft and Oracle

producen software
– Como un producto primario

 Organizaciones como General Motors y General

Electric producen software
– Pero no como un producto primario
Área de Sistema de Información típica Diap. 1.22
Profesionales de Tecnología de la Información Diap. 1.23

 Posiciones técnicas
– Programador
– Analista programador
– Analista de sistemas

 Alternativa de camino en la carrera

– Analista de negocios
– Adquirir habilidades de programación  Analista de
sistemas
Profesionales de Tecnologías de Información Diap. 1.24

 Jerarquía de administración
– Gerentes, desarrollo de sistemas de información
– Vice-Presidente, desarrollo de sistemas de información
– Jefe de Información (CIO)
– Presidente (CEO)
Habilidades esenciales del analista de sistemas Diap. 1.25

 Habilidades técnicas

 Habilidades de comunicación

 Conocimiento de programación

 Conocimiento técnico suficiente para consultar a

– Administradores de bases de datos
– Administradores de red
– Programadores de sistemas
– Ingenieros de software
 Asuntos Éticos Diap. 1.26

 Los analistas de sistemas deben ser éticos de

varias formas
 Ejemplo: Excerpt from the Code of Ethics of AITP
“I acknowledge:
That I have an obligation to my College or University,
therefore, I shall uphold its ethical and moral principles.
That I have an obligation to my employer whose trust I hold,
therefore, I shall endeavor to discharge this obligation to
the best of my ability, to guard my employer's interests, and
to advise him or her wisely and honestly.
I accept these obligations as a personal responsibility and
as a member of this Association. I shall actively discharge
these obligations and I dedicate myself to that end.”