Facultad de Ingeniería de Sistemas

Ingeniería Web

Ing. José L. Galindo H.

Ing. José L. Galindo H.

 3
La perspectiva de un
proyecto de
Sistemas de
Información y la
importancia de la
Arquitectura.

Sección Tercera
Ing. José L. Galindo H.
 Temas a tratar
 1. Introducción
 2.El metodología SLDC

Ing. José L. Galindo H.

 1.Introducción
 Las nuevas aplicaciones o modificaciones de los
sistemas ya existentes están enmarcadas dentro de un
proyecto.
 La gestión de proyectos es fundamental para el éxito
del proyecto (cumplimiento de objetivos).
 En cada etapa de un proyecto se despliegan un
conjunto de actividades que aportan valor al proyecto.
Estas actividades son desarrolladas por distintos
perfiles.
 Analistas Funcionales
 Diseñadores
 Gestores de Proyectos
 Desarrolladores
 Analistas Funcionales de Aseguramiento de
Calidad
 Arquitecto de Sistemas
 etc.

El rol del arquitecto de fundamental para el diseño de

la propuesta de solución del sistema, es decir,
junto con los otros perfiles es el encargado de
dar la directriz principal que seguirá el proyecto
respecto a la solución.
Ing. José L. Galindo H.
 2.Ciclo de vida del desarrollo
de sistemas (SLDC)
 El ciclo de desarrollo del sistema
(SLDC) es una metodología para la
comprensión de los objetivos de
negocios de cualquier sistema y así
diseñar una solución apropiada.

 El método SLDC también ayuda en la

creación de documentos que
comunican a la dirección general los
objetivos del sitio, los sucesos
importantes y los usos de los recursos.

 Los cinco principales pasos son:

 Análisis/planeación de sistemas
 Diseño de sistemas
 Construcción del sistema
 Pruebas
 Implementación
 2. SLDC – Análisis/planeación de sistemas: Identificar
los objetivos de negocios, la funcionalidad del sistema
y los requerimientos de información

 ¿Qué queremos que haga el sitio Web por nuestro

negocio?
 Las decisiones de negocio deben de dirigir la
tecnología y no al revés
 ¿Cómo se traduce sus estrategias, modelos de
negocios e ideas en un sitio de comercio electrónico
funcional?
 Identificar objetivos de negocio específicos
 Desarrollar una lista de funcionalidades del sistema
 Desarrollar los requerimientos de información
 2. SLDC – Análisis/planeación de sistemas: Identificar
los objetivos de negocios, la funcionalidad del sistema
y los requerimientos de información

Objetivos de Negocio Funcionalidad del Sistema Requerimientos de Información

Mostrar artículos Catálogo digital Catálogo de texto dinámico y gráficos

Proveer información de Descripción del producto, números de existencias, niveles de

Base de datos de productos
productos (contenido) inventarios

Registro en el sitio para cada visita de los clientes, minería de

Personalizar productos Rastreo de clientes en el sitio datos capaz de identificar rutas comunes de los clientes y las
respuestas apropiadas
Ejecutar un pago por Sistema de carrito de
Liquidación segura de la tarjeta de crédito; varias opciones
transacción compras/pagos

Acumular la información de los Nombre, dirección, teléfono y correo electrónico de todos los
Base de datos de clientes
clientes clientes; registro de clientes en línea

Proveer soporte al cliente

Base de datos de ventas Id del cliente, producto, fecha, pago, fecha de envío
después de la venta

Servidor de anuncios, servidor de

correo electrónico, administrador Registro de comportamiento en el sitio de prospectos y de
Coordinar marketing/publicidad
de campañas, administrador de clientes enlazados, campañas de correo electrónico y anuncios
anuncios

Entender la efectividad de Sistema de rastreo y reporte en el Número de visitas únicos, páginas visitadas, productos
marketing sitio comprados, identificados por campaña de marketing.

Proveer enlaces de producción Sistema de administración de Niveles de productos e inventarios, ID del proveedor y contacto,
y proveedores inventario ordenar datos de cantidad de productos
 2. SLDC – Análisis/planeación de sistemas: Identificar
los objetivos de negocios, la funcionalidad del sistema
y los requerimientos de información

 Análisis y Diseño rápido.

 Es en esta etapa donde se debe dar una propuesta de la solución del sistema expresada en
documentos que sustenten la propuesta.
 El arquitecto debe apoyar en el diseño rápido, específicamente en la propuesta donde se deben
tomar en cuenta los requerimientos funcionales y no funcionales del sistema, ademas de
conocimientos técnicos
 El arquitecto apoya:
o Como consultor sobre alguna tecnología en la cual tiene experiencia
o La propuesta de solución o alternativas con el sustento necesario.
o Elaboración/Revisión de los documentos de la propuesta del sistema. Es importante remarcar la aplicación
de estándares y la calidad del documento elaborado.
o Apoyo en la elaboración de la planeación de la propuesta.
o Apoyo en el sustento ante el “cliente”
o Apoyo en el retrabajo necesario producto de las observaciones tras la presentación de la propuesta ante el
cliente.

 El resultado de esta etapa debe ser:

 Requerimientos funcionales final indicando el alcance a realizar.
 Documento de propuesta.
 Plan de propuesta (cronograma).
 Costos implicados en el proyecto.
 Presentación al cliente/usuario.
 2. SLDC – Diseño del sistema: Plataformas de
hardware y software

 ¿Cómo se entregará la funcionalidad?

 Entregable: Especificación de diseño del sistema, es decir, una descripción de los
componentes principales del sistema, y su relación entre un componente y otro.
 Se puede dividir en dos:
 Diseño lógico
o Diagrama de flujo de datos
o Funciones de procesamiento en los sistemas
o Procedimientos de seguridad
o Respaldo
o Controles en el sistema
 Diseño físico
o Diseño lógico de componentes físicos
o Servidor
o Software
o Tamaño del enlace de telecomunicaciones
o Respaldo del sistema
o Protección de entidades externas
 2. SLDC – Diseño del sistema: Plataformas de
hardware y software

 Diagrama
de flujos
de datos
simple
 2. SLDC – Diseño del sistema: Plataformas de
hardware y software

 Diagrama
flujo simple
 2. SLDC – Construcción del Sistema: Comparación
entre hacerlo Ud. mismo o subcontratar.

 Opciones:
 Subcontrato
(incluyendo el
análisis y HOSTING DEL SITIO
diseño del
sistema ) Interno Subcontratado
 Construir todo
Ud. mismo COMPLETAMENTE INTERNO RESPONSABILIDAD MIXTA
 ¿Hospedará el Interno Construcción: Interna Construcción: Interno
sitio en lo Host: Interno Host: Externo
servidores de la CONSTRUCCION
empresa ? DEL SITIO
RESPONSABILIDAD MIXTA TOTALMENTE SUBCONTRATADO
 ¿Subcontratará un
Subcontratado Construcción: Externo Construcción: Externa
hosting a un
proveedor de host Host: Interno Host: Externo
Web?
 2. SLDC – Prueba del sistema

 Pruebas unitarias. Probar módulos de programa del sitio.

 Pruebas integrales. Probar el sitio como un todo
 Prueba de usuarios (de aceptación). Verifica que los
objetivo de negocios del sistema estén funcionando
según la concepción original.
 2. SLDC – Implementación y mantenimiento

 Implementación
 Estrategia de implementación. Pasar los objetos del ambiente de pruebas a producción. Factores
o Tiempo limitado
o Secuencia de actividades
 Evaluación de impacto de la implementación
 Ejecución:
o Instalación de los objetos de BD y Web en el ambiente de producción. Tanto de la parte FrontEnd como de
Backend
o Transferencia de contenido.
 Soporte Post Producción( Parte del proyecto). Implica solucionar todos los defecto que salen producto
de los primeros días de la operación
 Mantenimiento
 Inicia desde que termina el proyecto.
 Debe ser considerado dentro del presupuesto
 Los estudios de mantenimiento de los sistemas tradicionales han descubierto que:
o El 20% del tiempo está dedicado a la depuración de código y a resolver situaciones de emergencia
o El 20% del tiempo está relacionado a cambios en los reportes, archivos de datos y vínculos a las base de datos del
backend.
o El 60% restante del tiempo de mantenimiento está dedicado a la administración general (cambios de los productos
y precios en el catálogo) y realizar cambios y mejorar en el sistema
 Los sitios de comercio electrónico nunca están terminados: siempre están en el proceso de construcción
y reconstrucción, son dinámicos, muchos mas que los sistemas de nómina.