UNIDAD 2: PLANIFICACIÓN DE DESARROLLO DE SOFTWARE.

UNIVERSIDAD TÉCNICA “LUIS VARGAS TORRES” ESMERALDAS – SEDE SANTO DOMINGO DE LOS TSACHILAS

JIMMY NICOLÁS GUAMÁN CHAVEZ 1 Gestión de software – Planificación de Proyectos de software Autor – Guamán Chávez Jimmy Nicolás

TABLA DE CONTENIDOS INTRODUCCIÓN......................................................................................................................................... 3 UNIDAD 2: PLANIFICACIÓN DE PROYECTOS DE SOFTWARE .................................................... 4 2.1 OBJETIVO DE LA PLANIFICACIÓN DE SOFTWARE ..................................................................... 4 2.1.1 Principios y consideraciones para la Planificación .............................................................................. 4 2.2 CICLO DE PLANIFICACIÓN DE DESARROLLO DE SOFTWARE ................................................ 4 2.2.1 Negociación de Compromisos.............................................................................................................. 4 2.2.2 Descomposición de Requerimientos .................................................................................................... 4 2.2.3 Estimación del Tamaño de un producto de Software ........................................................................... 4 2.2.4 Estimación de Recursos........................................................................................................................ 5 2.2.5 Desarrollo de Itinerario del Proyecto ................................................................................................... 5 2.2.6 Término de fase y/o actividades. .......................................................................................................... 5 2.2.7 Generación y entrega de productos. ..................................................................................................... 5 2.2.8 Puntos de control o Hitos del proyecto ................................................................................................ 5 2.3 PLAN DE PLANIFICACIÓN DE DESARROLLO DE SOFTWARE .................................................. 5 2.3.1 ¿Para qué sirve el plan de proyecto? .................................................................................................... 5 2.4 FALLAS EN LA PLANIFICACIÓN...................................................................................................... 6 2.5 ESPECIFICACION DE REQUERIMIENTOS. ..................................................................................... 6 2.5.1 Principios para una buena especificación ............................................................................................. 6 2.5.2 Terminología y modelo de referencia para el ciclo de vida del Software. ........................................... 7 2.6 PROCESOS Y PRODUCTOS DEL CICLO DE VIDA ......................................................................... 8 CONCLUSION ............................................................................................................................................. 9 BIBLIOGRAFIA ........................................................................................................................................... 9

2 Gestión de software – Planificación de Proyectos de software Autor – Guamán Chávez Jimmy Nicolás

INTRODUCCIÓN

La planificación de software nos permite poder solucionar o tener en cuenta los procesos para cumplir con los objetivos y metas que se establecen para el desarrollo de planes, procedimiento, y además, se establece para que una organización o los usuarios que utilicen un software final puedan utilizarlo de excelente manera para su funcionamiento, es el resultado principal de la planificación es el pan del proyecto.

Sed ut perspiciatis, unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam eaque ipsa, quae ab illo inventore Es el proceso deenim gestión de veritatis et quasi architecto beatae vitae dicta sunt, explicabo. nemo ipsam sistema o voluptatem, quia voluptas sit, aspernatur aut odit aut creación fugit, sed de quiaun consequuntur software que incluye un magni dolores eos, qui ratione voluptatem sequi nesciunt, neque porro quisquam conjunto de actividades, una est, qui dolorem ipsum, quia dolor sit, amet, consectetur, adipisci velit, sed quia las magnam cuales aliquam es la non numquam eius modi tempora incidunt, ut laboredeet dolore estimación.

Las quaerat voluptatem. ut enim ad minima veniam, quis nostrum exercitationem ullam estimaciones son corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur? quis proyecciones hacia el futuro autem vel eum iure reprehenderit, qui in ea voluptate velit esse, quam nihil solo podemos aceptar un molestiae consequatur, vel illum, qui dolorem eumy fugiat, quo voluptas nulla cierto nivel de incertidumbre. pariatur?

Aunque la estimación es más un arte que una ciencia, es una actividad importante INTRODUCCIÓN que no debe hacerse sin cuidado.

Hay algunas técnicas útiles para estimar La planificación de software nos permite poder solucionar o tener en cuenta los los costos de tiempo. procesos para cumplir con los objetivos y metas que se establecen para el Es establece el procesopara de gestión de desarrollo de planes, procedimiento, y además, se que una Y dado que las estimaciones son la base de todas las demás actividades de organización o los usuarios que utilicen un software creación final puedan de un utilizarlo sistema de o planificación de proyectos y pueden servir como guía para una buena ingeniería incluyede un excelente manera para su funcionamiento, es elsoftware resultadoque principal la de sistemas y software. Al realizar estimaciones, tenemos en cuenta no solo los planificación es el pan del proyecto. conjunto de actividades, una procedimientos técnicos utilizados en el proyecto, sino también los recursos, los de las cuales es la costos y la planificación. El tamaño del proyecto es otro factor importante que Sed ut perspiciatis, unde omnis iste natus error estimación. sit voluptatem accusantium Las afecta la precisión de las estimaciones. A medida que aumenta el tamaño, las son doloremque laudantium, totam rem aperiam eaque estimaciones ipsa, quae ab illo inventore interdependencias entre los diversos elementos del software crecen rápidamente. veritatis et quasi architecto beatae vitae dicta sunt, explicabo. proyecciones nemo hacia enim el ipsam futuro solodemás podemos aceptar de un quiaestimaciones voluptas sit, aspernatur autde odittodas aut yfugit, sed quia consequuntur Yvoluptatem, dado que las son la base las actividades magni dolores qui ratione voluptatem sequi guía nesciunt, cierto nivel deporro incertidumbre. quisquam 3 planificación de eos, proyectos y pueden servir como para neque una buena ingeniería la estimación es est, qui ipsum, dolorestimaciones, sit, Proyectos amet, consectetur, adipisci velit, Gestión de dolorem software – Planificación de de Aunque software de sistemas y software.

Alquia realizar tenemos en cuenta no sed soloquia los non– numquam eius modi tempora incidunt, ut labore más ettambién dolore un artemagnam querecursos, una aliquam ciencia, Autor Guamán Chávez Jimmy Nicolás procedimientos técnicos utilizados en el proyecto, sino los los es una actividad importante quaerat voluptatem. ut enim ad minima veniam, quis nostrum exercitationem ullam

UNIDAD 2: PLANIFICACIÓN DE PROYECTOS DE SOFTWARE

2.5 ESPECIFICACION DE REQUERIMIENTOS.

2.2 OBJETIVO DE LA PLANIFICACIÓN 2.2 CICLO DE PLANIFICACIÓN DE DE SOFTWARE. DESARROLLO DE SOFTWARE El objetivo de la Planificación del proyecto El ciclo de planificación de proyectos de UNIDAD 2: PLANIFICACIÓN DE de Software es proporcionar un marco de Desarrollo de Software, comienza con los trabajo que permita al gestor hacerDE SOFTWARE requerimientos iniciales y tiene las PROYECTOS estimaciones razonables de recursos siguientes etapas: costos y planificación temporal. Estas 2.2.1 Negociación de Compromisos estimaciones se hacen dentro de un marco El jefe de proyecto y el cliente y/o usuario de tiempo limitado al comienzo de un negocian los compromisos mutuos, los proyecto de software, y deberían cuales se establecen sobre la base de actualizarse regularmente medida que los requerimientos del producto de progresa el proyecto. Además, las software y objetivos del proyecto. estimaciones deberían definir los 2.2.2 Descomposición de Requerimientos escenarios del mejor caso, y peor caso, de El producto de software se divide en modo que los resultados del proyecto elementos claves denominados Estructuras pueden limitarse. de División del Trabajo (EDTo WBS). Una El Objetivo de la planificación se logra EDT es un organigrama jerárquico donde mediante un proceso de descubrimiento se establecen las distintas partes de un de la información que lleve a estimaciones producto de software. Representa una razonables. (Concepción, 2020) jerarquía de componentes o bien de 2.2.1 Principios y consideraciones para procesos. la Planificación 2.2.3 Estimación del Tamaño de un La planificación es la primera función producto de Software administrativa porque sirve de base para Una vez establecido el estándar de las demás funciones. Esta función medición (Líneas de Código, Puntos de determina por anticipado cuáles son los Función, Puntos Objetos), se utiliza la objetivos que deben cumplirse y que debe EDT de componentes para estimar el hacerse para alcanzarlos; por tanto, es un tamaño de cada componente del software. modelo teórico para actuar en el futuro. La El tamaño total del producto de software planificación comienza por establecer los se obtiene al sumar los valores estimados objetivos y detallar los planes necesarios para cada componente y al ajustar la para alcanzarlos de la mejor manera estimación de acuerdo a la información posible. La planificación determina donde histórica de la organización, si es necesario. se pretende llegar, que debe hacerse, como, cuando y en qué orden debe hacerse. (Bernal, 2012)

4 Gestión de software – Planificación de Proyectos de software Autor – Guamán Chávez Jimmy Nicolás

2.2.4 Estimación de Recursos El tamaño del producto de software sirve de base para estimar esfuerzo (PersonaMes, Hombres-Hora), tiempo y costo de desarrollo.

Los modelos empíricos de estimación de costos de software cumplen éste propósito. La estimación de recursos puede hacerse en el ámbito de proyecto, de fases y de actividades y tareas.

2.2.5 Desarrollo de Itinerario del Proyecto El itinerario del proyecto se confecciona distribuyendo el esfuerzo estimado dentro del marco de tiempo establecido.

El itinerario debe considerar los hitos del proyecto.

2.2.6 Término de fase y/o actividades.

El término de cada fase o actividades se establece formalmente y define un hito o un producto.

2.2.7 Generación y entrega de productos.

En ciertas partes de itinerario es necesario que laactividad de generar el producto sea explicita. Generalmente en proyectos de SW el producto es un informe.

2.2.8 Puntos de control o Hitos del proyecto El itinerario y las estimaciones resultantes se comparan con las necesidades iniciales, si éstos se ajustan, los compromisos pueden ser hechos y el trabajo puede proceder.

Generalmente los costos son muy altos y el itinerario demasiado largo, en este caso se requiere volver a la negociación de compromisos y replanificar, si es necesario.

(Came, 2016)

2.3 PLAN DE PLANIFICACIÓN DE DESARROLLO DE SOFTWARE Antes de desarrollar un plan de este tipo, tómese un tiempo para reflexionar sobre cuáles son las cuestiones principales que deberá abordar el plan: • ¿Qué ventajas se prevé que ofrezca a las partes interesadas?

• ¿Cuáles son los riesgos?

• ¿Qué tipo de tecnología necesita?

• ¿Qué servicios de la cooperativa cubrirá el plan?

• ¿Qué personal se verá involucrado en el proceso?

• ¿Cómo podemos garantizar un rendimiento óptimo?

• ¿Cómo puede realizarse el mantenimiento del sistema a largo plazo?

Una vez que haya reflexionado sobre las respuestas a estas preguntas, es el momento de dar el siguiente paso: elaboración de un plan detallado de ejecución del proyecto.

Tómese su tiempo, porque los errores pueden tener consecuencias costosas. No olvide tampoco que para garantizar el éxito del proceso de diseño deberá contar con la máxima participación posible. (Came, 2016) 2.3.1 ¿Para qué sirve el plan de proyecto?

Un plan de proyecto es el resultado del proceso de planificación del proyecto, en el que un gestor de proyectos decide, prioriza y asigna las tareas y recursos necesarios para llevar a cabo un proyecto. Los planes de proyectos designarán a los miembros de un equipo, las herramientas y materiales necesarios y los pasos que hay que dar para lograr el éxito.

Cuando la mayoría de las personas escuchan "plan de proyecto", se imaginan algún tipo de planificación (como una lista kilométrica de tareas pendientes y cuándo hacerlas), pero eso es solo una parte diminuta de ello.

(Atlassian, 2020)

UNIDAD 2: PLANIFICACIÓN Gestión de software – Planificación de Proyectos de software DE PROYECTOS DE Autor – Guamán Chávez Jimmy Nicolás SOFTWARE2.3 PLAN DE

5

2.4 FALLAS EN LA PLANIFICACIÓN La planificación constituye una de las principales etapas de cualquier proyecto. Es la base en la que se sustenta cada uno de los pasos que se llevarán a cabo en las posteriores etapas. Esta fase se caracteriza por ser el momento en el que se toman las principales decisiones, donde se da respuesta a las cuestiones básicas del proyecto, qué se quiere conseguir con el proyecto, cómo se va a conseguir, los métodos, estrategias y recursos, y cuándo se va a realizar. A lo largo de este período: • Se definen los objetivos que se pretenden alcanzar.

• Se delimitan las actividades que se van a llevar a cabo para conseguir los objetivos propuestos.

• Se eligen los métodos, técnicas y estrategias más eficaces para alcanzar los objetivos.

• Se seleccionan los recursos y herramientas necesarias para llevar a cabo las actividades.

• Se diseña el cronograma de actividades, tiendo en cuenta los plazos de entrega establecidos.

• Se valora el presupuesto del proyecto.

Las actividades son el conjunto de acciones que se llevan a cabo para alcanzar los objetivos definidos en el proyecto.

Su adecuada planificación es vital para la eficacia del proyecto. Sin embargo, no siempre se acierta en su planificación y se cometen errores de diversa índole, cuyas repercusiones pueden afectar, en distintos grados, a la organización. La mayoría de las veces, el fallo se debe a la ausencia de esta planificación. Algunas organizaciones se saltan este primer paso fundamental y no se detienen a identificar las actividades que son necesarias para alcanzar los objetivos, ni diseñan con exactitud el desarrollo de estas tareas. (Pérez, 2015)

2.5 ESPECIFICACION DE REQUERIMIENTOS. El objetivo principal de la Especificación de Requisitos del Sistema (ERS) es servir como medio de comunicación entre clientes, usuarios, ingenieros de requisitos y desarrolladores. En la ERS deben recogerse tanto las necesidades de clientes y usuarios (necesidades del negocio, también conocidas como requisitos de usuario, requisitos de cliente, necesidades de usuario, etc.) como los requisitos que debe cumplir el sistema software a desarrollar para satisfacer dichas necesidades (requisitos del producto, también conocidos como requisitos de sistema o requisitos software).

2.5.1 Principios para una buena especificación La especificación, independientemente del modo en que se realice, puede ser vista como un proceso de representación.

Los requerimientos se representan de forma que conduzcan finalmente a una correcta implementación del software.

PRINCIPIO #1. Separar funcionalidad de implementación.

Primero, por definición, una especificación es una descripción de lo que se desea, en vez de como se realiza (implementa).

Las especificaciones pueden adoptar dos formas muy diferentes.

PRINCIPIO #2. Se necesita un lenguaje de especificación de sistemas orientado al proceso.

Considerar una situación en la que el entorno sea dinámico y sus cambios afecten al comportamiento de alguna entidad que interactúe con dicho entorno.

PRINCIPIO #3. Una especificación debe abarcar el sistema del cual el software es una componente. Un sistema este compuesto de componentes que interactúan.

2.4 FALLAS EN LA PLANIFICACIÓN La planificación constituye una de de las Proyectos de software Gestión de software – Planificación principales etapasChávez de cualquier proyecto.

Es Autor – Guamán Jimmy Nicolás la base en la que se sustenta cada uno de los

6

PRINCIPIO #4. Una especificación debe abarcar el entorno en el que el sistema opera.

Similarmente, el entorno en el que opera el sistema y con el que interactúa debe ser especificado.

PRINCIPIO #5. Una especificación de sistema debe ser un modelo cognitivo.

La especificación de un sistema debe ser un modelo cognitivo, en vez de un modelo de diseño o implementación.

PRINCIPIO #6. Una especificación debe ser operacional.

La especificación debe ser completa y lo bastante formal para que pueda usarse para determinar si una implementación propuesta satisface la especificación de pruebas elegidas arbitrariamente.

PRINCIPIO #7. La especificación del sistema debe ser tolerante con la incompletitud y aumentable. Ninguna especificación puede ser siempre totalmente completa.

PRINCIPIO #8. Una especificación debe ser localizada y débilmente acoplada.

Los principios anteriores tratan con la especificación como una entidad estática.

Esta surge de la dinámica de la especificación. (EDUKATIVOS, 2016) 2.5.2 Terminología y modelo de referencia para el ciclo de vida del Software.

Esta fase trata de aclarar qué es lo que un sistema debe de hacer. Describe la función y el rendimiento del sistema y las restricciones que gobernarán su desarrollo. También describe la información (control y datos) que sirve de entrada y salida al sistema.

Las especificaciones del proceso y los productos “se crean para”, “se usan en”, “son afectadas por” y “son modificadas durante” cada fase en particular. Las fases de acuerdo al modelo adoptado son: necesidades del Software, requerimientos del cliente, requerimientos del diseñador, diseño del Software y construcción. Se pueden incluir otras fases: verificación y validación, integración, mantenimiento y entrenamiento.

Propósito y Contexto.

La especificación describe todas las características importantes de un producto o proceso particular en algún formato. Las características deseables, así como el formato adecuado para representarlas, están determinadas por el propósito y contexto del tipo dentro del proyecto de desarrollo de Software.

Perspectiva del producto.

Las especificaciones están dirigidas a crear los productos del ciclo de vida (que son los productos del proyecto) a satisfacción del usuario. Se caracterizan los tipos de productos por aplicación y requerimientos de calidad.

Tipo de Aplicación.

El tipo de aplicación tiene un fuerte impacto en los productos y procesos que necesitan ser especificados.

Las posibles clasificaciones son basadas en las características de los flujos de control del Software (secuencial, concurrente, tiempo real), o basadas en la aplicación (comercial, sistemas, control de procesos, científica, integrada).

Requerimientos de calidad.

Estas características tienen impactos en los aspectos que deben ser especificados y en sus atributos. Algunas características posibles son: confiabilidad, correctitud, tolerancia a fallas, mantenibilidad, portabilidad, amigabilidad, disponibilidad.

Perspectiva del proceso.

Se caracteriza en términos del modelo de ciclo de vida y las fases individuales. (Pérez, 2015)

PRINCIPIO #4. Una especificación debe Gestión software Planificación de Proyectos de software abarcarde el entorno en el–que el sistema opera.

Autor – Guamán Chávez Nicolás Similarmente, el entorno enJimmy el que opera el sistema y con el que interactúa debe ser

7

2.6 PROCESOS Y PRODUCTOS DEL CICLO DE VIDA El ciclo de vida del desarrollo Software (SDLC en sus siglas inglesas), es una secuencia estructurada y bien definida de las etapas en Ingeniería de software para desarrollar el producto software deseado.

Actividades del SDLC El SDLC aporta una serie de pasos a seguir con la finalidad de diseñar y desarrollar un producto software de manera eficiente. El borrador del SDLC incluye los pasos que veremos a continuación: Comunicación Este es el primer paso donde l usuario inicia la petición de un producto software determinado. Contacta al proveedor de servicios e intenta negociar las condiciones. Presenta su solicitud al proveedor de servicios aportando la organización por escrito.

Recolección de solicitudes A partir de este paso y en adelante el equipo de desarrollo software trabaja para tirar adelante el proyecto. El equipo se reúne con varios depositarios de dominio del problema, e intentan conseguir la máxima cantidad de información posible sobre lo que requieren.

Estudio de viabilidad Después de la recolección de requisitos, el equipo idea un plan para procesar el software. En esta fase, el equipo analiza si el software puede hacerse para cubrir todos los requisitos del usuario y si hay alguna posibilidad de que el software ya no sea necesario.

Se investiga si el proyecto es viable a nivel financiero, práctico, y a nivel tecnológico para que la organización acepte la oferta.

Análisis del sistema En este pas los desarrolladores trazan su plan e intentan crear el mejor y más conveniente modelo de software para el proyecto.

Diseño de Software El siguiente paso es diseñar el producto software con la ayuda de toda la información recogida sobre requisitos y análisis.

Codificación Esta fase también se puede denominar 'fase de programación'. La implementación del diseño de software empieza con el lenguaje de programación más conveniente, y desarrollando programas ejecutables y sin errores de manera eficiente.

Pruebas Se estima que el 50% de todos los procesos de desarrollo de software deberían ser evaluados.

Integración El Software puede necesitar estar integrado con las bibliotecas, Bases de datos o con otro u otros programas. Esta fase del SDLC se focaliza en la integración del software con las entidades del mundo exterior.

Implementación Aquí se instala el software en máquinas de clientes. A veces, el software necesita instalar configuraciones para el consumidor final con posterioridad.

Mantenimiento y Funcionamiento Esta fase confirma el funcionamiento del software en términos de más eficiencia y menos errores. Si se requiere, los usuarios se forman, o se les presta documentación sobre como operar y como mantenerlo en funcionamiento.

Disposición Con el paso del tiempo, puede que el software falle en su ejecución. Puede que se vuelva totalmente obsoleto o que necesite actualizaciones. De ahí surge una necesidad urgente de eliminar una parte importante del sistema. (Software, 2021) en funcionamiento.

2.6 PROCESOS Y PRODUCTOS DEL CICLO de DE software VIDA Gestión – Planificación de Proyectos de software El ciclo de vida del desarrollo Software Autor – Guamán Chávez Jimmy Nicolás (SDLC en sus siglas inglesas), es una

8

CONCLUSION La ingeniería de software como mecanismo de aplicación y evaluación de la eficiencia y calidad operativa de los sistemas funcionales clave es vista como la definición de criterios operativos bajo las condiciones y restricciones establecidas por las características externas del sistema y el entorno externo. En el desarrollo de productos de software, las fases de análisis y diseño de requisitos ocupan gran parte del tiempo del proyecto. El modelo propuesto en este proyecto pretende establecer unos parámetros de diseño comunes para agilizar la implementación de proyectos como los sistemas de control software, que comparten la base común de procesar señales digitales para encontrar comportamientos de interés.

BIBLIOGRAFIA Atlassian. (abril de 2020). The Workstream. Obtenido de Cómo crear planes de proyecto sencillos y eficaces: https://www.atlassian.com/es/work-management/project-management/projectplanning/projectplan#:~:text=Un%20plan%20de%20proyecto%20es,llevar%20a%20cabo%20un%20proyecto.

Bernal, D. M. (09 de marzo de 2012). Universidad Santa María. Obtenido de La planificacion: https://nikolayaguirre.files.wordpress.com/2013/04/1-introduccic3b3n-a-laplanificacic3b3n1.pdf Came, C. (2016).

Cidecame.

Obtenido de Etapas de la Planificación: http://cidecame.uaeh.edu.mx/lcc/mapa/PROYECTO/libro22/1311_etapas_de_la_planificacin.h tml Concepción, P. (05 de mayo de 2020). UMSS. Obtenido de Planificación de Proyectos de Software: http://www.cs.umss.edu.bo/doc/material/mat_gral_130/costo%20del%20software.htm#:~:text= El%20objetivo%20de%20la%20Planificaci%C3%B3n,recursos%20costos%20y%20planificaci %C3%B3n%20temporal.

EDUKATIVOS. (06 de mayo de 2016). EDUKATIVOS. Obtenido de Principios de especificación en el desarrollo del software: https://edukativos.com/apuntes/archives/10610 Pérez, A. (25 de enero de 2015). OBS Business. Obtenido de Por qué falla la planificación de actividades en tu proyecto: https://www.obsbusiness.school/blog/por-que-falla-la-planificacionde-actividades-en-tu-proyecto Software. (2021). Tutorials point. Obtenido de Software - Ciclo de Vida de Desarrollo: https://www.tutorialspoint.com/es/software_engineering/software_development_life_cycle.htm

9 Gestión de software – Planificación de Proyectos de software Autor – Guamán Chávez Jimmy Nicolás