Está en la página 1de 130

Capítulo 1

SISTEMAS, ROLES Y METODOLOGÍAS


DE DESARROLLO
OBJETIVOS
1. Recordar los tipos básicos de sistemas de computación que un analista debe
conocer.
2. Comprender la forma en que los usuarios de las nuevas tecnologías pueden
modificar la dinámica de un sistema.
3. Conocer los distintos roles de un analista de sistemas.
4. Comprender los fundamentos de tres metodologías de diseño: SDL, la
metodología ágil y el análisis de diseño de sistemas orientado a objetos.
5. Aprender sobre las herramientas CASE y cómo pueden ayudar a un analista de
sistemas.
TIPOS DE SISTEMAS
Importancia de la Información
La información se puede considerar como
un recurso organizacional.
Se debe manejar con cuidado, al igual
que los demás recursos.
La disponibilidad de gran poder de
cómputo en las organizaciones ha
propiciado una explosión de información
y, en consecuencia, se debe prestar
mayor atención al manejo de la
información generada.
Tipos de Sistemas de Información
1. Sistemas de procesamiento de transacciones (TPS)
2. Sistemas de automatización de la oficina (OAS)
3. Sistemas de trabajo del conocimiento (KWS)
4. Sistemas de información administrativa (MIS)
5. Sistemas de soporte de decisiones (DSS)
6. Inteligencia Artificial (AI) y Sistemas expertos (SE)
7. Sistemas de soporte de decisiones en grupo (GDSS)
8. Sistemas de trabajo colaborativo asistido por computadora (CSCWS)
9. Sistemas de soporte para ejecutivos [ESS)
Sistemas de Procesamiento de Transacciones (TPS)
Dan soporte a las transacciones rutinarias
y de gran volumen de los negocios, tales
como nómina e inventario.
Sistemas de Procesamiento de Transacciones (TPS)
Efectúan y registran las transacciones
diarias necesarias para dirigir negocios.

Dan servicio al nivel operativo de la


organización.

Procesan transacciones de dos maneras


básicas: el procesamiento por lotes y el
procesamiento en tiempo real.

Es una de las categorías principales de las


aplicaciones de los sistemas de
información.
Sistemas de Procesamiento de Transacciones (TPS)
Vendedores, ingenieros oficinistas,
contadores o gerentes. La mayoría
de nosotros somos usuarios finales
de sistemas de información.

Las decisiones que se toman en


este tipo de sistemas son
decisiones estructuradas, puesto
que ya se tienen establecidas reglas
o procedimientos para la resolución
de inconvenientes que puedan
suscitarse en las actividades
cotidianas de la organización.
Sistemas de Automatización de Oficina (OAS)
Dan soporte a los trabajadores de
datos, quienes usan la información
para analizarla y transformar datos,
o para manejarla en alguna forma y
luego compartirla o diseminarla
formalmente por toda la
organización y algunas veces mas
allá de ella.
Sistemas de Automatización de Oficina (OAS)
Incluyen:

• Procesamiento de palabras
• Hojas de cálculo
• Editor de publicaciones
• Calendarización electrónica
• Comunicación mediante correo de voz,
correo electrónico y videoconferencias.
Sistemas de Automatización de Oficina (OAS)
Estos sistemas se comunican con
los clientes, proveedores y otras
instituciones y sirven como
clarificadores para el flujo de
comunicación y conocimiento en
las actividades de administración
de documentos.
A este conjunto se le conoce con el
nombre de suite ofimática.
Sistemas de Automatización de Oficina (OAS)
MICROSOFF OFFICE a través de
MICROSOFF WINDOWS y APPLE MAC Modelos de OAS en la
OS, aunque también lo hace en LINUX
si se utilizan emuladores.
actualidad
Otras Suites Ofimáticas disponibles
son: GOOGLE DOCS Y HOJAS DE CALCULO
-STAR OFFICE. DE GOOGLE,
-OPENOFFICE.ORG. ( HTTP://DOCS.GOOGLE.COM/)
-KOFFICE.
-GNOME OFFICE. ZOHO (HTTP://WWW.ZOHO.COM/)
PEEPEL (HTTP://WWW.PEEPEL.COM/)
Sistemas de Trabajo de Conocimiento (KWS)

Dan soporte a profesionales


tales como científicos e
ingenieros que crean nuevo
conocimiento que contribuya
a la organización o a la
sociedad.
Sistemas de Trabajo de Conocimiento (KWS)
Apoya funciones como:

Identificar clientes y mercados utilizando datos demográficos,


de mercados, comportamiento del consumidor y tendencias.

Diseñar productos nuevos utilizando la


computadora.

Diseñar la cartera de inversiones de la empresa.

Diseñar trayectorias profesionales para los empleados.


Sistemas de Información Administrativa (MIS)
Son SI computarizados que dan soporte
a un rango más amplio de funciones del
negocio que el que dan los TPS.

Produce reportes para los tomadores


de decisiones.

Se alimenta de un TPS.
Sistemas de Información Administrativa (MIS)
Para poder ligar la información, los
usuarios de un MIS comparten una
base de datos común que almacena
modelos que ayudan a los usuarios a
interpretar y aplicar esos mismos datos.

Los MIS producen información que es


usada en la toma de decisiones y
también puede llegar a unificar algunas
funciones de información
computarizada.
Sistemas de Información Administrativa (MIS)

Los sistemas de información gerencial (MIS, Management Information Systems),


también llamados Sistemas de Información Administrativa (AIS) dan soporte a un
espectro más amplio de tareas organizacionales, encontrándose a medio camino entre
un DSS tradicional y una aplicación CRM/ERP implantada en la misma compañía.
(Gestión de la Relación con el Cliente, y Planeación de Recursos Empresariales)
Sistemas de Soporte de Decisiones (DSS)

Son SI cuya salida está hecha a la medida


de sus usuarios y que ayudan a dar
soporte a los tomadores de decisión en la
toma de decisiones semiestructurada.
La decisión es del dominio del tomador de
decisiones.
Sistemas de Soporte de Decisiones (DSS)
En general, podemos decir que un DSS es un sistema informático utilizado para servir
de apoyo, más que automatizar, el proceso de toma de decisiones
Sistemas de Soporte de Decisiones (DSS)
El apoyo a una decisión significa ayudar a las personas que trabajan solas o en grupo a
reunir inteligencia, generar alternativas y tomar decisiones.
Sistemas de Soporte de Decisiones (DSS)
“Un sistema de información basado en un computador interactivo, flexible y adaptable,
especialmente desarrollado para apoyar la solución de un problema de gestión no
estructurado para mejorar la toma de decisiones.
Utiliza datos, proporciona una interfaz amigable y permite la toma de decisiones en el
propio análisis de la situación"
Sistemas de Soporte de Decisiones (DSS)
El DSS es una de las herramientas más emblemáticas del Business Intelligence ya que,
entre otras propiedades, permiten resolver gran parte de las limitaciones de los
programas de gestión.
Sistemas de Soporte de Decisiones (DSS)
Informes dinámicos, flexibles e interactivos, de manera que el usuario no tenga que
ceñirse a los listados predefinidos que se configuraron en el momento de la
implantación, y que no siempre responden a sus dudas reales.
Sistemas Expertos (SE) e Inteligencia Artificial (AI)

Capturan la experiencia de los tomadores


de decisiones para ser usada en la
resolución de un problema o de una clase
de problemas.
Razonar un problema y llegar a
conclusiones lógicas.
Un SE selecciona la mejor solución a un
problema a diferencia del DSS.
Sistemas Expertos (SE) e Inteligencia Artificial (AI)
En comparación con otros tipos de sistemas de información, los SE ofrecen varias
capacidades poderosas y beneficios. Los SE se pueden usar para solucionar problemas
en todos los campos y disciplinas y ayudar en la totalidad de las etapas del proceso de
solución del problemas.
• Fijación de objetivos estratégicos.
• Planeación.
• Diseño.
• Toma de decisiones.
• Control y supervisión de calidad.
• Diagnóstico.
Sistemas de Soporte de Decisiones en Grupo (GDSS)
Juntan a los miembros de un grupo en lugares electrónicos especiales para ayudar a que el
grupo resuelva problemas semiestructurados o sin estructura.
Utiliza apoyos como votaciones, cuestionarios, aportaciones de ideas, creación de escenarios.
Minimiza el comportamiento negativo típico de un grupo.
Sistemas de Trabajo Colaborativo asistido por computadora
CSCWS

Contienen el respaldo de un tipo de software


denomina groupware para la colaboración
en equipo a través de computadoras
conectadas en red.
Sistemas de Soporte para Ejecutivos ESS

Ayudan a que los ejecutivos organicen su


interacción con el ambiente externo
proporcionando gráficos y soporte de
comunicaciones en ubicaciones accesibles
tales como salas de juntas u oficinas
personales corporativas.
Relación SI – Nivel Organizacional

ESS
GDSS
CSWS
SE
DSS
MIS

KWS
OAS

TPS
Relación SI – Nivel Organizacional
INTEGRACIÓN DE LAS TECNOLOGÍAS EN SISTEMAS
Las Aplicaciones de Comercio Electrónico y los sistemas Web
Muchas aplicaciones se conciben originalmente para, o se migran a,
la Web para apoyar el comercio electrónico.
Las Aplicaciones de Comercio Electrónico y los sistemas Web

Consiste en la compra y

venta de productos o de servicios a través de

medios electrónicos y otras redes

informáticas electrónicas, donde el método

de pago que predomina es el de la tarjeta de

crédito.
Orígenes del Comercio electrónico
En los últimos decenios del siglo XIX empresas comerciales iniciaron la
venta por catálogo en los Estados Unidos.

 La práctica del comercio electrónico comenzó a principios de 1970, con


novedosas aplicaciones como la transferencia de fondos monetarios.

 A principio de los años 1970, aparecieron las primeras relaciones


comerciales que utilizaban una computadora para transmitir datos,
tales como órdenes de compra y facturas.
 A mediados de 1980, con la ayuda de la televisión, surgió una nueva
forma de venta por catálogo, también llamada venta directa. La venta
directa se concreta mediante un teléfono y usualmente con pagos de
tarjetas de crédito.
Ventajas para las Empresas (B2B)

Mejoras en la distribución.

Comunicaciones comerciales por vía electrónica.

Beneficios operacionales.

Facilidad para fidelizar clientes.


Características únicas de su tecnología
Omnipresente.

Alcance global.

Estándares universales.

Ahorro.

Interactividad.

Tecnología social.
Las 10 empresas de comercio electrónico más grandes
del mundo en el 2020

Amazon – US$ 1.317 mil millones


Alibaba – US$ 601 mil millones
Pinduoduo – US$ 99,2 mil millones
Shopify – US$ 97,6 mil millones
JD.com – US$ 95 mil millones
Meituan Dianping – US$ 53 mil millones
Mercado Libre– US$ 50 mil millones
eBay – US$ 39 mil millones
Wayfair – US$ 19.2 mil millones
Just Eat Takeaway – US$ 14.6 mil millones
PREGUNTAS DEL CASO DE ESTUDIO MERCADO LIBRE:
1. ¿Hasta qué punto es MercadoLibre una organización virtual? ¿Qué rol
desempeñan los sistemas de información en la forma en que esta
compañía maneja su negocio?
2. ¿Podría MercadoLibre haber tenido éxito sin su gran inversión en
sistemas de información? ¿Tiene algún beneficio no depender de forma
tan total de los sistemas de computación y, en tal caso, cuál es?
3. Mencione algunos problemas que MercadoLibre enfrentará y que la
tecnología no puede resolver.
Sistemas Empresariales - ERP

En español: Sistemas de Planificación de Recursos Empresariales.


Integran y manejan muchos negocios asociados con las operaciones de producción y
distribución de las compañías de bienes o servicios.
Típicamente manejan producción, logística, distribución, inventario, envíos, facturas y
contabilidad.
También esta el Software ERP que interviene con actividades como: ventas, entregas,
pagos, producción, administración de inventario, calidad de administración y la
administración de recursos humanos.
Sistemas Empresariales - ERP

Son ocasionalmente llamados back office (trastienda) ya que ni el cliente ni el público


están involucrados.
En este sistema, todos los departamentos funcionales que están involucrados en la
operación o producción están integrados en un solo sistema.
No solo incluyen manufactura o producción, almacenamiento, logística e información
tecnológica.
También contabilidad, recursos humanos y herramientas de mercadotecnia y
administración estratégica.
Esquema ERP
ERP: Objetivos y Características

a. Objetivos:
Optimización de los procesos empresariales.
Acceso a toda la información de forma confiable, precisa y oportuna (integridad de datos).
La posibilidad de compartir información entre todos los componentes de la organización.
Eliminación de datos y operaciones innecesarias de reingeniería.

b. Características principales, que distinguen a los ERP, estos deben ser:


Integrales
Modulares
Adaptables
ERP: Generalidades

Base de datos centralizada.


En un sistema ERP los datos se ingresan sólo una vez y deben ser consistentes,
completos y comunes.
Las empresas que lo implanten suelen tener que modificar alguno de sus procesos
para alinearlos con los del sistema ERP. Este proceso se conoce como Reingeniería de
Procesos, aunque no siempre es necesario.
Aunque el ERP pueda tener menús modulares configurables según los roles de cada
usuario, es un todo.
Esto significa: es un único programa con acceso a una base de datos centralizada.
Sectores que Utilizan ERP
ERP: Planeación
Para obtener un ERP, la empresa debe buscar ayuda externa de consultores, quien
ofrezca el servicio de capacitación de estos productos.

La empresa consultora debe ofrecer un buen flujo de datos o arquitectura


empresarial, en el presente como en sus planes futuros.

Otros aspectos a examinar al obtener un ERP, incluyen los registros de


transformación, programación, configuración y trayectoria de la empresa consultora,
así como la forma en que ellos aplican la inteligencia de negocios para clientes
particulares de una industria determinada.
ERP: Metodología
1. Definición de resultados a obtener con la implantación de un ERP.
2. Definición del modelo de negocio.
3. Definición del modelo de gestión.
4. Definición de la estrategia de implantación.
5. Evaluación de oportunidades para software complementario al
producto ERP.
6. Alineamiento de la estructura y plataformas tecnológicas.
7. Análisis del cambio organizativo.
8. Entrega de una visión completa de la solución a implantar.
9. Implementación del sistema.
10. Controles de calidad.
11. Auditoría del entorno técnico y del entorno de desarrollo.
12. Benchmarking de la implementación.
ERP: Implementación
La mayoría de los vendedores de ERP permite que se
modifiquen sus software adaptándolos a las diferencias
de sus clientes.

Se sugiere que contraten a una empresa integradora, el


cual no solo ayuda en la implementación de ERP si no
que ayuda a visualizar al cliente en todos los aspectos de
su negocio, tanto en hardware, software y
administración del cambio.
Algunas de estas empresas son: Price Waterhouse
Cooper e IBM.
ERP: Implementación

Personalizar un paquete ERP puede resultar muy


costoso y complicado, porque muchos paquetes
no están diseñados para el soporte personal, así
que muchos negocios implementan la mejor de
prácticas en la arquitectura de los sistemas ERP.

Algunos paquetes ERP son muy genéricos en sus


reportes e informes, tal personalización se espera
en cada implementación.
ERP: Ventajas
1. Reducir tiempos y costos de los procesos de negocio.
2. Mejor comunicación entre los departamentos de la
empresa.
3. Disminuir la preocupación de factores poco
transcendentales operativos.
4. Le da seguridad a las computadoras, para protegerlas
de crímenes externos como el espionaje, y crímenes
internos como la malversación.
5. Además de protegerlas del sabotaje de los bienes o
servicios.
ERP: Desventajas
1. Pueden sufrir problemas del “eslabón mas débil”.
2. Costos para cambios en el ERP son muy altos.
3. Pueden tener excesiva ingeniería respecto a las
necesidades reales del consumidor.
4. Hay problemas frecuentes de compatibilidad con
algunos de los sistemas legales de los socios.
5. El éxito de este programa es determinado por quien lo
maneja, así que necesita un personal altamente
capacitado.
6. Su instalación es muy costosa.
ERP: Factores a Considerar
En la implantación de un ERP interactúan estos
elementos:
1. El ERP (sistema de información).
2. Personas y cultura de la organización.
3. La estrategia.
4. El hardware.
5. Los procesos.
6. El resto de las aplicaciones de gestión que existen en
la organización.
Razones de cambio a ERP
1. ¿Por qué era tan vital para Sunburst un sistema de ERP?
2. Describa los problemas que obligaron a Sunburst a decidirse a
subcontratar un ASP. ¿Qué otras razones pudieron haber tenido para
tomar esa decisión?
3. ¿Qué aspectos de administración, organización y tecnología tuvo que
considerar Warczak al instalar un sistema de ERP?
4. ¿Qué aspectos de administración, organización y tecnología tuvo que
considerar Warczak al planear la decisión de contratar un ASP para su
ERP?
Sistemas de Dispositivos Inalámbricos y móviles
Redes Inalámbricas:

Es la conexión de nodos sin necesidad de una conexión física (cables), y se da por


medio de ondas electromagnéticas.
Redes Inalámbricas
Según el medio de transmisión

Microondas Ondas de Radio

Satelital Terrestre Wi-fi Bluetooth


Aplicación en comunicaciones
TELEVISIÓN

TV Satelital

SATELITES SU MISIÓN TELEFONIA

Teléfono Satelital

TRANSMISIÓN DE
DATOS GPS:
SISTEMA DE
POSICIONAMIENTO
Global.
Conectividad Wi-Fi
Es una tecnología de comunicación inalámbrica mediante ondas (radiofrecuencias) igual
que lo hace una radio o la televisión.

WIFI, también llamada WLAN (wireless lan), es un conjunto de estándares para redes
inalámbricas basados en las especificaciones IEEE 802.11.

El estándar 'IEEE 802.11' define el uso de los dos niveles inferiores de la


arquitectura OSI (capas física y de enlace de datos), especificando sus normas de
funcionamiento en una WLAN.
Características principales
• Seguridad:
El mayor problema de seguridad de las redes Wi-Fi viene dado por su dispersión
espacial, al no estar limitada a un área, a un cable o una fibra óptica, ni tienen puntos
concretos de acceso o conexión, es muy vulnerable a interceptación.

• Cobertura y velocidad:
Estas magnitudes son variables de acuerdo a ciertos factores que la pueden afectar
como:
 Existencia de paredes, techos, estructuras metálicas,
 Ubicación del “router”.
 Presencia de algunos aparatos como hornos microondas y teléfonos inalámbricos
Dispositivos con conectividad Wi-Fi.

Teléfonos celulares
PC
Portátiles
Impresoras, cámaras Web
y otros periféricos
Wi-Max
Siglas de Worldwide Interoperability for Microwave Access
(Interoperabilidad mundial para acceso por microondas), es una
norma de transmisión de datos que utiliza las ondas de radio en las
frecuencias de 11 a 60 Ghz.

El estándar que define esta tecnología es el IEEE 802.16.

WiMAX es la evolución natural de la tecnología Wi-Fi‚ pero con la


ventaja de proveer enlaces inalámbricos de datos a largas
distancias (MAN) y con una mejor calidad de servicio
Bluetooth es una red inalámbrica basada en un sistema de comunicación de corto
alcance, diseñado específicamente para reemplazar a los cables que conectan
equipos fijos y portátiles entre sí.

Un sistema con tecnología Bluetooth consiste en un receptor, un emisor, un sistema


de “banda base” y un conjunto de protocolos.
En 1998 las compañías Ericsson, Nokia, IBM, Toshiba e Intel formaron un
“Grupo de Interés Especial” conocido como SIG, para el desarrollo de
una tecnología de conectividad inalámbrica entre dispositivos móviles de
uso personal.

En la actualidad, más de 2.500 compañías se han afiliado al grupo Bluetooth


Open Source
Libre acceso.
El usuario es autónomo para manipular ese
software.
Puede ser usado, estudiado, cambiado y
redistribuido libremente.
No quiere decir que sea gratuito sino que el
usuario es libre de usarlo y adaptarlo a sus
necesidades.
Se pueden distribuir copias del mismo y hacerle
mejoras y compartirlas con el resto de los
usuarios.
Lo hacen desde un principio práctico y no ético.
Beneficios de Open Source

1. No existencia de costos de licencia para el producto en sí mismo.


2. Disponer del código fuente, lo cual le brinda independencia del
proveedor (conocido como “contribuyente original” en el lenguaje del
Open Source).
3. Adicionalmente, si los honorarios por soporte de su proveedor se
vuelven exorbitantes, puede contratar otro proveedor para que le
brinde sus servicios.
Beneficios de Open Source
Desde la perspectiva del cliente o usuario final se obtiene los siguientes
beneficios:

1. Ahorro derivado de la implementación de software gratis en segmentos antes


exclusivas software pagos.

2. La independencia completa proveedores de software y proveedores de


servicios tradicionales.

3. La posibilidad de donar un proyecto interno a la comunidad obteniendo los


beneficios del desarrollo en colaboración.
Sistemas Open Source/Free Software

Algunos de los sistemas Open Source más famosos y con mayor éxito:

1. Kernel de los sistemas operativos Linux, BSD, FreeBSD


2. Servidores BIND (DNS), Sendmail (SMTP) y Apache (Webserver)
3. Bases de datos relacionales MySQL, Postgresql, CDS/Isis
4. Lenguajes de programación Java, Perl, Python, PHP, TCL
5. Manejador de ventana XWindows y Xorg
6. Navegadores de Internet Mozilla, Firefox, Opera, Netscape
7. Suite de Oficina Open Office
8. Sistema de archivos Samba
9. Editor gráfico GIMP
10. Servidor de Comunicaciones Asterisk
La Necesidad del Análisis y Diseño de Sistemas
La Necesidad del Análisis y Diseño de Sistemas
Propósito del análisis y diseño de sistemas:

 Analizar sistemáticamente la entrada o el flujo de datos


 Procesar o transformar datos
 Almacenamiento de datos
 Salida de información

Más aún, se emplea para analizar, diseñar e implementar


mejoras en el funcionamiento de las empresas, a través de
sistemas de información computarizados.

El análisis y el diseño ayuda a tener éxito en la instalación de


un sistema.

Es importante que los usuarios intervengan de alguna


manera.
Conceptos de Análisis de Sistemas
“El análisis y diseño de sistemas es un enfoque sistemático para identificar
problemas, oportunidades y objetivos; para analizar los flujos de
información de las organizaciones, y para diseñar SI computarizados
destinados a solucionar problemas”.
Roles del Analista de Sistemas
El analista de sistemas evalúa de manera
sistemática el funcionamiento de un negocio
mediante el examen de la entrada y el
procesamiento de datos y su consiguiente
producción de información, con el propósito de
mejorar los procesos de una organización.

Los 3 roles principales son:


Consultor
Experto en soporte técnico
Agente de cambio
Roles del Analista de Sistemas

El Rol de Consultor
Un consultor externo tiene una perspectiva
fresca de la cual carecen los demás
miembros de una organización.
Tiene la desventaja de que alguien externo
nunca conocerá la verdadera cultura
organizacional.
Roles del Analista de Sistemas

El Rol de Experto en Soporte


Técnico
En este rol, el analista soporta el hw y el sw
de la empresa.
Con frecuencia, este trabajo no implica un
proyecto completo de sistemas, sino la
realización de pequeñas modificaciones.
No está a cargo del proyecto.
Roles del Analista de Sistemas

El Rol de Agente de Cambio

El rol más completo y de mayor


responsabilidad que asume el analista de
sistemas.
Debe interactuar con administradores y
usuarios.
Cualidades del Analista de Sistemas

 Solucionador de problemas.
 Comunicador con capacidad para relacionarse con los demás durante extensos
periodos.
 Con suficiente experiencia en computación para programar, entender las
capacidades de las computadoras, recabar los requisitos de información de los
usuarios y comunicarlos a los programadores.
 Tener ética personal y profesional.
 Auto-motivado y auto-disciplinado.
 Con capacidad de administrar y coordinar los recursos de un proyecto.
Tareas del Analista de Sistemas
1. Planificar la actividad o trabajo de análisis y diseño de sistemas.

2. Organizar a todos los elementos que intervienen en el proyecto (técnicos de análisis y diseño,
programadores, usuarios, equipamiento, etc.)

3. Controlar el trabajo del equipo de diseño para garantizar el cumplimiento de los planes
elaborados.

4. Escoger (o diseñar) y utilizar los métodos, técnicas y herramientas más adecuadas para el
desarrollo del trabajo del colectivo.

5. Estudiar el sistema de dirección y organización e información de la entidad.


Tareas del Analista de Sistemas
6. Diseñar el nuevo sistema informativo, desde un punto de vista funcional, en primera instancia.

7. Representar algorítmicamente los procesos que se realizan en cada tarea funcional integrante
del sistema que se diseña.

8. Diseñar el sistema, descomponiendo el mismo en todos los niveles previstos y con todos los
enfoques necesarios.

9. Diseñar la base de datos que utilizará el sistema. Optimizar la misma, utilizando las técnicas
requeridas para ello.

10. Diseñar los documentos (formularios) de utilización manual o automatizada, que requiera el
sistema. Describir su método de llenado.
Tareas del Analista de Sistemas
11. Diseñar las salidas de la computadora, de la forma más idónea requerida.

12. Elaborar las soluciones a los procedimientos manuales que requiera el sistema.

13. Diseñar los flujos informativos a través de los diferentes elementos que integran el sistema:
hombre - hombre, hombre – computadora, computadora – hombre, computadora –
computadora.

14. Proponer y aplicar las medidas de carácter organizativo que se requiera para perfeccionar la
actividad de dirección estudiada y para implantar el sistema que se diseña.

15. Estudiar las necesidades y proponer soluciones necesarias para la adquisición del
equipamiento computacional requerido, proponiendo la configuración necesaria.
Tareas del Analista de Sistemas
16. Estudiar las necesidades y proponer las soluciones necesarias para la adquisición de los
medios de transmisión de datos, proponiendo las características de equipos a adquirir.

17. Estudiar las necesidades del sistema y proponer el software necesario para su aplicación.

18. Calcular los gastos y beneficios del sistema determinando el plazo de recuperación de los
mencionados gastos.

19. Elaborar la documentación técnica y de utilización del sistema.

20. Programar, cuando se requiera, la solución automatizada de una determinada tarea,


utilizando el software y los métodos requeridos; aplicando las normas de trabajo que estén
establecidas dentro del grupo para elaborar y documentar los programas.
Tareas del Analista de Sistemas
21. Revisar los resultados obtenidos por los programas elaborados por los programadores.

22. Elaborar los datos de prueba para comprobar la calidad de los programas, individualmente y
en su conjunto.

23. Determinar los métodos más adecuados para implantar y probar el sistema diseñado en la
práctica.

24. Entrenar al personal usuario y de operación del sistema.

25. Implantar el sistema. Demostrar su operación.


Tareas del Analista de Sistemas
26. Estudiar y Aplicar las medidas requeridas para mantener el sistema, acorde a las nuevas
necesidades de la entidad. Perfeccionar el mismo.

27. Impartir conferencias, seminarios, etc.; explicando las características del sistema que se
diseña y otras cuestiones relativas a la Informática y el perfeccionamiento de la dirección.
Analista de Sistemas en una organización típica
El Ciclo de Vida del Desarrollo de Sistemas
1. Identificación de
problemas,
oportunidades y
objetivos

2. Determinación
7. Implementación
de los
y evaluación del
requerimientos de
sistema
El CVDS es un enfoque por fases información

para el análisis y el diseño cuya


premisa principal consiste en que
los sistemas se desarrollan mejor
utilizando un ciclo específico de
6. Pruebas y 3. Análisis de las
actividades del analista y el mantenimiento del
sistema
necesidades del
sistema
usuario.

5. Desarrollo y 4. Diseño del


documentación del sistema
software recomendado
El Ciclo de Vida del Desarrollo de Sistemas
1. Identificación de Problemas, Oportunidades y Objetivos
Entender el problema.

Solución alineada con los objetivos de la empresa.

Usuarios, analistas, y administradores son los involucrados.

El resultado es un informe de viabilidad que incluye una definición del


problema y un resumen de los objetivos.

A continuación, la administración debe decidir si se sigue adelante con el


proyecto propuesto.
El Ciclo de Vida del Desarrollo de Sistemas

2. Determinación de los Requerimientos de Información del factor humano

Métodos interactivos.

Métodos que no interfieren con el usuario.


El Ciclo de Vida del Desarrollo de Sistemas

3. Análisis de las Necesidades del Sistema

Uso de diagramas de flujo de datos para graficar las entradas, los


procesos y las salidas de las funciones del negocio en una forma gráfica
estructurada.

También se analizan las decisiones estructuradas que se hayan tomado.


Determinar condiciones, alternativas de condición, las acciones y las reglas de
acción

El analista prepara una propuesta de sistemas que sintetiza sus


hallazgos, proporciona un análisis de costo-beneficio de las alternativas
y ofrece, recomendaciones sobre lo que se debe hacer.

Si la administración considera factible alguna de las recomendaciones, el


analista sigue adelante.
El Ciclo de Vida del Desarrollo de Sistemas

4. Diseño del Sistema Recomendado


Diseño lógico del sistema de información.

El analista diseña procedimientos precisos para la captura de


datos que aseguran que los datos que ingresen al sistema de
información sean correctos.

Utiliza técnicas avanzadas de diseño de formularios y pantallas.

Diseño de archivos o bases de datos.

Diseño de controles y procedimientos de respaldo que protejan


al sistema y a los datos.
El Ciclo de Vida del Desarrollo de Sistemas

5. Desarrollo y Documentación del Software

El analista se vale de herramientas para comunicar al


programador lo que se requiere programar.

Manuales de procedimientos, ayuda en línea, etc.


El Ciclo de Vida del Desarrollo de Sistemas

6. Prueba y Mantenimiento del Sistema

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 es un proceso continuo.

Razones para realizar mantenimiento:


Corrección de errores de software
Mejora de las capacidades del software en respuesta a las cambiantes
necesidades de una organización
El Ciclo de Vida del Desarrollo de Sistemas (Cont.)
7. Implementación y Evaluación del Sistema

Se capacitan a los usuarios.

Planear una conversión gradual del sistema anterior al


actual.

Construcción de una base de datos, la instalación de


equipo y la puesta en producción del nuevo sistema.

La evaluación se lleva a cabo durante cada una de las


fases.
El impacto del mantenimiento
• Una vez instalado el sistema hay que darle mantenimiento, lo cual
implica que tal vez haya que realizar modificaciones en los
programas de computadora y mantenerlos actualizados.

• Las estimaciones del tiempo invertido por los departamentos en el


mantenimiento varían desde un 48 hasta un 60 por ciento del
tiempo total invertido en el desarrollo de los sistemas.

• Queda muy poco tiempo libre para el desarrollo de nuevos sistemas.

• A medida que aumenta el número de programas escritos, también


aumenta la cantidad de mantenimiento que se requiere.
El impacto del mantenimiento
El mantenimiento se lleva a cabo por dos razones.

La primera es para corregir los errores de software.

• Sin importar qué tan minuciosas sean las pruebas en el sistema, se pueden infiltrar errores o ‘bugs’
en los programas computacionales.

• Los ‘bugs’ en el software comercial de PC se documentan comúnmente como “anomalías


conocidas” y se corrigen al momento de liberar nuevas versiones, o liberando una versión
provisional.

• En el software personalizado (también conocido como software hecho a la medida), los ‘bugs’ se
deben corregir a medida que se van detectando.
El impacto del mantenimiento
La otra razón de realizar mantenimiento en los sistemas es para mejorar las capacidades del software
en respuesta a las necesidades cambiantes de la organización, que por lo general implica una de las
siguientes tres situaciones:

1. Con frecuencia los usuarios solicitan características adicionales a medida que se familiarizan con el
sistema computacional y sus capacidades.

2. La empresa cambia con el tiempo.

3. El hardware y el software cambian a un ritmo acelerado.


El impacto del mantenimiento
• El área bajo la curva representa la cantidad total invertida en dólares.

• Podemos ver que, a través del tiempo, es probable que el costo total del mantenimiento exceda al
costo del desarrollo de sistemas.

• En cierto punto es más factible realizar un nuevo estudio de sistemas, debido a que el costo de
continuar con el mantenimiento es sin duda mayor que el de crear un sistema de información
totalmente nuevo.
Uso de Herramientas CASE
Para ser productivos los analistas de sistemas deben ser
organizados, precisos y completos en lo que se
proponen hacer.

Los analistas han comenzado a beneficiarse de nuevas


herramientas de productividad que han sido creadas
para mejorar su trabajo rutinario mediante un apoyo
automatizado.

A éstas se les llama herramientas CASE, que significa


herramientas para ingeniería de software asistido por
computadora.
Beneficios de Herramientas CASE
• Aumento de la productividad del analista.

• Mejora de la comunicación analista-usuario.

• Integración de las actividades del ciclo de vida.

• Evaluación precisa de los cambios del


mantenimiento.
Clasificación de Herramientas CASE
Herramientas CASE de alto nivel:
Ayudan principalmente a los analistas y diseñadores:

• Depósito CASE con diagramas, pantallas, informes, etc.


• Diseño de pantallas y reportes.
• Diccionario de datos y lógica del proceso.
• Diagramas y modelos del sistema.
• Administración del proyecto.

Herramientas CASE de bajo nivel:


Ayudan a los programadores:

• Revisar errores de programación.


• Generar código fuente de computadora, eliminando la necesidad de
programar el sistema.
Objetivos de Herramientas CASE

• Aumentar la productividad de las áreas de desarrollo y


mantenimiento de los sistemas informáticos.

• Mejorar la calidad del software desarrollado.

• Reducir tiempos y costos de desarrollo y mantenimiento


del software.

• Mejorar la gestión y dominio sobre el proyecto en cuanto


a su planificación, ejecución y control.

• Mejorar el archivo de datos (enciclopedia) de


conocimientos y sus facilidades de uso, reduciendo la
dependencia de analistas y programadores.
Objetivos de Herramientas CASE
Automatizar:
El desarrollo del software.
La documentación.
La generación del código.
El chequeo de errores.
La gestión del proyecto.
Permitir:
La reutilización (reusabilidad) del software.
La portabilidad del software.
La estandarización de la documentación.
Integrar las fases de desarrollo (ingeniería de software) con
las herramientas CASE.
Facilitar la utilización de las distintas metodologías que
desarrollan la propia ingeniería de software.
Objetivos de Herramientas CASE
Enciclopedia
Base de datos que contiene todas las informaciones
relacionadas con las especificaciones, análisis y diseño del
software. En esta base de datos se incluyen las informaciones
de:

1. Datos: Son elementos, atributos (campos), asociaciones


(relaciones), entidades (registros), almacenes de datos,
estructuras, etc.
2. Procesos: Procesos, funciones, módulos, etc.
3. Gráficos: DFD (Diagrama de flujo de datos), DER (Diagrama
entidad relación), DFD (Diagrama de descomposición
funcional), ED (Diagrama de estructura), Diagrama de clases,
etc.
4. Reglas: De gestión, de métodos, etc.
Clases de Herramientas Funcionales
TIPOS DE HERRAMIENTAS EJEMPLOS

Herramientas de administración Herramientas PERT, de estimación.

Herramientas de edición Editores de texto, de diagramas,


Procesadores de palabras.
Herramientas de prototipo Lenguajes de alto nivel, generadores de
interface.
Herramientas de lenguajes Compiladores, intérpretes.

Herramientas de prueba Comparadores de archivos, generadores de


prueba de datos.

Herramientas de depuración Sistemas interactivos de depuración.

Herramientas de reingeniería Sistemas reestructurados de programas,


sistemas de referencia cruzada.
LA METODOLOGÍA ÁGIL
La metodología ágil es una metodología de desarrollo de software que se basa en valores,
principios y prácticas básicas.
Los cuatro valores son:

• Comunicación
• Simpleza
• Retroalimentación
• Valentía

Se recomienda que los analistas de sistemas adopten estos valores en todos los proyectos
que emprendan y no sólo cuando adopten la metodología ágil.
LA METODOLOGÍA ÁGIL
Los métodos ágiles pueden asegurar que un proyecto se complete con éxito mediante un
ajuste en los importantes recursos de:

• Tiempo
• Costo
• Calidad
• Alcance

Cuando se incluyen estas cuatro variables de control en forma apropiada en la planificación,


hay un estado de equilibrio entre los recursos y las actividades necesarias para completar el
proyecto.
LA METODOLOGÍA ÁGIL
Cuatro prácticas ágiles básicas:

1. Liberaciones de versiones cortas


2. Semana de trabajo de 40 horas
3. Hospedar un cliente en el sitio
4. Utilizar programación en pareja

A primera vista estas prácticas parecen extremas, pero se pueden aprender ciertas lecciones
importantes al incorporar muchos de los valores y prácticas de la metodología ágil a los proyectos de
análisis y diseño de sistemas.
Proceso de desarrollo para un proyecto ágil
• Las primeras tres flechas grises que iteran de
vuelta a la caja “Iteraciones” simbolizan los
cambios incrementales creados por medio de los
procesos repetidos de prueba y
retroalimentación.

• El ritmo de iteraciones aumenta una vez que se


libera el producto.

• La flecha sale de la etapa de mantenimiento y


regresa a la etapa de planeación, de manera que
hay un ciclo continuo de retroalimentación.
Proceso de desarrollo para un proyecto ágil
Dos palabras que caracterizan a un proyecto realizado mediante una metodología ágil son
interactivo e incremental.
Hay cinco etapas:
1. Exploración
2. Planeación
3. Iteraciones para la liberación de la primera versión
4. Puesta en producción
5. Mantenimiento.
Proceso de desarrollo para un proyecto ágil
EXPLORACIÓN

• Se explorará el entorno para evaluar la convicción de que puede y debe lidiar con el
problema mediante el desarrollo ágil, se ensamblará el equipo y se evaluará las
habilidades de sus miembros.

• Esta etapa se puede requerir desde unas cuantas semanas (si conoce de antemano a los miembros
del equipo y la tecnología que va a usar) hasta unos cuantos meses (si todo es nuevo).

• También se tendrá que examinar activamente las tecnologías potenciales necesarias


para crear el sistema.

• Durante esta etapa se debe practicar con la estimación del tiempo necesario para
realizar varias tareas.
Proceso de desarrollo para un proyecto ágil
EXPLORACIÓN

• En la exploración, los clientes también experimentan escribiendo historias de los


usuarios.

• El punto es hacer que el cliente refine una historia con el detalle suficiente como para que se pueda
estimar en forma competente la cantidad de tiempo necesaria para crear la solución y convertirla en el
sistema que está planeando.
Proceso de desarrollo para un proyecto ágil
PLANEACIÓN

• Al contrario de la primera etapa, la planeación tal vez sólo requiera de unos cuantos días.

• En esta etapa, el analista y sus clientes se ponen de acuerdo en una fecha, que puede ser
cualquier día a partir de dos meses hasta medio año después de la fecha en curso, para entregar
soluciones a sus problemas empresariales más estresantes (se concentrará en el conjunto más
pequeño y valioso de historias).

• Si sus actividades de exploración fueron suficientes, esta etapa debe ser muy corta.

• Para hacer esto, el equipo diseña la solución más simple posible, pone el sistema en producción
tan pronto como sea posible, obtiene retroalimentación del cliente empresarial sobre lo que está
funcionando y adapta su diseño a partir de ahí.
Proceso de desarrollo para un proyecto ágil
ITERACIONES PARA LA LIBERACIÓN DE LA PRIMERA
VERSIÓN

• Por lo general éstas son iteraciones (ciclos de


prueba, retroalimentación y modificación) de
aproximadamente tres semanas de duración.

• Se esforzará en bosquejar toda la arquitectura del


sistema, aun y cuando sólo esté en forma de
bosquejo o esqueleto.

• Uno de los objetivos es realizar pruebas funcionales


escritas por el cliente al final de cada iteración.
Proceso de desarrollo para un proyecto ágil
ITERACIONES PARA LA LIBERACIÓN DE LA PRIMERA VERSIÓN

• Durante la etapa de las iteraciones también debe preguntarse si hay que alterar el
itinerario de trabajo o si está lidiando con demasiadas historias.

• Se convierte cada iteración exitosa en pequeños rituales y se involucra en ellos tanto a


los clientes como a los desarrolladores.

• Se celebra siempre su progreso aunque éste sea pequeño, debido a que esto forma
parte de la cultura de motivar a todos a que trabajen lo más duro que puedan en el
proyecto.
Proceso de desarrollo para un proyecto ágil
PUESTA EN PRODUCCIÓN
• Las revisiones de software se entregan en una semana.

• Puede instituir sesiones informativas diarias para que todos sepan lo que los demás están
haciendo.

• El producto se libera durante esta fase, pero se puede mejorar si se le agregan otras
características.

• Poner un sistema en producción es un suceso emocionante; se dispone de tiempo para celebrar


con compañeros de equipo la ocasión.

• Uno de los lemas de la metodología ágil con el que todos estamos sinceramente de acuerdo es
que ¡desarrollar sistemas debe ser divertido!
Proceso de desarrollo para un proyecto ágil
MANTENIMIENTO

• Una vez liberado el sistema, debe seguir funcionando sin problemas.

• Es posible agregar características, considerar las sugerencias más riesgosas de los


clientes y a rotar los miembros del equipo.

• La actitud que se debe tomar en este punto del proceso de desarrollo es más
conservadora que en cualquier otro.
Análisis y Diseño de Sistemas Orientados a Objetos

• Se puede definir como el enfoque con el


propósito de facilitar el desarrollo de sistemas
que deben cambiar con rapidez en respuesta a
entornos de negocios dinámicos.

• Se utiliza el estándar de la industria para la


modelación de los mismos, en su defecto el
lenguaje unificado de modelación (UML), para
analizar los sistemas en forma de modelo de
caso de uso.
Análisis y Diseño de Sistemas Orientados a Objetos
Análisis y Diseño de Sistemas Orientados a Objetos

• La programación orientada a objetos difiere de la programación tradicional por


procedimientos en cuanto a que examina a los objetos que forman parte de un
sistema.

• Cada objeto es una representación computacional de una cosa o evento real.

• Los objetos pueden ser clientes, artículos, pedidos, etcétera.


Análisis y Diseño de Sistemas Orientados a Objetos

• Los objetos se representan y agrupan


mediante clases, las cuales son ideales para
la reutilización y la facilidad de
mantenimiento.

• Una clase define el conjunto de atributos y


comportamientos compartidos que se
encuentran en cada objeto de la clase.
Análisis y Diseño de Sistemas Orientados a Objetos

• Las fases en el UML son similares a las del SDLC.

• Como estos dos métodos comparten un modelado rígido y exigente, se realizan a


un ritmo más lento y reflexivo que las fases del modelado ágil.

• El analista pasa por las fases del problema y de identificación, una fase de análisis y
una fase de diseño.
Análisis y Diseño de Sistemas Orientados a Objetos

1. Definir el modelo de caso de uso.

• En esta fase, el analista identifica a los actores y los eventos


principales iniciados por los actores.
• Diagrama con figuras hechas con líneas que representan a
los actores y flechas que muestran las relaciones entre
ellos.
• Representa el flujo estándar de eventos en el sistema.
• El analista por lo general escribe un escenario de caso de
uso, que describe con palabras los pasos que se llevan a
cabo comúnmente.
Análisis y Diseño de Sistemas Orientados a Objetos

2. Durante la fase de análisis de sistemas, empezar a


dibujar diagramas de UML.

• En la segunda fase el analista dibujará Diagramas de


actividad, los cuales ilustran todas las principales
actividades en el caso de uso.

• Además el analista creará uno o más Diagramas de


secuencia para cada caso de uso, los cuales muestran
la secuencia de actividades y su sincronización.

• Ésta es una oportunidad para regresar y revisar los


casos de uso, replantearlos y modificarlos si es
necesario.
Análisis y Diseño de Sistemas Orientados a Objetos

3. Continuar en la fase de análisis, desarrollar


diagramas de clases.

• Los sustantivos en los casos de uso son objetos que se


pueden agrupar potencialmente en clases.

• Por ejemplo, todo automóvil es un objeto que


comparte características con otros automóviles.

• En conjunto conforman una clase.


Análisis y Diseño de Sistemas Orientados a Objetos

4. Aún en la fase de análisis, dibujar diagramas de


estado.

• Los diagramas de clases se utilizan para dibujar


diagramas de estado, los cuales ayudan a comprender
procesos complejos que no se pueden derivar
completamente mediante los diagramas de secuencia.

• Los diagramas de estado son en extremo útiles para


modificar los diagramas de clases, por lo que continúa
el proceso iterativo de modelado de UML.
Análisis y Diseño de Sistemas Orientados a Objetos

5. Empezar el diseño de sistemas mediante la modificación de los diagramas


de UML; después, completar las especificaciones.
• Modificar el sistema existente, hay que modificar los diagramas que se dibujaron en
la fase anterior.
• Es posible usar estos diagramas para derivar clases, sus atributos y métodos.
• Escribir especificaciones de clase para cada una de las clases e incluir los atributos,
métodos y sus descripciones.
• Desarrollar especificaciones de los métodos en las que se detallen los
requerimientos de entrada y salida para cada método, junto con una descripción
detallada del procesamiento interno del método.
Análisis y Diseño de Sistemas Orientados a Objetos

6. Desarrollar y documentar el sistema.

• UML es, obviamente, un lenguaje de modelado.

• Un analista podrá crear modelos maravillosos, pero si el sistema no se desarrolla no


tiene mucho sentido crearlos.

• Entre más completa sea la información que se proporcione al equipo de desarrollo


por medio de la documentación y los diagramas de UML, más rápido será el
desarrollo y más sólido será el sistema de producción final.
Cómo elegir qué método de desarrollo de sistemas usar
Caso Cisco
¿El proyecto de implementación de SAP en
CISCO, fue un éxito o un fracaso?
Conclusiones

También podría gustarte