CARRERA : INGENIERÍA EJECUCIÓN INFORMÁTICARAMO : SISTEMAS DE INFORMACIÓN SEMESTRE : 2do semestre 2010PROF : MAGDALENA NIETO GUTIERREZMAIL : magdalena.nieto@gmail.comAPUNTE : N-1

Sistema de evaluaciónTipo de evaluación Ponderación Fecha

VencimientoPrueba solemne 25% Agregar promedio

test sin aviso. 10 alumnos

Presentación cliente/sistema 5% Viernes 20 de Agosto

Informe Diagnóstico del Sistema 15% Viernes 10 de Septiembre

Informe Factibilidad del Sistema 15% Viernes 1 de Octubre

Informe Conceptualización 20% Viernes 29 de Octubre

Informe Análisis Orientado a Objetos

15% Viernes 19 de Noviembre

Informe final 5% Viernes 26 de Noviembre

Bibliografía:

Desarrollo de Sistemas de Información Un enfoque prácticoJuan Bravo CarrascoEvolución

Ingeniería de SoftwareIan SommervilleAddison Wesley.

Ingeniería del software. Un enfoque práctico.Pressman R.S.McGraw-Hill/Interamericana.

1

1 ) SISTEMAS DE INFORMACION

¿ QUE SON LOS SISTEMAS DE INFORMACION?

Definición 1: Un sistema de información es una disposición de personas, actividades, datos, redes y tecnología integrados entre sí con el propósito de apoyar y mejorar las operaciones cotidianas de una empresa, así como para satisfacer las necesidades de información para la resolución de problemas y la toma de decisiones por parte de los directivos de la empresa.

Definición 2: Un sistema de información es aquél que permite recopilar, administrar y manipular un conjunto de datos que conforman la información necesaria para que los estamentos ejecutivos de una organización puedan realizar una toma de decisiones informadamente.

2

¿ QUE SON LOS DATOS, INFORMACION Y REGISTROS?

Dato es un valor específico, que por sí sólo, no entrega ningún conocimiento útil. Ejemplo de dato “23”

Información, por su parte, corresponde a datos con un cierto proceso, informa por lo tanto decrece la incertidumbre inicial. Ejemplo de información “Hoy es 2 de Agosto del 2010”

Registro, se refiere al conjunto de información relacionadas y agrupada. Ejemplo de registro: 11111111-1 Juan Pérez jperez@gmail.com

Clave: Corresponde a un dato de valor único (irrepetible) que permite encontrar rápida y fácilmente el registro. Claves de búsqueda típicas, están relacionadas con códigos, por ejemplo: Rut, Código de Carrera, Código de Ramo, etc.

3

CARACTERIZACIÓN DE UN SISTEMA DE INFORMACIÓN:

Las principales características de los SI:

Almacenan gran cantidad de datos para generar información.

Realizan un bajo grado de procesamiento sobre los datos

Como ejemplo de SI tenemos: Ventas: Permite consultar por productos y registrar ventas

que se realizan Contabilidad: información de flujos y estados financieros

de la organización. Personal: toda la información referente al Recurso Humano

de la institución.

La característica esencial de un sistema de información es el uso de registro de datos para representar el movimiento, el estado o la existencia de objetos en algún otro sistema, los cuales pueden ser físicos o abstractos. Ejemplo: Un almacén formado por bienes: llegan, se guardan y se venden.

Los sistemas de información no están restringidos a representar objetos físicos, también pueden representar abstracciones. Ejemplo: cuenta corriente, préstamos, etc.

4

MATERIA PRIMA DE UN SISTEMA DE INFORMACIÓN Y ALGUNAS CONSIDERACIONES

La materia prima de un sistema de información son los datos: nombres, números, descripciones y muchas otras cosas. Debemos ser selectivos al recoger datos, y capaces de organizarlos de tal forma que sean comprensibles y útiles para que puedan usarse.

Existen dos aspectos interrelacionados en cualquier sistema de información: Los mismos datos, su estructura inherente y sus propiedades;

y, La forma en que van a usarse los datos y por quién. Ejemplo: RUTEjemplo: Dirección

Una información útil en el sistema puede obtenerse a partir de los datos: Seleccionando datos relevantes de objetos o grupo de ellos,

agregando datos, y Transformando datos.

Es útil distinguir entre datos actuales y datos históricos: Actuales: registran lo que ha ocurrido y desde ello tomar

decisiones. Históricos: Información con la cual se puede llegar a inferir

comportamientos futuros y considerarlo como base a la toma de decisiones.

También hay distintos niveles de información necesarios: Nivel operacional, que hace cosas: corresponde a información

detallada, actualizada y válida minuto a minuto Nivel de dirección, que supervisa y planifica: generalmente está

resumida y puede ser antigua

5

TIPOS DE SISTEMAS DE INFORMACIÓN DE ACUERDO CON EL USO U OBJETIVOS

Un sistema de información realiza cuatro actividades básicas: entrada, almacenamiento, procesamiento y salida de información y pueden ser clasificados de acuerdo a su uso como:

Sistemas Transaccionales: Son aquellos SI que logran la automatización de procesos operativos dentro de una organización, y su función primordial consiste en procesar transacciones. Ejemplo: Sistema de pagos, cobros, pólizas, etc.

Soporte a la Toma de Decisiones, Toma de Decisión de Grupo, sistemas Expertos de Soporte a la Toma de Decisiones y Sistemas de Información para Ejecutivos: Son SI que apoyan el proceso de toma de decisiones. Ejemplo DataWarehouse, ERP (integra áreas funcionales), SAP (Integra áreas de la empresa con otras empresas, comunidades y el mundo a través de Internet).

Sistemas Estratégicos, los cuales se desarrollan en las organizaciones con el fin de lograr ventajas competitivas, a través del uso de la tecnología de información. Ejemplo: Modelo de riesgo y de rentabilidad, Sistema de Balances ScoreCard, etc.

6

PRINCIPIOS ESENCIALES PARA EL DESARROLLO DE SISTEMAS CON EXITO

El ciclo de vida de desarrollo de sistemas (CVDS) es un proceso por el cual los analistas de sistemas, los ingenieros de software, los programadores y los usuarios finales elaboran sistemas de información y aplicaciones informáticas. El CVDS, corresponde a las etapas que vive un sistema:

Concepción (planificación) Análisis Diseño Implantación, y Soporte

PRINCIPIOS GENERALES QUE DEBERIAN SOSTENER TODOS LOS DESARROLLOS DE SISTEMAS

Principio 1: Implicar al usuarioLas personas responsables del desarrollo de sistemas deben reservar tiempo para los usuarios, insistir en la participación de estos en el proyecto y buscar su acuerdo sobre las decisiones que puedan afectarles.

Principio 2: Aplicar un método de resolución de problemasEl ciclo de vida del desarrollo de sistemas es, debe ser acompañado de una metodología de desarrollo del sistema. El término problema se usa como algo que incluye tanto los problemas reales como las oportunidades de mejorar y las normas impuestas por la dirección.

Principio 3: Definir fases y actividadesEn su mayoría, los CVDS constan de fases, en su forma clásica constan de 4 fases: análisis de sistemas, diseño de sistemas, implantación de sistemas y soporte de sistemas. Hay algunos autores que han incorporado en primer lugar una fase de Planificación del Sistema.

Principio 4: Establecer normas para un desarrollo y una documentación consistentes

7

Estas normas aseguran la consistencia del desarrollo de sistemas, por lo general estas normas describen : (1) actividades, (2) responsabilidades; (3) requisitos de documentación, y (4) controles de calidad

Principio 5: Justificar los sistemas como inversiones de capitalLos sistemas de información son inversiones de capital, es por ello que debe tenerse en consideración dos aspectos.

En primer lugar, ante cualquier problema es probable que existan varias soluciones posibles. El analista no debería quedarse con la primera solución que le venga a la cabeza. En segundo lugar, después de encontrar las soluciones alternativas, el analista de sistemas debería evaluar la viabilidad de cada una de ellas, en particular en lo que concierne a la eficacia de costes.

La eficacia de costes se define como el resultado obtenido al poner en una balanza el coste del desarrollo y el funcionamiento de un sistema, por un lado, y los beneficios extraídos del mismo, por otro. Principio 6: No tener miedo de cancelar o revisar el proyectoUna ventaja importante del método por fases del desarrollo de sistemas reside en que ofrece varias oportunidades para evaluar su viabilidad. A menudo se siente la tentación de seguir con el proyecto sólo por la inversión que ya se ha hecho en él.

Principio 7: Divide y vencerásTodos los sistemas forman parte de sistemas mayores (llamados supersistemas). Este hecho es importante por dos razones. En primer lugar, los analistas de sistemas deben ser conscientes de que cualquier sistema en el que trabajen interacciona con est supersistema. Si el supersistema está sujeto a cambios constantes, el ámbito de cualquier proyecto también variará conforme el analista vaya conociendo mejor el supersistema. En su mayoría, los analistas de sistemas tienden a infravalorar la dimensión de los proyectos. La causa de este defecto está, casi siempre, en la ausencia de un estudio adecuado de las implicaciones que tiene un sistema dado sobre el supersistema que lo engloba.

8

En segundo lugar es necesario dividir el sistema en subsistemas con el fin de controlar el problema con mas facilidad y ser capaces de construir sistemas más grandes. Al dividir un problema mayor en fragmentos de más fácil gestión, el analista puede simplificar el proceso de resolución de problemas.

Principio 8: Diseñar sistemas que pueden crecer y cambiarExiste un defecto vital en el que suelen incurrir los profesionales de sistemas de información y es desarrollar sistemas que satisfacen solamente las necesidades para hoy.Entropía es el término utilizado por los especialistas para describir el natural e inevitable deterioro de todos los sistemas.

9

INTRODUCCION AL CICLO DE VIDA DEL DESARROLLO DE SISTEMAS

UNA VISION GENERAL DEL CICLO DE VIDALa figura ilustra un ciclo de vida del desarrollo de sistemas típico, aunque moderno._

10

Planificación De sistemas(Analista de planificación)

Soporte De sistemas(Analista diseñadores y

constructores del sistema)

Análisis De sistemas(Analistas de sistemas)

Implantación De sistemas(Constructores del sistema)

Diseño De sistemas(Diseñadores de sistemas)

Flujo de información

Producto principal obtenido

Suceso detonante principal

Detalles y limita-ciones del siste-ma existente

Proyecto planifi-cado

Detalles y limitacio-nes del sistema existente

Declaración de lasNecesidades de

empresa

Explicación deldiseño

Sistema de infor-mación en pro-ducción

SIMBOLOGIA

Como puede verse, el ciclo de vida moderno consta de cinco funciones de alto nivel. Una revisión de cada una de las funciones sería:

Planificación de sistemas. El ámbito de la planificación de sistemas puede ser toda la empresa, una división de la misma o cualquier otro tipo de sus unidades organizativas. Su propósito es identificar y establecer las prioridades sobre aquellas aplicaciones de los sistemas de información cuyo desarrollo reporte máximos beneficios para la empresa considerada en su conjunto. Esta fase indica la relativa madurez del funcionamiento de los sistemas de información.

Sus entradas son las misiones de la empresa y cualquier tipo de detalle o limitación de los sistemas existentes. Sus salidas clave o productos son los planes de sistemas de empresa y de información y los proyectos planificados de desarrollo de aplicaciones.En consecuencia, los proyectos planificados "giran" hacia las fases restantes.

Análisis de sistemas. El dominio cubierto por el análisis de sistemas es una única aplicación de sistemas de información. Su propósito es analizar el problema o la situación de empresas de que se trate y, entonces, definir las necesidades de la empresa; con respecto a la creación o perfeccionamiento de un sistema de información. Las necesidades de empresa no implican obligatoriamente una solución de tipo informático. El suceso que activa el análisis es bien el proyecto planificado de desarrollo de aplicaciones ( procedente de la fase de planificación de sistemas) o un proyecto no planificado de desarrollo de aplicaciones (que responde a un problema, una oportunidad o una norma no previstos). Otras posibles entradas son los detalles y limitaciones de los sistemas existentes y hechos y necesidades relacionados con la empresa. El producto clave obtenido es una relación de las necesidades de empresa que explica lo que precisan los usuarios, aunque no como se proyecta diseñar o implantar dichas necesidades.

Diseño de sistemas .El dominio que cubre el diseño de sistemas sigue siendo la aplicación de sistemas de información única de que

11

hablamos en el análisis de sistemas. Su propósito es diseñar una solución técnica, de tipo informático, que satisfaga las necesidades de empresa según han sido especificadas durante el análisis de sistemas.

El suceso que lo activa es la relación de necesidades de empresa . Otras entradas son las opiniones y recomendaciones relacionadas con el diseño expuestas por los usuarios de sistemas. El producto resultante principal del diseño de sistemas es una relación técnica de diseño . Este producto establece (o demuestra) "como " conseguirá el sistema de información satisfacer las necesidades de empresa de los usuarios.

Implantación de sistemas . El dominio que cubre la implantación de sistemas está definido por los componentes de tipo tecnológico de la aplicación de sistemas de información que se diseñaron en la fase anterior. Su propósito es construir y/o ensamblar los componentes técnicos y poner en funcionamiento el sistema de información nuevo o mejorado

El suceso que lo activa es la relación técnica de diseño obtenida del diseño de sistemas. Su producto resultante clave es un sistema de información en producción.

El término producción se utiliza para describir un sistema que ha sido puesto en funcionamiento cotidiano. Otra de sus salidas es la documentación y formación de usuarios finales necesaria para utilizar el sistema en producción.

2 a 5) Soporte de sistemas. El dominio que cubre el soporte de sistemas de información puesto en producción mediante la implantación de sistemas. El propósito del soporte de sistemas es sostener y mantener el sistema durante el resto de su vida útil.

La entrada a esta fase es el sistema de información en producción. También se activan diversas actividades de soporte a partir de los problemas de uso del sistema.

Llegará un momento en que el sistema en producción será demasiado caro de mantener, o dejará de suministrar el apoyo

12

adecuado a la empresa. Entonces, el ciclo de vida deberá cerrarse para volver a las fases de planificación o análisis de sistemas.

ACUERDO EN ALGUNAS DEFINICIONES

MetodologíaColección de métodos de solución de problemas organizados bajo una filosofía común y gobernados por un conjunto de principios. Se considera como metodología una vez que ha sido probada y responde a los problemas que se supone que debe atender, es decir, se ha consolidado

MétodoEnfoque estructurado para el desarrollo de software que incluye modelos de sistemas, notaciones, reglas, sugerencias de diseño y guías de procesos. Ejemplo: Método de ordenamiento de datos burbuja

ModeloRepresentación simplificada de un proceso de software, presentada desde una perspectiva específica. Ejemplo Diagrama entidad relación

ProcesoConjunto de actividades cuya meta es el desarrollo o evolución del software. Esta definición deja en manifiesto que el proceso es la operacionalización de actividades, también llamadas tareas concretas. Por ejemplo, se puede hablar del proceso para llevar a cabo un modelo entidad-relación; o el proceso de construcción del módulo del sistema, a través del modelo de desarrollo iterativo, utilizando el método XP

13

HerramientasProporcionan un enfoque automático o semiautomático para el proceso y los métodos. Por ejemplo, hay herramientas específicas de programación (Java, .NET, etc.) , de análisis y diseño (system architec, UML, etc.)

TécnicaSon más mecánicas que los métodos; a menudo, tienen aplicación restringida. Por ejemplo, los Casos de Uso son técnicas para entender o capturar los requerimientos del sistema, desde un usuario.

ProcedimientoGuía de cómo poner en práctica las herramientas. En muchos casos, las herramientas vienen provistas de un manual de uso. Este manual de uso se puede dividir en dos partes: una parte especializada en la descripción de las opciones de los diferentes menús que provee la herramienta y la otra parte que indica o da pautas de cómo utilizar correctamente la herramienta, con cierta lógica, sea esta secuencial, incremental u otra definida por el fabricante.

14

METODOLOGÍAS PARA DESARROLLAR SISTEMAS DE INFORMACION

LAS TECNICAS Y LAS METODOLOGIAS COMPLEMENTAN EL CICLO DE VIDA

Las técnicas y las metodologías de desarrollo de sistemas se confunden con frecuencia con el ciclo de vida, cuando ellas en realidad sirven de complemento al ciclo de vida.

La idea del ciclo de vida no ha muerto, recordemos que su propósito es: planear, ejecutar y controlar el proyecto de desarrollo de un sistema. El ciclo de vida define las fases y las tareas esenciales para el desarrollo de sistemas, sin importar el tipo o envergadura del sistema que se intenta construir

Una técnica es un método que aplica herramientas y reglas específicas para completar una o más fases del ciclo de vida del desarrollo de sistemas. Uno de sus sinónimos habituales es paradigma .

Las técnicas son en su mayoría sólo aplicables a una parte del ciclo de vida total. Por tanto, no pueden, por sí mismas, reemplazar al ciclo de vida. Algunas de las más conocidas técnicas de desarrollo de sistemas pretenden introducir en el ciclo de vida una precisión y un rigor propios de la ingeniería.

Una metodología es una versión amplia y detallada de un ciclo de vida completo del desarrollo de sistemas que incluye: (1) tareas paso a paso para cada fase; (2) funciones individuales y en grupo desempeñada en cada tarea; (3) productos resultantes y norma de calidad para cada tarea, y (4) técnicas de desarrollo (tal como se definieron anteriormente) que se utilizarán en cada tarea. (también es posible qu contenga tecnología específica dirigida a los equipos de desarrollo).

Son de destacar dos puntos importantes. En primer lugar, una auténtica metodología debe acompañar al ciclo de vida completo del desarrollo de sistemas, incluido el soporte de sistemas (que, con

15

frecuencia, se omite). Y segundo, la mayor parte de las metodologías modernas incluye el uso de varias técnicas de desarrollo ( con sus herramientas asociadas).

Así pues, el ciclo de vida no ha muerto. Simplemente se ha disfrazado en forma de populares metodologías disponibles comercialmente, las cuales contienen técnicas muy conocidas.

16

MODELOS O ENFOQUES DE DESARROLLO DE SISTEMAS DE INFORMACION

Diferentes modelos o enfoques de desarrollo de sistemas de información han surgido hasta hoy en día, cada uno de ellos tiene su raíz en preconcepciones dominantes de su época y, sobre todo, en la búsqueda incesante de mejorar sus precedentes. Un aspecto central es el ANALISIS, es quien relaciona directamente con el área PROBLEMA. Es por esto que cada proyecto a desarrollar, debe seleccionar aquel modelo o enfoque mas adecuado.

¿ Cómo saber elegir el modelo mas adecuado?. Ello se determina evaluando los siguientes criterios de selección:

La cultura de la corporación Deseo de asumir riesgos El área de la aplicación La volatilidad de los requisitos Hasta qué punto se entienden bien los requisitos

El primer modelo de desarrollo de sistemas fue el Lineal Secuencial, bajo ella la Metodología Clásica o Cascada, hasta hoy en día muy utilizada. Los primeros clientes con necesidades básicas, claras y precisas tuvieron productos que realmente satisfacían sus requerimientos. En la medida que las necesidades de los clientes van evolucionando en magnitud y siendo más ambiguas este modelo pasa a ser cuestionado y comienzan a surgir nuevos modelos, en búsqueda de mejorar al anterior. Es esta razón de porqué vemos que mucho de ellos son una evolución del Clásico, conservando la estructura de tipo Lineal Secuencial. Como los sistemas de información evolucionan, mientras ellos están siendo construidos y/o utilizados, se hace necesario enfoques que se adapten a estos cambios, surgen así los modelos Evolutivos.

17

Podemos clasificar a los modelos o enfoque de desarrollo de sistemas según su estructura como: Lineal Secuencia, Evolutivo y Especificación matemática

MODELO DE DESARROLLOLineal Secuencial Evolutivo Especificación

matemática

Metodologías: Cascada o Clásico Prototipo Estructurada DRA Desarrollo Rápido de

Aplicaciones Cuarta Generación

Metodologías: Incremental Espiral Ensamblaje de

componentes (O.O) Desarrollo

concurrente

Metodologías: Formales

18

Análisis

DiseñoImplantación Explotació

n

Análisis

Diseño

Implantación

Explotación

REVISIÓN DE ALGUNAS METODOLOGIAS DE INGENIERIA DE SOFTWARE PARA DESARROLLAR SISTEMAS

METODOLOGIA CLASICA

a) Diagnóstico: Identificar al problema y ubicarlo en su medio:Actividades

- ¿Cuál es el problema?- Ubicación del problema- Descripción del problema- Evaluación del problema

b) Factibilidad: Plantear y evaluar alternativas de solución al problema identificado:

Actividades- Análisis del problema- Planteamiento de alternativas- Evaluación de cada alternativa- Evaluación comparativa entre alternativas

c) Diseño Lógico: El desarrollo administrativo de la alternativa seleccionada:

Actividades- Conocer los elementos de administración- Análisis funcional- Diseño de formularios- Sistema de codificación

d) Diseño Físico: El desarrollo computacional de la alternativa seleccionada:

Actividades- Determinar configuración computacional- Determinar software- Esquema general o global del sistema- Especificación de programas- Especificación de archivos

e) Construcción : Generar el código para el sistema:

19

Actividades- Crear programas- Prueba de programas- Documentación de programas

f) Prueba e implementación: Probar el sistema e implementarActividades

- Ensamblar programas- Poblar base de datos- Probar el sistema- Adiestrar al personal- Puesta en marcha

g) Operación: Utilizar en forma normal el sistemaActividades

- Operación del sistema

h) Mantención: Un control permanente sobre el desempeño del sistema

Actividades- Mantención- Protección- Auditoría computacional

Esta metodología es buena escogerla cuando el problema es perfectamente conocido, si los desarrolladores tienen experiencia en él y además el usuario describe claramente los requisitos, en caso contrario los tiempos de desarrollo se verán excedidos.

20

METODOLOGIA DE PROTOTIPO

Basado en la técnica de prueba y error usado comúnmente en nuestra vida cotidiana; cada error es una alternativa probada. El prototipo se orienta a estudiar la funcionalidad principal, e implica la creación de un modelo o modelos iterativos de trabajo de subsistema.

a) Diagnóstico: Determinar el problema que se pretende solucionar:Actividades

- ¿Cuál es el problema?- Ubicuidad del problema- Descripción del problema- Evaluación del problema

b) Factibilidad: Se definen los requerimientos, se plantean y evalúan diversas alternativas de solución, una de las cuales será computarizar haciendo uso de un lenguyaje.

Actividades- Análisis del problema- Planteamiento de alternativas- Evaluación de cada alternativa- Evaluación comparativa entre alternativas

c) Construcción del prototipo: Se hace uso de los requerimientos ya definidos y participan el usuario final y el analista.

Actividades- Definición del modelo de datos- Definición del modelo de funciones- Definición de pantallas

- Construye la lógica, los menú e informes

d) Utilización y prueba del prototipo: Se prueba la construcción para ver si se cumplen los requerimientos iniciales .

Actividades- Se preparan los datos reales para la prueba- Se prueba el sistema con datos reales

e) Modificaciones al prototipo: Acorde a la prueba se procede a modificar el prototipo en una secuencia iterativa y realimentada con

21

las pruebas hasta lograr una versión que satisfaga adecuadamente las necesidades.

Actividades- Modificar prototipo

f) Generación de la versión final del sistema: Se realizan acciones tendientes a dejar la aplicación en funcionamiento normal.

Actividades- Creación definitiva de los archivos- Revisión de la autodocumentación- Entrenamiento de otros usuarios- Generación del código ejecutable- Asignación de responsabilidades- Asignación de claves de acceso- Generación de la base de datos

g) Mantención del sistema: Se hace uso de herramientas de cuarta generación. La mantención itera desde la cuarta etapa.

Actividades- Mantención- Protección- Auditoría computacional

Este método es bueno escogerlo cuando se quiere probar el producto al usuario para demostrarle la utilidad.

22

METODOLOGIA DE CUARTA GENERACION (M4G)

Es una técnica completa y consistente para enfrentar el desarrollo de software de manera uniforme y normalizada.

a) Planificación: Dar a conocer las necesidades estratégicas de la organizaciónb) Evaluación del proyecto: Hacer un diagnóstico y revisar la factibilidad el proyectoc) Análisis: Modela el comportamiento del sistema

Actividades- Descripción de la estructura organizacional- Definición de los procesos del negocio- Definición de las relaciones entre los procesos del negocio- Construcción del flujograma de información- Entorno del análisis

d) Diseño: Se da forma a una aplicación computacionalActividades- Identificación de entidades- Relaciones entre entidades- Normalización de datos- Definición del modelo de funciones

e) Construcción: Generar la aplicación con alguna herramienta de software

Actividades- Construcción del código

f) Pruebas: Revisar el sistema para verificar si se cumple con los requerimientos

Actividades- Prueba del sistema con juego de datos

g) Explotación: Uso y mantención del sistemaActividades- Operación- Mantención- Protección- Auditoría computacional

Con este método se incrementa la productividad, se minimiza el problema de la mantención y se resuelven problemas de la documentación.

23

METODOLOGÍA ESTRUCTURADO

Es un método formal de división de un problema de empresa en fragmentos y relaciones manejables, y la ulterior reunión de estos fragmentos y relaciones en una solución de empresa útil para resolver el problema

a) Encuesta: Conocido como estudio de factibilidad, tiene como objetivo identificar a los usuarios responsables y crear un campo de actividad inicial del sistema.

Actividades- Hacer entrevistas - Prepara esquema que guíe el resto del proyecto- Crear un diagrama de contexto inicial

b) El análisis del sistema: Modelar el ambiente del usuario.Actividades- Diagramas de flujos de datos (DFD)- Diagrama de entidad relación (DER)- Diagrama de transición de estado (DTE)

c) El diseño: Asignar procesos a las especificaciones generadas en el análisis.

Actividades- Módulos jerarquizados- Creación de interface- Definir frontera hombre/máquina- Transformar el DER en una Base de Datos

d) Implantación: Codificar e integrar módulosActividades- Programación estructurada- Diseño descendente TOP DOWN

e) Generación de pruebas de aceptación: Lograr la aceptación de parte del usuario

Actividades- Prueba del sistema con datos (reales, históricos o ficticios)

f) Descripción del procedimiento: Describe qué partes del sistema se harán manual y cómo interactuará con la parte automatizada.

Actividades- Frontera hombre/máquina- Generación de manuales

24

g) Conversión de base de datos: Convertir base de datos inicial al modelo generado

Actividades- Conversión de BD

h) Instalación: Es un proceso gradual donde los usuarios reciben manuales y entrenamiento y se comienza a usar el nuevo sistema.

Actividades- Entrenamiento a usuarios- Uso del nuevo sistema

Es útil escoger este método cuando el usuario tiene poco claro los requerimientos, ya que es un método bastante gráfico lo que facilita la comunicación analista-usuario.

25

METODOLOGIA ORIENTADO A OBJETOS

Este método tiene por objeto aumentar la productividad, mejorar la calidad, facilitar la mantención e incorporar al usuarioa) Conceptualización: Establecer los requisitos esenciales para el sistema, arroja como producto primario prototipos, estos son incompletos, sobre los que se experimentará.

Actividades- Establecer un conjunto de objetivos- Reunir un equipo de trabajo- Evaluar el prototipo resultante y decidir sobre el desarrollo

b) Análisis: Consiste en hacer una descripción completa, consistente, legible y revisable por las diversas partes interesadas, es decir, proporcionar un modelo de comportamiento del sistema.

Actividades- Análisis del dominio (identificar las clases y objetos)- Planificación del escenario ( identificar funciones principales,

narrar sucesos, etc.).c) Diseño: Crear una arquitectura para la implantación que va a desplegarse

Actividades- Planificación arquitectónica- Diseño táctico- Planificación de versiones

d) Evolución: Su propósito es aumentar y cambiar la implantación mediante refino sucesivo, lo que conduce al sistema en producción.

Actividades- Aplicación del microproceso- La gestión de cambios

e) Mantenimiento: Gestiona la evolución post venta, se realizan cambios mas localizados, se añaden nuevos requisitos y se eliminan errores persistentes.

Actividades- Asignar prioridades a las peticiones de mejoras- Añadir mejoras mas orientada a la próxima versión- Gestionar la siguiente versión evolucionaria.

Este método es recomendable elegirlo cuando se trabajará con nueva tecnología orientada a objeto, conseguirá el producto en un menor tiempo que los restantes métodos, y además un código reutilizable.

26

4