CICLO DE LA VIDA DEL SOFTWARE

Antes de empezar un proyecto de desarrollo de un sistema de información, es necesario hacer ciertas tareas que influirán decisivamente en el éxito del mismo .Algunas de las tareas incluyen actividades como:

La determinación del ámbito del proyecto

La realización de un estudio de viabilidad

El análisis de los riesgos asociados,

La estimación del coste del proyecto,

Su planificación temporal

La asignación de recursos a las diferentes etapas del proyecto.

Se hace el proceso
de levantamiento de las necesidades del cliente para
posteriormente estudiarlas y así brindar una solución de
software que cubra dichas necesidades.

Son las necesidades y solicitudes del cliente,
personas interesadas o involucradas de alguna manera en el
software.

Corresponde a los requerimientos del cliente
transformados en funcionalidades, características o
restricciones del sistema a construir, "lo qué el sistema debe
hacer".

Representan esas funcionalidades
con las que debe contar el sistema, qué es lo que el
sistema debe hacer o cual va a ser ese
comportamiento.

Describe como el usuario
interactuará con el sistema

Describe las funciones,
restricciones u acciones qué el
sistema deberá hacer.

Estás
reglas condicionan los
requisitos anteriores, son la
razón de ser de los requisitos.

Luego de tener ya definidos los requisitos funcionales en
la tabla anterior, se puede procederá a especificarlos en una nueva tabla, dando una descripción más clara de qué consiste la funcionalidad.

Estas tablas se organizaran en un documento conocido
como el documento de especificación de requisitos de
software(ERS).

Representan los atributos o estándares de calidad que el sistema debe tener en cuanto a su funcionamiento.

Características propias del producto en cuanto a
usabilidad, eficiencia, velocidad, confiabilidad, portabilidad...

Tiempos de respuesta, transacciones o procesos por segundo, manejo de errores...

Aspectos normativos, interoperabilidad con otros sistemas, leyes, aspectos éticos...

Confidencialidad, integridad de la información. perfiles de usuario.

Políticas existentes en la organización del cliente, normatividad de la empresa, lenguajes de programación,
herramientas.

Se deben clasificar los requisitos no funcionales con el fin de facilitar tanto su entendimiento como su categoría, en este caso se puede seguir el mismo esquema de convención (RNF# - Nombre Requisito).

En este caso el nivel de detalle lo define cada proyecto por ende se recomienda realizar una sola tabla donde se ingrese un atributo o estándar de calidad (Usabilidad, Eficiencia...) donde se nombrara la convención del requisito y una descripción del mismo.

Esta tabla se organizaran en un documento conocido
como el documento de especificación de requisitos de
software(ERS).

Este tipo de requisitos no tiene que ver con el comportamiento del sistema sino con lo necesario para que se pueda dar ese comportamiento, además se deben contemplar aspectos como el o los sistemas operativos en los que va a ejecutarse el producto de software, lenguaje de programación, espacio de memoria, bases de datos entre otros.

La clasificación de estos requisitos es igual a la de las
clasificaciones anteriores y por ende su gestión también va a
depender del proyecto o de la metodología que se utilice
para este fin.

Al momento de nombrar los requisitos se puede plantear la
convención (RT# - Nombre Requisito)

En la primera tabla se recomienda dar una prioridad y una
descripción lo suficientemente clara y concisa donde se ingresara la funcionalidad con su convención y tipo de funcionalidad (esencial, ideal, opcional).

En la siguiente tabla se explicara a detalle cada funcionalidad con su convención. su especificación de prioridad (alta, mediana, baja)

Estas tablas se organizaran en un documento conocido
como el documento de especificación de requisitos de
software(ERS).

Se estudian posibles opciones de implementación para el software que hay que construir, así como decidir la estructura general del mismo. El diseño es una etapa compleja y su proceso debe realizarse de manera iterativa.

Se eligen las herramientas adecuadas, un entorno de desarrollo que facilite el trabajo y un lenguaje de programación apropiado para el tipo de software a construir.

Se busca detectar los fallos cometidos en las etapas anteriores para corregirlos. Por supuesto, lo ideal es hacerlo antes de que el usuario final se los encuentre. Se dice que una prueba es un éxito si se detecta algún error.

Se pone el software en funcionamiento, por lo que hay que planificar el entorno teniendo en cuenta las dependencias existentes entre los diferentes componentes del mismo.