27
REPÚBLICA BOLIVARIANA DE VENEZUELA. INSTITUTO UNIVERSITARIO DE TECNOLOGÍA DE ADMINISTRACIÓN INDUSTRIAL SEMINARIO II CAPITULOS IV y V DE SISTEMAS DE GESTION CAPITULO II Y III DE WEBSITE Y TUTORIALES Ing. Rafael Romero Mail: [email protected]

Seminario ii

Embed Size (px)

Citation preview

Page 1: Seminario ii

REPÚBLICA BOLIVARIANA DE VENEZUELA.INSTITUTO UNIVERSITARIO DE TECNOLOGÍA

DE ADMINISTRACIÓN INDUSTRIAL

SEMINARIO IICAPITULOS IV y V DE SISTEMAS DE GESTIONCAPITULO II Y III DE WEBSITE Y TUTORIALES

Ing. Rafael RomeroMail: [email protected]

Page 2: Seminario ii

CAPITULOS IV y V(SISTEMAS DE GESTION)SISTEMA ACTUAL Y SISTEMA PROPUESTO

IV. SISTEMA ACTUAL

•Descripción del Sistema Actual •Objetivos del Sistema Actual Objetivo General Objetivos Específicos• Diagramas (evento, objetos y/o transición de estados) (Según Metodología MOO)• Análisis Situacional (Matriz DOFA)• Requerimientos (Entrada, Salida, Proceso, Almacenamiento)

Page 3: Seminario ii

Descripción del Sistema Actual

Se debe detallar cada proceso involucrado en el estudio o investigación; se indican las entradas al sistema, las operaciones que se efectúan sobre estas y las salidas que se obtienen. No se plantean problemas ni soluciones solo se describe el funcionamiento del área que se selecciono por el investigador para realizar su proyecto.

Ejemplo de lo que NO se debe hacer:El sistema actual es totalmente manual, todo la información es almacenada en archivadores, trayendo como consecuencias plagio de información. La secretaria es la que lleva todo el control de las cuentas de cada paciente. Estos expediente también son llenados de forma manual, trayendo retraso para la secretaria en sus demás funciones cotidianas. En general el sistema actual es rudimentario y de poca seguridad, para ofrecer un servicio de calidad a sus clientes.

Page 4: Seminario ii

Descripción del Sistema Actual

•Enumeración y descripción de funciones, características y capacidades del sistema o situación actual. •- Interacción entre componentes del sistema.•Descripción del entorno de operación y sus características•Interacción del sistema con otros sistemas externos•Características de rendimiento como velocidad, rendimiento de trabajo, volumen, frecuencia, etc.•Atributos de calidad como disponibilidad, eficiencia, flexibilidad, portabilidad•Provisiones de seguridad, emergencia, privacidad y continuidad de las operaciones en circunstancias de emergencia.•Otro tipo de información relevante en la descripción del sistema como: factores de riesgo, coste de las operaciones, etc.•Es importante que la descripción del sistema o situación actual sea los más simple y clara posible, para que todos los lectores del documento puedan entenderla completamente. Debe realizarse usando la terminología del usuario.

Page 5: Seminario ii

OBJETIVOS DEL SISTEMA ACTUAL

OBJETIVO GENERAL: debe ser redactado empezando con un verbo en infinitivo, tercera persona y hacer referencia al sistema en estudio, no al departamento ni a la investigación.

EJEMPLO DE OBJETIVO GENERAL APOYAR A LA SECRETARIA ADMINISTRATIVA EN LA ADQUISICION, ENTREGA OPORTUNA Y ADECUADA DE LAS REQUISICIONES DE MATERIAL, MOBILIARIO Y EQUIPO A LAS DIFERENTE AREAS QUE CONFORMAN LA DEPENDENCIA.

OBJETIVOS ESPECIFICOS•PLANEAR Y PROGRAMAR LAS ADQUISICIONES DE BIENES Y SERVICIOS, DE ACUERDO A LAS NECESIDADES Y ASIGNACION PRESUPUESTAL DEL CENTRO.

•APOYAR A LA DIRECCION EN LA COTIZACION Y ADQUISICION DEL EQUIPO DE COMPUTO.

•- ESTABLECER LOS MECANISMOS NECESARIOS PARA PROTEGER, CONSERVAR Y MANEJAR ADECUADAMENTE LOS BIENES. •- ESTABLECER POLITICAS Y PROCEDIMIENTOS PARA EL CONTROL DEL ACTIVO FIJO.

Page 6: Seminario ii

Diagramas (evento, objetos y/o transición de estados) (Según Metodología MOO)

DIAGRAMA DE EVENTOS DIAGRAMA DE OBJETOS

Page 7: Seminario ii

Diagramas (evento, objetos y/o transición de estados) (Según Metodología MOO)

DIAGRAMA DE CASO DE USOS DIAGRAMA TRANSICION DE ESTADOS

Page 8: Seminario ii

Análisis Situacional (Matriz DOFA)

Page 9: Seminario ii

page 9

TECNOLAND C.A. Análisis situacional sistema actual

DOFA GENERAL

DOFA

Fortalezas (F) Debilidades (D)

1. El equipo cumple con las necesidades básicas

que se requieren para el funcionamiento del

sistema.

2. Fácil manejo.

3. Los procesos se ejecutaran con mayor rapidez.

1. Los equipos no están en el lugar adecuado. 2. Utilización no adecuada del equipo.3. Comunicación deficiente entre el empleado y la

gerencia.4. Generación de errores al introducir los datos.

Oportunidades (O) Estrategia (FO) Estrategia (DO)

1. Posibilidad de reposición de los

productos.

2. Actualización del software.

3. La importancia de tener la

información actualizada.

4. Automatización de los

procesos.

1. Estar actualizado en los avances tecnológicos para

renovar los equipos y mantener el software con las

actualizaciones que permitan crear nuevos módulos.

1. Realizar las tareas de la mejor manera para así tener un

mejor rendimiento del equipo.

2. Se diseña el web site de acuerdo a los requerimientos y

necesidades de la empresa.

Amenazas (A) Estrategia (FA) Estrategia (DA)

1. Surgimiento de nuevas

tecnologías que hagan obsoleto

un web site.

2. Virus originados para borrar o

destruir el sistema en general.

1. Estar pendiente del manejo de la base de datos y

del web site, ya que si reubican al personal sea

fácil de entrenar a los nuevos ingresos.

1. La página tiene que tener una seguridad adecuada

para que los usuarios no autorizados no accedan a

ninguna información.

Análisis Situacional (Matriz DOFA)

Page 10: Seminario ii

Requerimientos (Entrada, Salida, Proceso, Almacenamiento

¿Que es un requerimiento? •Condición o capacidad que un usuario necesita para poder resolver un problema o lograr un objetivo.•Condición o capacidad que debe exhibir o poseer un sistema para satisfacer un contrato, estándar, especificación, u otra documentación formalmente impuesta.•Una condición o capacidad que debe ser conformada por el sistema.•Algo que el sistema debe hacer o una cualidad que el sistema debe poseer

Page 11: Seminario ii

V. SISTEMA PROPUESTO•Descripción de la Propuesta• Objetivos de la Propuesta Objetivo General Objetivos Específicos •Diagramas del Sistema (evento, objetos y/o transición de estados) (Según Metodología MOO) •Modelo Lógico – Físico de la Base de Datos• Diccionario de Archivos de Datos •Modelo Entidad Relación• Carta Estructurada• Análisis Costo Beneficio (Retorno de Inversión (con gráfico))• Plan de Implantación• Estrategia de Conversión •Pruebas•Niveles de Seguridad (Física y Lógica) •Plan de Adiestramiento •Pistas de Auditoria •Manual de Usuario (Puede colocarse como anexo )

Page 12: Seminario ii

Descripción de la Propuesta• Es importante que los requisitos del

sistema propuesto sea los más simples y claros posible, para que todos los lectores del documento puedan entenderlos completamente. Debe realizarse usando la terminología del usuario.

• Enumeración y descripción de funciones, características y capacidades del sistema propuesto.

• Descripción del entorno de operación y sus características

• Interacción del sistema con otros sistemas externos

• Características de rendimiento como velocidad, rendimiento de trabajo, volumen, frecuencia, etc.

Page 13: Seminario ii

Objetivos de la Propuesta Objetivo General Objetivos Específicos

Objetivo General• No debe confundirse con el titulo de la investigación, se

relaciona es con las funciones u operaciones que será capaz de realizar el sistema una ves puesto en marcha

Objetivos Específicos

• Buscan la consecución del objetivo general.

Page 14: Seminario ii

•Diagramas del Sistema (evento, objetos y/o transición de estados) (Según Metodología MOO

•Modelo Lógico – Físico de la Base de Datos

Page 15: Seminario ii

•Diccionario de Archivos de Datos

Page 16: Seminario ii

•Modelo Entidad Relación

Page 17: Seminario ii

•Carta Estructurada y diagrama de Slices

Page 18: Seminario ii

•Análisis Costo Beneficio (Retorno de Inversión (con gráfico))

Page 19: Seminario ii

•PLAN DE IMPLANTACION

•ESTRATEGIA DE CONVERSIÓN •DIRECTO•PARALELO•GRADUAL•DISTRIBUIDO

•PRUEBAS: •CARGA MAXIMA•DATOS DE PRUEBA•DATOS REALES

•NIVELES DE SEGURIDAD (FÍSICA Y LÓGICA)

Page 20: Seminario ii

•PLAN DE ADIESTRAMIENTO •Se deben considerar las personas, el sitio, tiempo e instrumentos que se utilizaran para el proceso de manejo y aprendizaje del nuevo sistema.

•Pistas de Auditoria Son una recolección de datos relativos a eventos de seguridad de la información con el propósito de ser utilizados para revisión, análisis y monitorización continua de las operaciones que los usuarios han efectuado en el manejo del sistema.

•Manual de Usuario (Puede colocarse como anexo )

Page 21: Seminario ii

CAPITULO II Y III DE WEBSITE DISEÑO Y EVALUACION

II. DISEÑO •DESCRIPCIÓN DE LA PROPUESTA• OBJETIVOS DE LA PROPUESTA OBJETIVO GENERAL OBJETIVOS ESPECÍFICOS •DIAGRAMAS (DIAGRAMAS SEGÚN RMM, JAMES MARTÍN U OTRAS MÁS ACTUALIZADAS) •DISEÑO DE PANTALLAS •CARTA ESTRUCTURADA• MODELO LÓGICO – FÍSICO DE LA BASE DE DATOS DICCIONARIO DE ARCHIVO DE DATOS •ANÁLISIS COSTO BENEFICIO (RETORNO DE INVERSIÓN (CON GRÁFICO))

Page 22: Seminario ii

CAPITULO II Y III DE WEBSITE

III. EVALUACIÓN• IMPLANTACIÓN •SEGURIDAD (ESTRATEGIAS) •NIVELES DE SEGURIDAD SEGURIDAD FÍSICA SEGURIDAD LÓGICA• PRUEBAS REALIZADAS •PLAN DE ADIESTRAMIENTO• PISTAS DE AUDITORIA• MANUAL DE USUARIO (PUEDE COLOCARSE COMO ANEXO) •MANUAL DE AYUDA ONLINE

Page 23: Seminario ii

Seguridad (Estrategias) • La Estrategia Proactiva (proteger y

proceder) o de previsión de ataques es un conjunto de pasos que ayuda a reducir al mínimo la cantidad de puntos vulnerables existentes en las directivas de seguridad y a desarrollar planes de contingencia. La determinación del daño que un ataque va a provocar en un sistema y las debilidades y puntos vulnerables explotados durante este ataque ayudará a desarrollar esta estrategia.

• La Estrategia Reactiva (perseguir y procesar) o estrategia posterior al ataque ayuda al personal de seguridad a evaluar el daño que ha causado el ataque, a repararlo o a implementar el plan de contingencia desarrollado en la estrategia Proactiva, a documentar y aprender de la experiencia, y a conseguir que las funciones comerciales se normalicen lo antes posible.

Page 24: Seminario ii

CAPITULO II Y III TUTORIALESDISEÑO Y EVALUACION

II. DISEÑO •DESCRIPCIÓN DEL SOFTWARE EDUCATIVO •OBJETIVOS DE LA PROPUESTA OBJETIVO GENERALOBJETIVOS ESPECÍFICOS •DIAGRAMAS DEL SISTEMA PROPUESTO (DIAGRAMA DE CASO DE USO) (ÁLVARO GALVIS, PERÉZ MÁRQUEZ U OTRAS MAS ACTUALIZADAS)• CARTA ESTRUCTURADA• DESCRIPCIÓN MODULAR• DISEÑO DE PANTALLAS• ANÁLISIS COSTO BENEFICIO (RETORNO DE INVERSIÓN (CON GRÁFICO))

Page 25: Seminario ii

CAPITULO II Y III DE TUTORIALESIII. EVALUACIÓN

•SEGURIDAD DEL SISTEMA SEGURIDAD LÓGICA SEGURIDAD FÍSICA •NIVELES DE SEGURIDAD FÍSICA LÓGICA •PRUEBAS REALIZADAS• PISTAS DE AUDITORIA• MANUAL DE USUARIO (PUEDE COLOCARSE COMO ANEXO)• MANUAL DE AYUDA ONLINE

Page 26: Seminario ii

NIVELES DE SEGURIDAD

FÍSICA: Se refiere a los controles y mecanismos de seguridad dentro y alrededor del Centro de Cómputo así como los medios de acceso remoto al y desde el mismo; implementados para proteger el hardware y medios de almacenamiento de datos.

LÓGICA consiste en la "aplicación de barreras y procedimientos que resguarden el acceso a los datos y sólo se permita acceder a ellos a las personas autorizadas para hacerlo.”Existe un viejo dicho en la seguridad informática que dicta que "todo lo que no está permitido debe estar prohibido" y esto es lo que debe asegurar la Seguridad Lógica.

Page 27: Seminario ii

GRACIAS POR SU ATENCION