Metodología De Desarrollo De Software

Documentos como manuales de usuario y de operación son necesarios para permitir alos usuarios operar con el sistema.Los documentos también son requeridos por las personas encargadas de mantener elsoftware para entender el interior del software y modificarlo, en el caso en que seanecesario. Stakeholders.- Es una palabra del inglés que, en el ámbitoempresarial, significa‘interesado’ o ‘parte interesada’, y que se refiere a todas aquellas personas uorganizaciones afectadas por las actividades y las decisiones de una empresa.En toda organización, además de sus propietarios, participan diversos actores claves ygrupos sociales que están constituidos por las personas o entes que, de una manera yotra, tienen interés en el desempeño de una empresa porque están relacionadasdirecta o indirectamente, con ella. Usuario.- Es un usuario quien tiene un conjunto de permisos y de recursos (odispositivos) a los cuales se tiene acceso. Es decir, un usuario puede ser tanto unapersona como una máquina, un programa, etc.Para efecto del presente documento se utilizará “Usuario” para referirse a la personacon la que se establece comunicación para tratar temas relacionados a losrequerimientos.1.2. AlcanceLa metodología deberá ser aplicada en todas las unidades de desarrollo de software de laUniversidad; esto incluye: Transferencia Tecnológica Interna Transferencia Tecnológica Externa Tecnología Web Otros equipos que por su naturaleza no están incluidos dentro de las tres anteriores.Asimismo la metodología podrá ser transferida al Equipo de TI de las instituciones que hanadquirido el Erp University según los acuerdos estipulados en los contratos.Deberá ser de conocimiento y alcance a las unidades de auditorías o áreas a fines dentrode la Universidad.1.3. Objetivos de la MetodologíaLa metodología busca cumplir con los siguientes objetivos: Asegurar la uniformidad y calidad tanto del desarrollo como del sistema en sí. Satisfacer las necesidades de los usuarios del sistema. Conseguir un mayor nivel de rendimiento y eficiencia del personal asignado aldesarrollo. Ajustarse a los plazos y costes previstos en la planificación.Versión: 002Elaborado por: Comisiónde Talento DocenteCódigo: PRLDF. Implementación: 19-12-17Revisado por: Dirección de CalidadPág.: 8 de 3Aprobado con Resolución N 1270-2017-CU-ULADECHCATÓLICA

Facilitar el mantenimiento posterior de los sistemas. Definir actividades a llevarse a cabo en un Proyecto de Sistema de Información. Unificar criterios en la organización para el desarrollo del Sistema de Información. Proporcionar puntos de control y revisión. Permitir construir un sistema documentado y que sea fácil de mantener. Ayudar a identificar, lo antes posible, cualquier cambio que sea necesario realizardentro del proceso de desarrollo.1.4. PrincipiosLa metodología recoge algunos de los principios agiles propuestos por el “AgileManifiesto”.El “Manifiesto Ágil” incluye cuatro postulados y una serie de principios asociados. Suspostulados son: Valorar al individuo y a las interacciones del equipo de desarrollo por encima delproceso y las herramientas. Tres premisas sustentan este principio: a) los integrantesdel equipo son el factor principal de éxito de un proyecto; b) es más importanteconstruir el equipo de trabajo que construir el entorno; y c) es mejor crear el equipo yque éste configure el entorno en base a sus propias necesidades. Valorar el desarrollo de software que funcione por sobre una documentaciónexhaustiva. El principio se basa en la premisa que los documentos no pueden sustituirni ofrecer el valor agregado que se logra con la comunicación directa entre laspersonas a través de la interacción con los prototipos. Se debe reducir al mínimoindispensable el uso de documentación que genera trabajo y que no aporta un valordirecto al producto. Valorar la colaboración con el cliente por sobre la negociación contractual. En eldesarrollo ágil el cliente participa y colabora con el equipo de trabajo como si fuese unintegrante más. Los requerimientos de usuario en sí no aporta valor al producto, essólo un formalismo que establece líneas de responsabilidad entre las partes. Valorar la respuesta al cambio por sobre el seguimiento de un plan. La evoluciónrápida y continua deben ser factores inherentes al proceso de desarrollo. Se debevalorar la capacidad de respuesta ante los cambios por sobre la capacidad deseguimiento y aseguramiento de planes pre-establecidos.1.5. Componentes de la MetodologíaLa metodología se define como la disciplina que indicará qué métodos y técnicas hay queusar en cada fase del ciclo de vida del desarrollo del proyecto.Los elementos que componen la metodología son:Versión: 002Elaborado por: Comisiónde Talento DocenteCódigo: PRLDF. Implementación: 19-12-17Revisado por: Dirección de CalidadPág.: 9 de 3Aprobado con Resolución N 1270-2017-CU-ULADECHCATÓLICA

FasesControl nicas yHerramientasFigura 1: Elementos básicos de la MetodologíaFases.- Son etapas del proceso de desarrollo de software. En la metodología seidentificarán las diferentes actividades que se realizarán en cada fase.Una fase es un conjunto de actividades relacionadas con un objetivo en el desarrollo delproyecto. Se construye agrupando tareas (actividades elementales) que pueden compartirun tramo determinado del tiempo de vida de un proyecto. La agrupación temporal detareas impone requisitos temporales correspondientes a la asignación de recursos(humanos, financieros o materiales).La metodología contempla las fases de: Análisis, Diseño, Desarrollo, Pruebas eImplementación; cada una de estas etapas se describen más adelante.Métodos.- Es necesario identificar el modo en el que se realizará el proceso de desarrollodel producto software. Se tendrá que descomponer los procesos en actividades máspequeñas, en estas actividades se definen los valores que recibirá cada fase así como losque generará y la técnica que se tendrá que usar.Técnicas y Herramientas.- Indican como se deberá de resolver cada actividad y queherramientas podríamos usar. Existen diferentes tipos de técnicas, algunas de ellas son: De recopilación de datos: entrevistas, formularios, etc. Técnicas gráficas: Diagramas, organigramas, matrices, etc. Técnicas de modelado: Desarrollo estructurado y orientado a objetos.Versión: 002Elaborado por: Comisiónde Talento DocenteCódigo: PRLDF. Implementación: 19-12-17Revisado por: Dirección de CalidadPág.: 10 de 3Aprobado con Resolución N 1270-2017-CU-ULADECHCATÓLICA

Documentación.- Es necesario especificar qué documentación se va generar durantecada etapa del proceso; estos documentos deben realizarse de manera completa yusando todos los valores de entrada y salida que se van generando, esto servirá pararecoger los resultados y tomar decisiones de las diferentes situaciones planteadas. Porejemplo; Actas de Reuniones, Formatos de Pruebas, etc.Control y Evaluación.- Las actividades de control y evaluación se deben de realizar a lolargo de todas las fases para identificar errores y corregirlos a tiempo. En resumen,consiste en realizar el seguimiento del avance de acuerdo al cronograma de trabajo;puede ser necesario tomar decisiones como el replanteamiento de la planificación de lastareas asignadas para lograr los objetivos propuestos.1.6. RolesLa metodología propone cinco roles principales; cada uno de estos cumplen un papel muyparticular dentro del proceso de desarrollo de software. Estos son los siguientes: Coordinador Desarrollador Líder Equipo de desarrollo Administrador de base de datos Comité de calidad1.6.1.CoordinadorEl Coordinador; es la persona que toma las decisiones, y es el que realmentedebe conocer el negocio del cliente y su visión del producto. El Coordinador es elresponsable de gestionar la Lista de Requerimientos del Usuario, el cual incluye: Expresar claramente los elementos de la Lista de Requerimientos delUsuario. Es el encargado de interpretar lo que el usuario necesita en unlenguaje claro y preciso. Ordenar los elementos en la Lista de Requerimientos del Usuario paraalcanzar los objetivos y misiones de la mejor manera posible. Optimizar el valor del trabajo desempeñado por el Equipo de Desarrollo,planificando el tiempo de ejecución. Asegurar que la Lista de Requerimientos es visible, transparente y clarapara todos, y que muestra aquello en lo que el equipo trabajará acontinuación.Versión: 002Elaborado por: Comisiónde Talento DocenteCódigo: PRLDF. Implementación: 19-12-17Revisado por: Dirección de CalidadPág.: 11 de 3Aprobado con Resolución N 1270-2017-CU-ULADECHCATÓLICA

1.6.2.Desarrollador LíderEl Desarrollador Líder es un facilitador por naturaleza; tiene las siguientesresponsabilidades: Es el que analiza los requerimientos del usuario y propone la solución.Define las actividades que se deberán hacer para desarrollar el producto;así mismo es el responsable de identificar el alcance del producto y losrequerimientos necesarios para su implementación. Diseña el modelo de datos y socializa con el Administrador de Base deDatos antes de su implementación. El objetivo, es asegurar que elmodelo propuesto no contravenga las convenciones establecidas por elDBA y las buenas prácticas en el diseño de base de datos. Se reúne con su equipo de desarrolladores para dar a conocer el avancedel proyecto y las actividades que se vienen desarrollando con el objetivode generar el compromiso de parte de los desarrolladores. Fomenta el compañerismo dentro de su equipo de trabajo y en suentorno para mejorar la empatía entre todos los desarrolladores. Realiza el seguimiento del avance a su equipo de trabajo paraasegurarse que el entregable será terminado dentro del tiempoestablecido en el cronograma de trabajo. Revisa los entregables terminados por parte de su equipo de trabajo,para ello utiliza el formato F1. Su función es asegurarse que losentregables cumplan con las especificaciones, y que se cumplan loscriterios de calidad expuestos en el formato F1. Concertar con el Coordinador para establecer estrategias que permitanmejorar la relación y el bienestar de todo el equipo; creando espacios derelajamiento con el objetivo de incrementar la productividad de cadaintegrante. Velar por el cumplimiento de los valores y principios ágiles, las reglas yguiar la colaboración en el equipo y con el usuario. Esto significa quedebe asegurar que exista una lista de requisitos priorizadas y que estélista antes de iniciar cada iteración. Así mismo, debe facilitar lasreuniones del equipo para revisar los avances en base a demostracionesde manera que se pueda cumplir con los objetivos.1.6.3.Equipo de DesarrolloEl equipo de Desarrollo, son los responsables de desarrollar el productosiguiendo las indicaciones del Desarrollador Líder y basándose en el Cronogramade Actividades.Versión: 002Elaborado por: Comisiónde Talento DocenteCódigo: PRLDF. Implementación: 19-12-17Revisado por: Dirección de CalidadPág.: 12 de 3Aprobado con Resolución N 1270-2017-CU-ULADECHCATÓLICA

El equipo de desarrollo cuenta con todas las habilidades necesarias para lacreación de un producto; tiene las siguientes responsabilidades: En base a las actividades asignadas y las indicaciones respectivas departe del Desarrollador Líder, llevan a cabo las acciones para desarrollarel producto entregable. Para ello ponen en práctica todos susconocimientos y habilidades al servicio del proyecto. Crean o modifican objetos de la base de datos (tablas, procedimientos,funciones, etc.) siguiendo las indicaciones de parte del DesarrolladorLíder. Realizan pruebas unitarias del producto para asegurarse que cadacomponente funcional (función, procedimiento, rutina, etc.) cumpla con elobjetivo y devuelva los resultados esperados. Realizan pruebas de funcionalidad de todo el producto entregable paraasegurarse que no hay errores de codificación. En esta parte también serevisa que el nuevo entregable no tenga efecto negativo en el resto demódulos. Luego de asegurarse que el producto entregable es funcional y nopresenta errores; se procede a subir los archivos al repositorio(versionador) y posteriormente deberá desplegar en la instancia depruebas. Los Desarrolladores son capaces de innovar y proponer estrategias pararesolver los casos que se presenten en el quehacer diario. Los equipos deben ser pequeños como para permanecer ágil y losuficientemente grande como para completar una cantidad de trabajosignificativa dentro del tiempo establecido. Se recomienda que losequipos tengan como mínimo 2 y como máximo 9 integrantes.Los Equipos de Desarrollo más pequeños podrían encontrar limitacionesen cuanto a las habilidades necesarias para entregar a tiempo unproducto. Tener más miembros de lo recomendado requiere demasiadacoordinación. Los Equipos de Desarrollo grandes generan demasiadacomplejidad para que pueda gestionarse mediante procesos empíricos.El Coordinador y el Desarrollador Líder no cuentan en el cálculo deltamaño del equipo a menos que también estén contribuyendo a trabajaren el Cronograma de Actividades.1.6.4.Administrador de Base de Datos (DBA)El Administrador de base de datos tiene un papel importante dentro del procesode desarrollo de software; su función es asegurar que la Base de datos cumplaVersión: 002Elaborado por: Comisiónde Talento DocenteCódigo: PRLDF. Implementación: 19-12-17Revisado por: Dirección de CalidadPág.: 13 de 3Aprobado con Resolución N 1270-2017-CU-ULADECHCATÓLICA

con los requisitos técnicos requeridos por el producto entregable y brindar todaslas facilidades al área de desarrollo para acceder a las base de datos.Entre otras responsabilidades, el DBA tiene las siguientes: Asegurar que las instancias de base de datos estén disponibles yaccesibles según las demandas por parte de las áreas de desarrollo.Estas instancias incluyen las de pruebas, capacitaciones y las instanciasde producción que están a su alcance. Definir las políticas de acceso a las base de datos por parte del equipo dedesarrollo de software de acuerdo a las políticas establecidas dentro laDISI y de la propia universidad. Facilitar los medios para realizar actualizaciones en los objetos de labase de datos según corresponda. Esto debe incluir: la frecuencia, elresponsable y la forma como se enviarán los scripts. Mantener actualizado el diccionario de datos; para ello deberá establecerconjuntamente con el área de desarrollo, los mecanismos paramantenerse informado de las actualizaciones realizadas por parte delárea de desarrollo. Dar conformidad al modelo de datos propuesto por el área de desarrollomediante el Formato de Conformidad de Cambios en Base de Datos.1.6.5.Comité de CalidadEl Comité de Calidad está compuesto por cualquier integrante del equipo dedesarrollo; así mismo en ciertas ocasiones pueden participar personas externas,incluido el mismo usuario. Se debe tomar en cuenta en no incluir en el Comité deCalidad a quienes están involucrados directamente con el entregable; porcuestiones de transparencia y objetividad, el desarrollador y su DesarrolladorLíder no pueden conformar el Comité de Calidad.Es importante señalar que los integrantes del Comité de Calidad estánfamiliarizados con el proceso de negocio y tienen experiencia en desarrollo desoftware; estas cualidades permitirán que las decisiones que tomen seránfundamentadas y no dará lugar a objeciones.El Comité será designado por el Coordinador que corresponde de acuerdo alMódulo Informático en cuestión.Las responsabilidades del Comité de Calidad son las siguientes: Validar el cumplimiento de los requerimientos del usuario; basándose enel Acta de Requerimiento; el Comité de Calidad deberá asegurarse queen el entregable se hayan considerado todos los requerimientos delusuario. En esta parte, el Comité de Calidad se deberá apoyar en elFormato de Validación de Requerimientos de Usuario (F2)Versión: 002Elaborado por: Comisiónde Talento DocenteCódigo: PRLDF. Implementación: 19-12-17Revisado por: Dirección de CalidadPág.: 14 de 3Aprobado con Resolución N 1270-2017-CU-ULADECHCATÓLICA

Verificar la operatividad de los módulos, teniendo en cuenta ssegúncorresponda. Firmar el Formato de Validación de Requerimientos de Usuario.1.7. Documentos de ControlLos documentos de control evidencian el trabajo que se está haciendo en cada una de lasetapas del proceso de desarrollo; permiten realizar el seguimiento de las actividades yestablecen hitos en cada fase.De acuerdo a la naturaleza de los requerimientos del usuario, se pue

Metodología de Desarrollo de Software.-Es un marco de trabajo usado para estructurar, planificar y controlar el proceso de desarrollo en sistemas de información. En un proyecto de desarrollo de software la metodología ayuda a definir: Quién debe hacer Qué Cuándo y Cómo debe hacerlo. La metodología para el desarrollo de software es un .