Área Participante Persona(s) Clave - universidad de monterrey

Product Manager Product Manager Product Manager Product Manager Program Manager

Developement Leader/User Education

QA 1 Pruebas

Planeación y Logística

Sist. de Punto de Venta (Tiendas) Sist. de Almacén

Sist. de Tranferencia de Archivos Remotos

Sist. de lnf. Ejecutiva (SIE) ABAIIMAGEN (Interface)

C.P. Gerardo Cárdenas Lic. Ricardo Ahumada Lic. Juan Rene Vega

Lic . Edua rdo Benavides (Gte. de Vtas .) Lic. Mario Ortiz Mendoza

Sandra M. Espinosa Beyvide Lic. Hector Luna

Lic. Mario Ortiz Mendoza

Gerardo Cárdenas /Lic. Rolando Torres Ricardo Garza /Lic . Mario Ortiz

lng. Jean G. Guerrero Dib Hilda Alonso

Lic. Ricardo Ahumada

Tabla 4.1 Participantes del Proyecto.

4.4 Infraestructura del proyecto.

4.4.1 Recursos Requeridos para desarrollo:

Visión v Alcance

50 Requerimientos (Mínimos) de Hardware:

Un Servidor 486DX2/ 66 MHZ, 32ME.3 en RAM y 500MB en Disco Duro.

~ Una PC 486/33Mhz,16MB en RAM, .200MB en Disco Duro.

Red Local ABACO GRUPO FINANCIERO con protocolo de Internet TCPIIP

Impresora Láser (HP Laser Jet 11) conectada en red . Requerimientos de Software:

Ambiental

Sistema Operativo Microsoft Windows '95

Sistema Operativo Microsoft Windows NT Server 4 .0 Desarrollo

Microsoft Front Page 2.0

Home Site 2 .0 (Editor de HTML)

Cold Fusion 1.5 (Manejador de Base de Datos)

Microsoft ActiveX T echnologies

Microsoft VBScript

Microsoft Access 2.0

Microsoft Visual Basic 4.0 (32 Bit)

Microsoft Internet Explorer 3.0

Documentación, Presentaciones y Planeación

Microsoft Office 97

Logic Works Erwin 2 .5 Requerimiento de Tiempo:

16 semanas de 30 horas hábiles cada una.

4.4.2 Liberación del Sistema.

El Intranet de Información Ejecutiva ABAISPORT será operativamente útil en la organización cuando exista una red de comunicación directa entre la Oficina Central, Almacén y Tiendas.

4.4.3 Suposiciones críticas para salir con el proyecto.

No realizar una correcta definición de los requerimientos del usuario.

Retraso en el cumplimiento de cada etapa del proyecto .

:

Visión y Alcance 5 1

Deficiencia en el aprendizaje y manejo de la tecnología de desarrollo a emplear en el buen funcionamiento del sistema .

4.5 Identificación de Riesgos.

Amenaza 1.

Problema : No contar con la información real con la que funcionará el sistema . Probabilidad: 1 0%.

Solución: Utilizar información ficticia, para verificar el correcto funcionamiento del sistema .

Amenaza 2.

Problema: No contar con el software de desarrollo Microsoft SOL Server 6 .5.

Probabilidad: 50%.

Solución : Sustituir el software Microsoft SQL Server 6.5 por Microsoft Access 2.0 que posee la empresa y notificarlo de inmed iato a la UDEM para en caso de ser necesario modificar el anteproyecto antes del primer parcial.

4.6 Análisis Orientado a Objetos de MartiniOdell.

Para llevar a cabo un correcto análisis de objetos fue necesario efectuar el análisis de la estructura de objetos y el análisis del comportamiento de objetos como lo indica Martin/Odel l.

Para brindar un mayor entendimiento al lector a continuación se enlista una serie de pasos que fue necesario realizar para aplicar el análisis de la metodología de objetos :

Análisis de la Estructura de Objetos.

• Identificación de los tipos de objetos

• Identificación de los tipos de objetos y sus relaciones.

Análisis del Comportamiento de Objetos.

• Identificación de los estados en que se pueden encontrar los objetos .

• Identificación de los eventos relacionados con cada tipo de objeto.

4.6.1 Análisis de la Estructura de Objetos.

4.6.1.1 Identificación de los tipos de objetos.

Visión y Alcance 52

Los tipos de objetos que se identificaron para el presente sistema se muestran a continuación, fueron obtenidos en base al estudio realizado así como con el apoyo de la metodología de objetos de Martin/Odell.

Tipo de Objeto Representa

Tienda Entidad remota proveedora de Información a Punto de Venta/SIE/Intranet.

Almacén Entidad remota proveedora de Información a Punto de Venta/SIE/Intranet.

Oficina Central Servidor /Datawarehouse que atiende a las peticiones de los usuarios.

Usuario Personas que solicitan/accesan información del Intranet.

Artículo Productos de la empresa que puede almacenarse/venderse/procesarse.

Proveedor Persona/Organización que genera un articulo terminado/semiterminado.

Cliente Persona/Organización que efectúa compras de artículos a tiendas/almacén.

Compra Archivo que registra los movimientos de salida de pdtos.

de tienda/almacén .

Venta Archivo que registra los movimientos de entrada de pdtos . de tienda/almacén .

Tabla 4.2 Identificación de Objetos.

4.6.1.2 Identificación de las asociaciones entre los tipos de objetos.

Una vez identificados los tipos de objetos se requiere identificar también el tipo de asociaciones que existe entre ellos , para ello se realizó el Diagrama de Relación entre Objetos.

En el apéndice uno se muestra el anterior diagrama, el cual nos permite observar con mayor claridad la estructura de los objetos, sus funciones y relaciones .

4.6.2 Análisis del Comportamiento de Objetos.

Como se mencionó anteriormente en el capítulo tres el análisis del comportamiento de objetos aunado al análisis de la estructura de objetos permite identificar la secuencia de eventos que ocurre a un objeto.

Para facilitar la identificación de este tipo de eventos y la transición de

estados que sufren cada uno de ellos resulta de gran utilidad el elaborar

diagramas tales como el Esquema de Eventos y el de Flujo de Objetos, con el fin

de identificar las relaciones que existen entre los tipos de objetos así como la

colección de estados que poseen los objetos .

1 1

Visión

y

Alcance

53 4.6.2.1 Identificación de eventos de objetos.

En la identificación de los eventos correspondientes a cada tipo de objeto es importante diferenciar que un objeto puede sufrir varios estados, los cuales a su vez conforman la colección de asociaciones de dicho objeto.