Ciclo de Vida de Un Sistema PDF

Preview

Summary

El ciclo de vida de un sistema y sus fases...

Description

UNIVERSIDAD ALEJANDRO DE HUMBOLDT INGENIERÍA EN INFORMÁTICA ANÁLISIS DE SISTEMAS

Ciclo de vida de los sistemas

Caracas, Noviembre de 2020.

El Ciclo de Vida de los Sistemas Un sistema es un conjunto automatizado o manual, que engloba a personas, máquinas y/o métodos organizados para recopilar, procesar, transmitir datos que representan información. El ciclo de vida de un sistema es un enfoque por fases del análisis y diseño que sostiene que los sistemas son desarrollados de mejor manera mediante el uso de un ciclo especifico de actividades del analista y del usuario. Las fases que incluye son nacimiento,

desarrollo,

operación,

mantenimiento y muerte. Fases del Ciclo de Vida de un Sistema 1. Planificación La planificación de un sistema comienza tratando de definir un conjunto general de objetivos para el sistema que hemos de construir, pero no identifica los requisitos

detallados.

En

cualquier

situación hay que hacer una planificación de lo que se desea y lo que se espera obtener con el proyecto. El desarrollo de prototipos del sistema deseado reduce el riesgo de que el proyecto fracase y facilita la especificación de requerimientos de productos que desconocemos.

2. Análisis En esta fase se define cada elemento del sistema, estableciendo cuál es el su papel dentro de ese sistema. El objetivo de la fase de análisis es producir una lista de requisitos para un sistema de información nuevo o revisado. 3. Diseño En la fase de diseño se han de estudiar posibles alternativas de implementación para el sistema se ha de decidir la estructura general que tendrá el sistema (su diseño arquitectónico). El diseño de un sistema es complejo y el proceso de diseño ha de realizarse de forma iterativa. Así mismo se tendrá que determinar cómo el nuevo sistema cumplirá con los requisitos aplicables. Es por ello que, en esta fase del ciclo de vida de un sistema podamos identificar soluciones potenciales, evaluarlas y elegir la más conveniente. 4. Implementación Una vez que sabemos qué funciones debe desempeñar nuestro sistema de información (análisis) y hemos decidido cómo vamos a organizar sus distintos componentes (diseño), es el momento de pasar a la etapa de implementación. Para la fase de implementación hemos de seleccionar las herramientas adecuadas, un entorno de desarrollo que facilite nuestro trabajo y un lenguaje de programación apropiado para el tipo de sistema que vayamos a construir. La elección de estas herramientas dependerá en gran parte de las decisiones de diseño que hayamos tomado hasta el momento y del entorno en el que nuestro sistema deberá funcionar. 5. Pruebas La búsqueda de errores que se realiza en la etapa de pruebas puede adaptar distintas formas, en función del contexto y de la fase del proyecto en la que nos encontremos:



Las pruebas de unidad sirven para comprobar el correcto funcionamiento de un componente concreto de nuestro sistema.



Las pruebas de integración son las que se realizan cuando vamos juntando los componentes que conforman nuestro sistema y sirven para detectar errores en sus interfaces.



Cuando el sistema no es un producto a medida, sino que se venderá como un producto en el mercado, también se suelen realizar pruebas beta. Estas pruebas las hacen usuarios finales del sistema ajenos al equipo de desarrollo y pueden resultar vitales para que un producto tenga éxito en el mercado.



En sistemas a medida, se suele realizar un test de aceptación que, si se supera con éxito, marcará oficialmente el final del proceso de desarrollo y el comienzo de la etapa de mantenimiento.

6. Uso y Mantenimiento La etapa de mantenimiento consume típicamente del 40 al 80 por ciento de los recursos de una empresa de desarrollo de software. De hecho, con un 60% de media, es probablemente la etapa más importante del ciclo de vida del software. Dada la naturaleza del software, que ni se rompe ni se desgasta con el uso, su mantenimiento incluye tres facetas diferentes: 

Eliminar los defectos que se detecten durante su vida útil (mantenimiento correctivo).



Adaptarlo a nuevas necesidades (mantenimiento adaptativo), cuando el sistema ha de funcionar sobre una nueva versión del sistema operativo o en un entorno hardware diferente, por ejemplo.



Añadirle nueva funcionalidad (mantenimiento perfectivo), cuando se proponen características deseables que supondrían una mejora del sistema ya existente.

Por ejemplo, en el modelo de ciclo de vida clásico, también denominado modelo en cascada, se basa en intentar hacer las cosas bien desde el principio, de una vez y para siempre. Se pasa, en orden, de una etapa a la siguiente sólo tras finalizar con éxito las tareas de verificación y validación propias de la etapa. Si resulta necesario, únicamente se da marcha atrás hasta la fase inmediatamente anterior. Ejemplo del ciclo de vida de un Sistema Modelo en Cascada Problema a resolver mediante el sistema: 

Una empresa quiere implantar un sistema de control de acceso de usuarios previo al arranque del resto de aplicaciones que tiene instaladas.



Cada usuario deberá indicar su nombre y palabra de paso para poder tener acceso al resto del sistema.



El sistema de control de acceso permitirá un máximo de tres intentos antes de bloquear el terminal durante cinco minutos.



El sistema deberá detectar que tanto el nombre como la palabra de paso han sido rellenadas y que dichos valores se corresponden con los que previamente han sido almacenados en la base de datos de control de accesos.



Bajo ningún concepto, el nombre de usuario y la palabra de paso podrán quedar sin rellenar.



En el caso de no poder realizar la identificación de los usuarios que quieren acceder al sistema, deberá mostrarse un mensaje de error que indique cual es la causa de fallo de identificación.

1. Especificación de requisitos. Se han detectado los siguientes requisitos: 

R1: El sistema debe permitir la identificación de usuarios



R2: Los usuarios están identificados por su nombre y palabra de paso. En nombre no excederá la longitud de 15 caracteres y la palabra de paso de 8.



R3: Es obligatorio que tanto el nombre como la palabra de paso sean cumplimentados por el usuario



R4: Deberá comprobarse que el nombre de usuario y la palabra de paso se corresponden con un usuario con autorización para acceder al sistema, esta información ya habrá sido incorporada previamente al mismo



R5: Cuando el usuario no esté autorizado se mostrará el mensaje de error XX “no tiene permiso para acceder a este sistema” donde XX se corresponderá con el nombre que haya sido escrito.



R6: Cuando no se haya introducido ningún valor para el nombre se mostrará el mensaje: “Debe rellenar la información sobre su nombre”.



R7: Cuando no se haya introducido ningún valor para la palabra de paso se mostrará el mensaje: “Debe rellenar la información sobre la palabra de paso”



R8: Cuando el usuario esté autorizado se mostrará una pantalla con el mensaje: “Bienvenido XX” donde XX se corresponderá con el nombre que haya sido escrito



R9: El sistema permitirá tres intentos para acceder como usuario identificado.



R10: Después del tercer intento el sistema quedará bloqueado durante cinco minutos y se mostrará el mensaje “Terminal bloqueado. Quedan: YY minutos” donde YY representa el número de minutos que resten de bloqueo.



R11: No pueden existir dos pares nombre y clave repetidos en el sistema

2. Fase de Análisis Se va a plantear como solución una visión estructurada basada en diagramas Entidad/Relación. Modelo Entidad/Relación 

Sólo aparece una entidad que es Usuario con dos atributos:



Nombre: de tipo cadena de caracteres de tamaño 15.



Palabra de paso: de tipo cadena de caracteres de tamaño 8.

3. Diseño 

Contexto:



Estructura:

4. Implementación

5. Fase de Pruebas Deberán realizarse las siguientes pruebas 

Dejar nombre y palabra de paso vacía, el resultado esperado es la pantalla Error1



Dejar palabra de paso vacía, el resultado esperado es la pantalla Error2



Poner un nombre y una palabra de paso incorrecta, el resultado esperado es la pantalla Error3



4. Poner un nombre y una palabra de paso correcta, el resultado esperado es la pantalla Entrada



Poner tres veces un nombre y palabra de paso incorrecta, el resultado esperado es la pantalla Bloqueado

Aquí la fase de mantenimiento no se muestra, pero el mantenimiento servirá para corregir posibles errores, o para mejorar algunas funciones del sistema....