ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

CICLO DE VIDA DEL SOTWARE

M5A5A5A5A5A5A12 de Febrero de 2015

4.061 Palabras (17 Páginas)354 Visitas

Página 1 de 17

El objetivo principal de este trabajo de investigación es dar a conocer el ciclo de vida del software, detallando cada fase según las fuentes que se hayan tomado como referencia.

La investigación permite conocer la importancia del ciclo de vida de los programas que son estructurados por los programadores y analistas que llevan a cabo e implementan dichos sistemas, así mismo se presenta el modelo de uno de los sistemas comúnmente llamado “Modelo en cascada” que representa la estructura del mismo y como se relacionan cada una de sus fases entre sí, así como las ventajas y desventajas que éste pueda aportar a las empresas u organizaciones que lo requieran y que lo lleven a cabo dentro de ellas para la optimización de datos y recursos que se puedan manejar.

También se citan textos de autores que ayudan a la comprensión clara de algunos conceptos dentro de este proyecto y que aportan ideas.

Este proyecto también permite concluir deduciendo la importancia del ciclo de vida del los sistemas que se han de desarrollar y como es que el rol del analista y del programador es fundamental durante todo el desarrollo, ya que gracias a su trabajo se puede obtener la reingeniería del sistema si es que se requiere.

CONTENIDO

1.1 IDENTIFICACIÓN DE PROBLEMAS, OPORTUNIDADES Y OBJETIVOS 6

1.2 DETERMINACIÓN DE LOS REQUERIMIENTOS DE NFORMACIÓN 7

1.3 ANÁLISIS DE LAS NECESIDADES DEL SISTEMA 9

1.4 DISEÑO DEL SISTEMA RECOMENDADO 10

1.5 DESARROLLO Y DOCUMENTACIÓN DEL SOFTWARE 12

1.6 PRUEBA Y MANTENIMIENTO DEL SISTEMA 13

1.7 IMPLEMENTACIÓN Y EVALUACIÓN DEL SISTEMA 14

1.6 IMPACTO DEL MANTENIMIENTO DEL SISTEMA 16

2.1 VENTAJAS DEL MODELO EN CASCADA 21

2.2 DESVENTAJAS DEL MODELO EN CASCADA 21

Bibliografía 23

Modelar un software no es tarea sencilla, ya que, para realizarlo es necesario seguir una metodología para así obtener buenos productos, es decir, un software que sea sencillo de manejar y que sea útil en su totalidad a la hora de su implementación.

Un método es una competencia básica para todo profesional que le permite guiar su trabajo de acuerdo con normas y procedimientos definidos, visualizar el inicio y el fin de los procesos en que participa, ubicar su aporte en el contexto del proceso completo y trabajar en equipo con los demás participantes del proceso. “Modelar soluciones de software puede ser arte y tecnología a la vez”. (BRAVO CARRASCO, 2009)

En la Edad Media, la incorporación a un oficio, hacer zapatos o construir catedrales, era una iniciación en un gremio muy cerrado. El “arte” o secreto de los maestros se transmitía desde éstos a principiantes a través de la revelación de los misterios del oficio.

De la misma forma comenzó el desarrollo de proyectos tecnológicos, con iniciados que conocían los secretos del arte y que parecían estar juramentados para no revelarlo. Sin embargo, no ha sido necesario que transcurrieran 400 años para que ese arte se transformara en tecnología, tal como ocurrió con la mayoría de los oficios de la Edad Media. (BRAVO CARRASCO, 2009)

Este autor en especial menciona la importancia de modelar programas, es necesario presentar formalmente una realidad deseada, esto es, desde que la idea se presenta en la mente de las personas hasta que se lleva a cabo su realización y se hace tangible, con esto se hará más clara para posteriormente implementarla por medio de un resultado; que en este caso sería el software.

1. EL CICLO DE VIDA DE DESARROLLO DE SISTEMAS

El ciclo de vida de desarrollo de sistemas SDLC (por sus siglas en inglés) es un enfoque por fase para el análisis y el diseño cuya premisa principal consiste en que los sistemas se desarrollan mejor utilizando un ciclo específico de actividades del analista y del usuario. (E. KENDALL, 2005)

A pesar de que cada fase se explica por separado nunca se realiza como un paso aislado, como se menciona en el ejemplar anterior, esto significa que cada una de las fases que se realizan en el diseño de software están entrelazadas unas con otras, ya que, cada una toma importancia con la que ya se ha realizado con anterioridad, es un protocolo que se lleva a cabo para la mejora continua del sistema.

El ciclo de vida del software se compone de siete pasos que a continuación se explican y que fueron tomados del libro “Análisis y diseño de sistemas” de los autores Kenneth y Julie Kendall.

Para lo mismo se describen generalmente en la siguiente imagen.

1.1 IDENTIFICACIÓN DE PROBLEMAS, OPORTUNIDADES Y OBJETIVOS

La identificación de problemas, oportunidades y objetivos es la primera fase del ciclo y es muy importante, ya que, en esta primera parte el analista desarrollador de software revisa y determina cuál o cuáles son las necesidades que tiene que cubrir el sistema para lo cual el personal capacitado, es decir, los desarrolladores mismos deben observar lo que pasa objetivamente en un negocio. A menudo en alguna empresa u organización los problemas son detectados por alguien más y esta es la razón por la cual es llamado el analista.

La identificación de problemas consiste en entrevistar los encargados de coordinar a los usuarios, sintetizar el conocimiento obtenido, estimar el alcance del proyecto y documentar los resultados.

A continuación, la administración debe decidir si se sigue adelante con el proyecto propuesto. Si el grupo de usuarios no cuenta con fondos suficientes, si desea atacar problemas distintos, o si la solución a estos problemas no amerita un sistema de cómputo, se podría sugerir una solución diferente y el proyecto de sistemas se cancelaría.

1.2 DETERMINACIÓN DE LOS REQUERIMIENTOS DE NFORMACIÓN

La siguiente fase que enfrenta el analista es la determinación de los requerimientos de información de los usuarios. Entre las herramientas que se utilizan para determinar los requerimientos de información de un negocio se encuentran métodos interactivos como las entrevistas, los muestreos, la investigación de datos impresos y la aplicación de cuestionarios; métodos que no interfieren con el usuario como la observación del comportamiento de los encargados de tomar las decisiones y sus entornos de oficina, al igual que métodos de amplio alcance como la elaboración de prototipos.

El desarrollo rápido de aplicaciones (RAD, Rapid Application Development) es un enfoque orientado a objetos para el desarrollo de sistemas que incluye un método de desarrollo (que abarca la generación de requerimientos de información) y herramientas de software.

En la fase de determinación de los requerimientos de información del SDLC, el analista se esfuerza por comprender la información que necesitan los usuarios para llevar a cabo sus actividades. Varios de los métodos para determinar los requerimientos de información implican interactuar directamente con los usuarios. Esta fase es útil para que el analista confirme la idea que tiene de la organización y sus objetivos. En ocasiones sólo realizan las dos primeras fases del ciclo de vida del desarrollo de sistemas. Esta clase de estudio podría tener un propósito distinto y por lo general la lleva a la práctica un especialista conocido como analista de información (IA, Information Analyst).

Los implicados en esta fase son el analista y los usuarios, por lo general trabajadores y gerentes del área de operaciones. El analista de sistemas necesita conocer los detalles de las funciones del sistema actual: el quién (la gente involucrada), el qué (la actividad del negocio), el dónde (el entorno donde se desarrollan las actividades), el cuándo (el momento oportuno) y el cómo (la manera en que se realizan los procedimientos actuales) del negocio que se estudia. A continuación el analista debe preguntar la razón por la cual se utiliza el sistema actual. Podría haber buenas razones para realizar los negocios con los métodos actuales, y es importante tomarlas en cuenta al diseñar un nuevo sistema.

Sin embargo, si la razón de ser de las operaciones actuales es que "siempre se han hecho de esta manera", quizá será necesario que el analista mejore los procedimientos. La reingeniería de procesos de negocios podría ser útil para conceptualizar el negocio de una manera creativa. Al término de esta fase, el analista debe conocer el funcionamiento del negocio y poseer información muy completa acerca de la gente, los objetivos, los datos y los procedimientos implicados.

1.3 ANÁLISIS DE LAS NECESIDADES DEL SISTEMA

La siguiente fase que debe enfrentar el analista tiene que ver con el análisis de las necesidades del sistema. De nueva cuenta, herramientas y técnicas especiales auxilian al analista en la determinación

...

Descargar como (para miembros actualizados) txt (26 Kb)
Leer 16 páginas más »
Disponible sólo en Clubensayos.com