Software">
Nothing Special   »   [go: up one dir, main page]

4.3 Planeación Del Desarrollo de Sistema de Información.

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 23

INSTITUTO TECNOLOGICO

SUPERIOR DE CALKINI EN EL
ESTADO DE CAMPECHE

INGENIERÍA EN INFORMATICA

NOMBRE DE LA ASIGNATURA:

ANALISIS Y MODELADO DE SISTEMAS DE INFORMACION

DOCENTE: MARLENE MENDEZ


MORENO
INTEGRANTES:

Carlos Manuel Uc chi-6876


Víctor Manuel Che Huchin 6878

SEMESTRE: 5 GRUPO: A

ACTIVIDAD:

INVESTIGACIÓN DOCUMENTAL.
4.3 Planeación del desarrollo de sistema de información.

Un proyecto es un conjunto de actividades relacionadas entre sí porque persiguen un objetivo en


común. A diferencia de los procedimientos o procesos, los proyectos son únicos. Cada uno está
formado por unas fases y etapas de un proyecto, unos requisitos, unas tareas específicas, un
equipo de trabajo concreto y un periodo de ejecución determinado. Los proyectos empiezan y
finalizan en una fecha concreta, dentro del ciclo de vida de un proyecto.

Como unidad de trabajo en la que se planifica una ruta de actividades para alcanzar un objetivo,
existen contratiempos. Estos también son únicos de cada proyecto, según las circunstancias en
la que se desarrolle. Ahí estará la incertidumbre del proyecto. ¿Cumpliremos con los plazos?
¿Tendremos el material a tiempo?

Sin embargo, aunque cada proyecto sea único, todos suelen cumplir con una serie de fases y
etapas en común a la mayoría de los proyectos. Así, existen un conjunto de pasos para el
desarrollo de un proyecto, clasificados por etapas.
1.- Estudio de Factibilidad

¿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 para 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.

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.


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.

Identificación de procedimientos actuales

Se deben identificar, 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.

Presentación de posibles soluciones al problema

Se deben presentar al menos tres posibles soluciones al Problema identificado. El presentarle


una sola solución al usuario o cliente es forzarle a elegir una única propuesta. Así 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.

Validación de las Posibles Soluciones

Todas las Posibles Soluciones a presentar deben ser factibles, desde los
siguientes puntos de vista:
• Factibilidad Técnica (¿existe tecnología para realizarlo?).
• 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.
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.

Recomendación:
De acuerdo con 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.

Acciones Preliminares

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 de Sistemas de Información.
• Diseñador de Base de Datos.
• Programador (Codifica/Prueba).
• Usuario Directo y Usuario Indirecto (expresa necesidades).
• Transcriptor (Ingresa datos en el sistema, de requerirse).

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.

Elaboración de la Planificación del Proyecto


Herramientas para la planificación:
• Diagrama de Gantt.
• PERT-CPM (Ruta crítica).
• Cronograma de Actividades
• Software de Planification (Oracle Primavera, MS Project, ViewPoint, Harvard Project, etc).
Análisis de Sistemas
Fases para cumplir:
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 para cumplir:
1. Determinar Objetivo General y específicos del Sistema Propuesto.

2. Identificar usuarios (directos e indirectos).

3. Elaborar Diagrama de Flujo de Datos del Sistema Actual.

4. Elaborar Diagrama de Flujo de Datos 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:

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
Diseño de Sistemas

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 por 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 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.


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.


Programación
Generación del Código Fuente y Objeto

Creación de la Base de Datos de acuerdo al Manejador seleccionado

Revisar los Sistemas Manejadores de Base de Datos más usados:

Revisar algunos de los Lenguajes de Programación más usados:

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 con los D.A. y otros

resultados del Diseño.

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.
Implantación de Sistemas

Incluye todas las actividades para poner un sistema en producción (entregar al usuario). Sus

etapas son:

• Prueba.
• Migración de Datos.
• Instalación de Hw y Sw.
• Adiestramiento.
• Documentación.
• Entrega al Usuario.

PRUEBAS
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).

Con estrategias como: Caja Negra (probar especificaciones sin prestar atención al código) y Caja

de Cristal (probar código sin prestar atención a las especificaciones).

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.

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 y eléctricas, piso falso, cielo raso y
aire acondicionado).
• Seguridad en las instalaciones y el equipo.
• Instalar y Probar el Hardware y Software.
• Determinar Requerimientos especiales.
Adiestramiento de Usuarios
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 y Operadores de Sistemas.

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 marcha".

Después de la Implantación

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, los tipos de mantenimiento son los siguientes:

• Correctivo
• Perfectivo
• Adaptativo
• Preventivo

Auditoría de Sistemas
Detecta fraudes, errores o atentados en los sistemas, a través de controles oportunos.
REFERENCIAS:

• BURCH, John; GRUDNISKY, Gary. "Diseño de Sistemas de Información", Grupo Noriega editores,
1992.
• SENN, James A. "Análisis y diseño de sistemas de información", 2da. ed., McGraw-Hill, 1992.
• LUCAS, Ennry C. "Conceptos de los sistemas de información para la administración", 2da.
ed.,McGraw-Hill, 1983.
• MORRIS, Daniel; BRANSON, Joel. "Reingeniería, como aplicarla con éxito en los negocios",
McGraw-Hill, 1994.
• GANE, Chris; SARSON, Trish. "Análisis estructurado de sistemas", El Ateneo, 1991.
• SALGADO, Raúl "Una metodología para el análisis de sistemas", Macchi, 1977.
• POZO NAVARRO "La dirección por sistemas", Limusa, 1987.

También podría gustarte