Tarea 1 Entornos de Desarrollo.

Unidad 1: Desarrollo de Software

Tarea 1

1. Planificación de análisis de requisitos, diseño y elección de modelo de ciclo de vida.

1.1. Elección del modelo de ciclo de vida

1.2. Planificación de análisis de requisitos

1.3. Planteamiento del diseño

2. Planificación de las herramientas de programación en base a los requerimientos del cliente y secuencia de pasos a seguir.

2.1. Planificación de la codificación, lenguaje de programación y las herramientas de la programación

3. Planificación de pruebas, documentación, explotación y mantenimiento.

3.1. Planificación de las pruebas

3.2. Planificación de la documentación

3.3. Planificación de la explotación

3.4. Planificación del mantenimiento

1. Planificación de análisis de requisitos, diseño y elección de modelo de ciclo de vida.

1.1.  Elección del modelo de ciclo de vida

Hay que seguir una serie de pasos para desarrollar un programa que es lo que se conoce como ciclo de vida del software. Cada etapa la estamos desarrollando con detalle en cada punto.

Existen varios modelos, nosotros nos decantamos para la aplicación de nuestro cliente por el modelo en cascada con retroalimentación porque es similar al modelo en cascada pero se introduce una realimentación entre etapas, de forma que podemos volver atrás en cualquier momento para corregir, modificar o depurar errores, además es idóneo para proyectos que son más o menos rígidos y con requisitos claros, en este caso los requerimientos están claramente definidos. El esquema del modelo que vamos a emplear sería el siguiente:

[pic 1]

Los pasos a seguir serían, primero, el análisis de los requisitos, que es la etapa más importante y donde se especifican los requisitos funcionales y no funcionales del sistema, el diseño donde dividimos el sistema en partes y se determina la función de cada una de ellas, la codificación, en ella seleccionamos el lenguaje de programación a emplear y se codifican los programas, las pruebas del software, donde se prueban los programas para detectar errores y se depuran, la documentación, se documenta y guarda toda la información de cada etapa, la explotación,  instalamos, configuramos y probamos la aplicación en los equipos del cliente, y por último el mantenimiento, donde se mantiene el contacto con el cliente para actualizar y modificar la aplicación en el futuro.

1.2. Planificación de análisis de requisitos

Para comenzar primero se ha elaborado el documento ERS (Especificación de Requisitos Software) donde quedan especificados: la planificación de las reuniones que van a tener lugar, elección de los objetivos del usuario cliente y del sistema, relación de los requisitos funcionales y no funcionales del sistema, relación de objetivos prioritarios y temporización, reconocimiento de requisitos mal planteados o que conllevan contradicciones, etc.

A se realiza la planificación de análisis de los requisitos por lo que vamos a especificar y sintetizar los requisitos funcionales y no funcionales que el sistema necesita de realizar, previa comunicación entre analista y el cliente de la aplicación que se va a desarrollar.

Los requisitos funcionales son los siguientes:

1. Funciones que tendrá que realizar la aplicación:

    - tendrá la función de proporcionar facturas de las ventas

    - la de operar con lector de código de barras y tarjetas de crédito.

    - la de llevar la cuenta de lo que vende cada trabajador.

    - la de controlar el stock de productos en almacén.

    - la de controlar los precios de los productos y ofrecer la posibilidad de operar con ellos.

    - la de introducción de información de sus trabajadores:  DNI, nombre, apellidos, número de la Seguridad Social, fecha de nacimiento, teléfono y localidad.

    - y la de introducción de información que interesa almacenar de los productos: código, marca, nombre comercial, precio, cantidad.

2. Respuesta ante todas las entradas:

     - respuesta ante la entrada de facturas.

     - respuesta ante la entrada de código de barras y tarjetas de crédito.

     - respuesta ante la entrada de ventas por trabajador.

     - respuesta ante la entrada de productos en el almacén.

3. Comportamiento de la aplicación en situaciones inesperadas:

     - comportamiento ante los cambios en los precios de los productos y su operatividad.

Los requisitos no funcionales serán los siguientes:

1. Tiempos de respuesta del programa:

    - tiempo de respuesta de la aplicación.

2. Legislación aplicable:

    - legislación y protocolo aplicable por el uso de software libre o open source.

3. Tratamiento ante la simultaneidad de peticiones:

    - tratamiento del procesamiento de dos peticiones a la vez, aunque haya varios equipos funcionando simultáneamente.

1.3. Planteamiento del diseño

Durante esta fase, donde ya sabemos lo que hay que hacer, el siguiente paso es como hacerlo, por lo que será necesario dividir el sistema en partes y establecer qué relaciones habrá entre ellas, decidir qué hará exactamente cada parte. En definitiva, crear un modelo funcional-estructural de los requerimientos del sistema, para poder dividirlo y afrontar las partes por separado. Vamos a seguir el modelo funcional-estructural con el siguiente esquema:

[pic 2]

Podemos dividir el sistema en las siguientes partes:

Parte 1: Facturación con la función de proporcionar facturas de las ventas para los clientes.

Parte 2: Recursos humanos con la función de llevar la cuenta de lo que vende cada trabajador y de guardar la información de sus trabajadores: DNI, nombre, apellidos, número de la Seguridad Social, fecha de nacimiento, teléfono y localidad.

Parte 3: Almacén con las funciones de control de stock de productos en almacén y operar con lector de código de barras y tarjetas de crédito.

...