Desarrollo De Software

Unidad 1

Que tal en esta unidad de administración de equipos de desarrollo de software vamos a ver los principios de ingeniería de software, los modelos de proceso de desarrollo, los roles del equipo, el rol de la calidad del software y la importancia de la documentación.

En la ingeniera de software la conocemos como la disciplina que nos lleva más allá de programación, es por nosotros bien sabido, que en nuestros tiempos todo gira entorno a entregar más productos o desarrollos en menor tiempo, pero en esta unidad vamos a ver que no solo se trata de desarrollar por desarrollar, es necesario tener un orden y va desde la preparación de un proyecto hasta la entrega teniendo en cuenta todo el proceso, por lo tanto este debe incluir un análisis previo de la situación, un diseño del proyecto, el desarrollo del mismo, las pruebas unitarias o de aceptación que son la entrega del producto.

Veremos que el proceso del desarrollo está estructurado por un ciclo de la vida del software en las cuales sus etapas son concepción, elaboración, construcción y transición, donde conoceremos para que son diseñadas y en que nos van a ayudar para el desarrollo del software, una parte importante del ciclo es que al finalizar no termina el trabajo y vamos a descubrir la etapa del mantenimiento que debe ser considerada para dar la mejor calidad y en su caso mejorar o agregar nuevos requerimientos que nos han solicitado.

En la parte de modelos del proceso veremos tres modelos esenciales llamados Cascada, Espiral y Win-win, donde se encuentra estructurada el procedimiento para mejorar el desarrollo que nuestro fin es que lleva la suficiente calidad, pruebas y mejoras del desarrollo.

No podemos dejar a un lado los roles o responsabilidades, muchas veces se tiene la idea que el que desarrolla es el único encargado de la calidad o de los procedimientos para el desarrollo, veremos que existen roles que deben existir para dar seguimiento en todo el proceso y no tener que reestablecer metas al final de la entrega.

En nuestros tiempos ya existen diferentes entidades que nos regulan o dan una metodología para implementación de procesos, en esta unidad como la calidad en un software va más allá de solo programar, siempre se debe considerar desde la organización hasta la administración para que un desarrollo tenga la calidad o requerimientos o métricas bien establecidas para lograr la mejora de los productos.

Y por último vamos a ver la importancia de la documentación, para algunos es el proceso más fastidioso, pero en realidad es el que se debe de llevar desde el inicio hasta el final de un desarrollo, veremos que es el encargado de especificar los objetos y alcances y el cual tiene que ser dirigido a distintos tipos de personas, por lo cual es la columna vertebral de un buen desarrollo de software.

Unidad 2

En esta ocasión tocaremos los puntos de la introducción a la administración de proyectos, especificación de requerimientos, definiciones de problema, análisis de requerimiento detallado, arquitectura de desarrollo, introducción al diseño detallado, proceso de ingeniería de software, proceso genérico de software, herramientas y métricas.

Para llevar una administración de proyectos es necesario tener en cuenta varios procesos, desde la planificación, supervisión y control de personal, para el desarrollo del software necesitamos tener bien conceptualizados los procesos y eventos que ocurren mientras se efectúa el desarrollo del software, existen ocasiones que la administración del proyecto la confundimos con las tareas de un proceso a seguir, la idea principal de una buena administración de proyecto es contar con toda la visón para no comprometer o incumplir con metas establecidas.

Uno de los inicios de esta administración es la especificación de requerimientos esta debe ser concisa para poder distinguir entre los requisitos verdaderos de las decisiones del diseño e implementación es decir, si un software es diseñado para imprimir no necesariamente tiene por obligación hacerlo para una plataforma móvil, es decir se tiene que poner en claro que es obligatorio y que es opcional para no impactar la solución o el desarrollo del mismo.

Para la definición del problema vamos a ver que es una descripción preliminar de las necesidad que nos van a llevar a los requisitos del sistema, es muy importante que con el análisis demos solución al problema planteado y que no nos desviemos del primer objetivo del problema.

En el análisis detallado, revisaremos que trata de exponer todos los requerimientos de funcionalidad y de calidad del producto que se desarrolla, es muy importante identificar los factores externos que pueden impactar así como los protocolos de interrelación que se va a tener sin dejar afuera que todas las especificaciones deben ser bien identificadas sin dejar ambigua ninguna.

En la arquitectura del software veremos que es la estructura comprendida por los elementos del software y la relación que se tiene entre ellos, podremos observar que es el diseño de más alto nivel, que ya se incluida las decisiones tanto funcionales como técnicas y que está representada por las estrategias para resolver atributos no funcionales.

En la introducción al diseño detallado, veremos como este proceso transforma todos los requerimientos en arquitecturas físicas, especificaciones de diseño y requisitos técnicos, es la parte en que podremos visualizar la lógica interna de cada uno de los módulos.

Desarrollaremos el concepto de proceso de ingeniera donde encontraremos sus actividades requeridas y lo que los ingenieros de software deben realizar.

Para el proceso genérico de software sus procesos y las características que los forman.

Y por último expondremos las herramientas y métricas que lleva el proceso de desarrollo, conociendo las más utilizadas en el ramo para la administración de proyectos.

Unidad 3

En esta unidad vamos a realizar un ejercicio del proceso de administración de equipos, considerando la administración del proyecto, análisis de requerimientos detallado, especificando el problema, la arquitectura del software, el diseño detallado, la implementación de unidades, las pruebas de unidad, la

...