Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Desarrollo de Sistemas de Información

Metodología desarrollada por Luis R Castellanos
by

Luis Castellanos

on 1 November 2015

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Desarrollo de Sistemas de Información

Desarrollo de Sistemas de Información
Acciones Preliminares
Luis R Castellanos
Implantación de Sistemas
Estudio de Factibilidad
Programación
Después de la Implantación
Diseño de Sistemas
Análisis de Sistemas
¿Para qué sirve?
Nos da una buena idea acerca del problema que se plantea, y si se puede o no se puede ofrecer una solución factible para resolver dicho problema.
Pasos a seguir
Descripción del Entorno
Identificación del problema
Identificación de Procedimientos Actuales
Presentación de Posibles Soluciones
Validación de las Soluciones
Cuadro comparativo de tiempos y costos
Recomendación
1. Descripción del Entorno
Se debe hacer una breve reseña de la empresa (fecha de inicio de actividades, domicilio, ramo al cual se dedica, organigrama general), y una breve reseña de la Unidad Funcional específica a la cual se le desarrollará el SI.
02. Identificación del Problema
Es primordial que se identifique el problema, para poder tener más claro cuáles pueden ser las posibles soluciones que se van a presentar.

El problema no puede ser que el sistema actual es manual o que no existe. Se debe hallar el problema real (por ejemplo: lentitud en los procesos, inexactitud en los resultados, retrabajo, procesos engorrosos, etc.).
03. Identificación de procedimientos actuales
Se deben identificar, a grosso modo, los procedimientos generales que se llevan a cabo actualmente en la Unidad Funcional.
Se hace para conocer con un poco de detalle lo que se hace en la organización.
04. Presentación de posibles soluciones al problema
Se deben presentar al menos tres (03) posibles soluciones al Problema identificado. El presentarle una sola solución al usuario o cliente es forzarle a elegir una única propuesta. Al ofrecer al menos tres (03) posibles soluciones el usuario se sentirá que tiene la libertad para seleccionar la que considere más conveniente.
Optimizar sistema actual
Instalar aplicación ya existente en el mercado
Desarrollo a la medida
05. Validación de las Posibles Soluciones
Todas las Posibles Soluciones a presentar deben ser factibles, desde el punto de vista Operativo, Técnico y Económico.

Factibilidad Técnica (existe tecnología para realizar el S.I.?)
Factibilidad Operativa (habrá resistencia al cambio?)
Factibilidad Económica (relación beneficio/costo)

De igual manera, se presentan las ventajas y desventajas de cada Posible Solución, a fin de ofrecerle al cliente una base más sólida para la toma de decisiones y selección de la solución más adecuada.
No se puede ofrecer una solución que no sea factible.
06. Cuadro comparativo de Costos y Tiempos de Ejecución
Se elabora un cuadro comparativo, donde se presenta cada solución, con su respectivo costo y tiempo de ejecución, a fin de presentarle de manera más resumida al usuario las opciones disponibles.
07. Recomendación
De acuerdo a la experiencia del equipo de proyecto, se enuncia la solución más recomendada para ser desarrollada.
El Estudio de Factibilidad es una especie de “Presupuesto” que se le presenta al cliente o usuario

El Estudio de Factibilidad también puede conocerse como “Propuesta del Sistema”

Una vez aprobado el Estudio de Factibilidad por el Comité de Sistemas, clientes o usuarios, se procede con las siguientes etapas del Desarrollo.
1. Designación del equipo de Proyecto
Normalmente el Equipo de Desarrollo de Sistemas está conformado por:

Líder (Gerencia el proyecto)
Analista (Recoge información inicial y define requerimientos)
Diseñador S.I. (Diseña el S.I.)
Diseñador B.D. (Diseña Base de Datos)
Programador (Codifica/Prueba)
Usuario Directo y Usuario Indirecto (expresa necesidades)
Transcriptor (Ingresa datos en el sistema, de requerirse)

2. Elaboración de la Planificación del Proyecto

Permite saber qué se deberá hacer y quién lo va a hacer
Permite saber (aproximadamente) cuando terminará el proyecto
Pone en evidencia los obstáculos relevantes del proyecto, con el fin de tomar precauciones
Establece el marco de referencia que permite trabajar eficientemente y evita desperdicio de recursos

2. Elaboración de la Planificación del Proyecto
Herramientas para la planificación

Gráfico de Barra o Diagrama de Gantt
PERT-CPM
Cronograma de Actividades
Software de Planificación (Oracle Primavera, MS Project, ViewPoint, Harvard Project, etc)

Revisa herramientas en línea para la Gestión de Proyectos:
http://dtyoc.com/2015/09/01/ano-02-numero-12-proyectos-en-linea/
1. Generación del Código Fuente y Objeto
Consiste en traducir el Diseño en instrucciones que la computadora pueda interpretar. Es la generación del Código Fuente y Código Objeto de la aplicación, de acuerdo a los D.A. y otros resultados del Diseño
¿Cuáles son los Lenguajes de Programación más usados?

Revisa el Índice TIOBE

http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
2. Creación de la Base de Datos de acuerdo al Manejador seleccionado
Consiste en crear la Base de Datos, y las tablas o archivos correspondientes, con sus campos, atributos y relaciones.
http://dtyoc.com/2013/11/01/ano-01-numero-02-haga-click-en-la-portada/
Revisar los Sistemas Manejadores de Base de Datos más usados:
Revisar algunos de los Lenguajes de Programación más usados:
http://dtyoc.com/2013/12/02/ano-01-numero-03-haga-click-en-la-portada/
Luis Castellanos

Nacido en Caracas, DC, Venezuela. Padre de dos hijos.

Formación Académica

Ingeniero de Sistemas (IUPFAN), MSc en Ingeniería de Sistemas (USB). Experto en Tecnopedagogía y Educación Virtual (FATLA). Doctor Honoris Causa (CIHCE).



Experiencia Docente

Docente Universitario a nivel de Pregrado y Postgrado.
Ha impartido clases en: Universidad del Zulia (LUZ), Universidad Rafael Urdaneta (URU), Instituto Universitario Politécnico de la Fuerza Armada (IUPFAN), Universidad Nacional Experimental de la Fuerza Armada (UNEFA), Universidad José Gregorio Hernández (UJGH), Atlantis University (AU).
https://desarrollodesistemas.wordpress.com
Normalmente, el ciclo de Desarrollo de Sistemas se cierra con la puesta en producción del Sistema, o entrega al usuario.

Sin embargo, hay un par de actividades que se llevan a cabo, adicionalmente a las etapas del desarrollo, para la revisión y optimización de las aplicaciones, como lo son el Mantenimiento de Sistemas y la Auditoría de Sistemas.
Mantenimiento de Sistemas
Se entiende por Mantenimiento de Sistemas, el modificar, corregir o mejorar los sistemas existentes.



Tipos de Mantenimiento

Correctivo
Perfectivo
Adaptativo
Preventivo

Auditoría de Sistemas
Auditoría de Sistemas
Detecta fraudes, errores o atentados en los sistemas, a través de controles oportunos.
Incluye todas las actividades para poner un sistema en producción (entregar al usuario). Sus etapas son:

Prueba
Conversión o Migración de Datos
Instalación de Hardware y Software
Adiestramiento
Documentación
Entrega al Usuario
Es ejecutar un sistema para encontrar problemas y errores.

Se complementa con

Verificación (operación en ambiente simulado. Versión Alfa)
Validación (operación en ambiente no simulado en usuarios seleccionados. Versión Beta)
Certificación (programa “libre” de errores)

Estrategias de Prueba

Caja Negra (probar especificaciones sin prestar atención al código)
Caja de Cristal (probar código sin prestar atención a las especificaciones)

1. Prueba
2. Conversión o Migración
Es la transformación de estructuras de datos y modos de almacenamiento actuales en las estructuras propuestas. Es la traducción de archivos actuales al formato requerido por el nuevo sistema. Por ejemplo: De Libros a Disco o de Cobol a SQL.

Se debe elaborar plan de contingencia y se debe evaluar la conversión.
3. Instalación de Hardware y Software

Determinar los requerimientos del sitio y controlar su preparación, antes de entregar el sistema o de ponerlo en producción.
Instalaciones físicas
Instalaciones eléctricas
Piso Falso, Cielo Raso y Aire Acondicionado
Seguridad
Instalar y Probar el Hardware
Instalar y Probar el Software
Determinar Requerimientos especiales

El Adiestramiento está dirigido a todos los tipos de usuarios: Técnicos y Operativos. Consiste en capacitar al personal que va a operar y mantener los sistemas propuestos.

Personal a ser adiestrado

Usuarios
Operadores de Sistemas

Adiestramiento de Usuarios
Documentación
Incluye una descripción completa del sistema para la operación y mantenimiento.

Realmente hoy en día cada día menos personas le prestan atención a un aspecto tan importante como lo es la documentación. Lo mínimo que debe llevar un Sistema a ser entregado, debe ser un
Manual de Usuario
.
Entrega al Usuario
Es entregar el Sistema al Usuario para su funcionamiento. También se llama “puesta en producción”.
El Análisis de Sistemas amplía resultados del Estudio de Factibilidad y define QUÉ va a hacer el nuevo Sistema. Presenta el Modelo del Sistema Actual.


Llevar a cabo el análisis de un sistema no es más que conocer la situación actual. De hecho, se amplían los resultados del Estudio de Factibilidad, y se hace un Modelo Lógico del Sistema Actual. La idea es “retratar” o tomar una “foto” del Sistema Actual.
Así como un médico no da un diagnóstico sin haber estudiado los exámenes clínicos del paciente, un analista no puede ofrecer una solución sin antes haber realizado un análisis de los elementos con las que se cuentan en la actualidad.
Un buen análisis, nos da una buena base para presentar una buena solución. A fin de cuentas, el axioma utilizado en los sistemas es muy válido: basura entra, basura sale.
Fases a cumplir
1. Determinar Objetivo General y específicos del Sistema Propuesto
2. Identificar usuarios (directos e indirectos)
3. Elaborar DFD del Sistema Actual
4. Elaborar DD del Sistema Actual
5. Recopilar reportes del Sistema Actual
6. Elaborar Procesos del Sistema Propuesto
Se emplean Técnicas de Recolección de Información, tales como:
Cuestionarios
Entrevistas
Observación
DFD:
Herramienta gráfica que se emplea para describir y analizar el movimiento de datos a través de un sistema.
DD:
Son los datos de los datos del sistema (metadatos)
Es un catálogo de los elementos de un sistema
Se reseñan
Almacenes de Datos, Repositorios o Archivos
Flujos de Datos
Procesos


Es donde se pone de manifiesto la creatividad del Analista, para solucionar el problema planteado en el Estudio de Factibilidad, y cumplir con los Objetivos establecidos en el Análisis del Sistema.

Es en el Diseño donde se establece la estructura del Sistema Propuesto, y se va armando la Documentación Técnica que servirá de base para su construcción y para un posterior mantenimiento.
Pasos a seguir
1. Elaborar Diagrama de Flujo de Datos del Sistema Propuesto
2. Elaborar Diccionario de Datos del Sistema propuesto
3. Elaborar Diagrama Entidad Relación
4. Elaborar Diagrama Estructurado de Datos
5. Carta Estructurada (o Mapa de Navegación)
6. Diagramas de Acción
7. Diseño de Interfases (Pantalla, Impresora, otros)
8. Selección de la plataforma de desarrollo
El
Back-End
es la base de datos, y es el núcleo del sistema. Una buena base de datos le da integridad, consistencia y velocidad de respuesta a la aplicación.
El
Front-End
es la interfaz mediante la cual el usuario se comunicará con la Base de Datos, y viene representado por las pantallas y reportes.
Back End
Diagrama Entidad Relación - DER
Diagrama Estructurado de Datos - DED
Front End
Carta Estructurada
Diseño de Interfases
UML
DFD
Árboles de Decisiones
Tablas de Decisiones
2015
Full transcript