INGENIERIA DE SOFTWARE 301404_7

TRABAJO COLABORATIVO 1 UNIVERSIDAD ABIERTA Y A DISTANCIA UNAD ZONA CENTRO CEAD JAG INGENIERIA DE SOFTWARE CURSO: 301404 GRUPO: 7

PRESENTADO POR:

ALEJANDRO MIRANDA LOAIZA CARLOS ANDRS GONZLEZ RAMREZ EDWIN ALBERTO DAZ PARDO JESS ALBERTO CASTELLANOS PREZ

PRESENTADO A:

PILAR ALEXANDRA MORENO

ECBTI ABRIL DE 2013 BOGOTA - COLOMBIA

INGENIERIA DE SOFTWARE 301404_7

Contenido

INTRODUCCION ........................................................................................................................ 3 OBJETIVIO GENERAL .............................................................................................................. 4 OBJETIVO ESPECIFICO 1 ...................................................................................................... 4 OBJETIVO ESPECIFICO 2 ...................................................................................................... 4 OBJETIVO ESPECIFICO 3 ...................................................................................................... 4 DESARROLLO DEL TRABAJO ............................................................................................... 5 PROPUESTA DE PROYECTO DE DESARROLLO: ........................................................... 5 1. EN QU CONSISTE? ......................................................................................................... 5 2. QU TIPO DE SOFTWARE ES? ...................................................................................... 5 3. PARA QU ES?................................................................................................................... 5 4. PARA QUIN ES?............................................................................................................... 5 5. QU HACE EL SOFTWARE? ........................................................................................... 5 METODOLOGIAS DESARROLLO DE SOFTWARE ............................................................ 6 a.Tradicional: RUP (Rational Unified Process) ...................................................................... 6 b.gil: SCRUM ............................................................................................................................ 7 TABLA COMPARATIVA METODOLOGIAS DESARROLLO DE SOFTWARE SELECCIONADAS ..................................................................................................................... 8 CONCLUSIONES ..................................................................................................................... 10 REFERENCIAS ............................................................................................................................... 11

INGENIERIA DE SOFTWARE 301404_7

INTRODUCCION

El trabajo colaborativo 1 tiene como fundamento la unidad 1 del mdulo de ingeniera de software, entregado como parte del material de trabajo por la UNAD. El objetivo principal del trabajo es hacer transferencia del conocimiento adquirido con el desarrollo de las diferentes actividades planteadas, y la investigacin individual de cada uno de los integrantes del grupo, que con sus aportes gener la materia prima para el desarrollo de este trabajo El siguiente es el resultado de la actividad realizada para la primera unidad del mdulo de ingeniera de software, aqu se presenta la propuesta para un proyecto de software seleccionado por el grupo en el foro habilitado para este propsito la cual es una solucin de gestin documental propuesta por uno de los integrantes del grupo. Para la realizacin de este proyecto se proponen dos metodologas para desarrollo de software, la primera una metodologa tradicional muy conocida de nombre RUP (Rational Unified Process) y por otro lado una metodologa gil tambin muy conocida de nombre Scrum, haciendo una comparacin de ambas y describiendo sus ventajas y desventajas para la toma de la decisin final de cul va a ser la metodologa a usar para este tipo de proyecto.

INGENIERIA DE SOFTWARE 301404_7

OBJETIVIO GENERAL

Hacer transferencia del conocimiento adquirido en la unidad 1 del mdulo de ingeniera de software, por medio de aportes individuales en el foro de discusin que para este fin ha creado el profesor, en la plataforma de la UNAD, CEAD JAG ECBTI en la ciudad de Bogot. OBJETIVO ESPECIFICO 1

Crear una propuesta individual de software, y subir el aporte a la plataforma, para que por medio de aportes se escoja una de ellas, que ser subida como trabajo final. OBJETIVO ESPECIFICO 2

Crear un cuadro comparativo, tomando como base el sistema seleccionado y hacer un paralelo entre una metodologa tradicional y una metodologa rpida. OBJETIVO ESPECIFICO 3

Realizar aportes en el foro de discusin y consolidar un solo trabajo final que ser subido como aporte de todo el grupo colaborativo.

INGENIERIA DE SOFTWARE 301404_7

DESARROLLO DEL TRABAJO

PROPUESTA DE PROYECTO DE DESARROLLO: SOFTWARE DE GESTIN DOCUMENTAL

1. EN QU CONSISTE? Consiste en implementar una plataforma para tener disponibles los documentos de los clientes en una parte centralizada y de esta forma facilitar y agilizar la consulta de documentos y la toma de decisiones, de esta forma podemos reduciendo los tiempos y los costos para las compaas haciendo ms eficiente la recuperacin de la informacin contenida en los documentos. 2. QU TIPO DE SOFTWARE ES? Es un software de gestin documental que estar publicado en un servidor Web. 3. PARA QU ES? Para tener los documentos de forma centralizada disponibles en cualquier momento y de esta forma agilizar la consulta de los mismos evitando las tediosas bsquedas manuales entre grandes cantidades de papeles, asegurando la confidencialidad de los documentos para que solo las personas autorizadas (roles y privilegios) puedan ver la informacin a la que tienen acceso y por ltimo estos tipos de software sirven para evitar riesgos de deterioro o perdida de los documentos. 4. PARA QUIN ES? Para cualquier empresa que tenga grandes volmenes de documentos, sin embargo, nuestro alcance est dado a empresas que tienen tercerizado el proceso de custodia de los documentos y esta plataforma les dar la opcin de agilizar las consultas de los documentos sin tener que desplazarse a las bodegas donde estn custodiados sus documentos fsicos. 5. QU HACE EL SOFTWARE? Controla el acceso a los usuarios dndoles acceso solo a los documentos a los que tienen permiso.

INGENIERIA DE SOFTWARE 301404_7

Dentro del software se lleva una organizacin lgica (en la Base de Datos) para almacenar los documentos de manera digital enlazndolos con sus correspondientes ndices de bsqueda (datos propios de documento como nmero de identificacin, nombres, ciudad, etc.) para que los usuarios digiten el dato a buscar y el sistema entregue los posibles documentos que cumplan con los parmetros de bsqueda establecidos por el usuario. Se controla la trazabilidad de los documentos garantizando que se almacena los log del historial de todo el documento en caso de solicitarse esta informacin por alguna auditoria, por ejemplo, fecha de publicacin, control de todos los usuarios que han visto el documento, almacena los cambios realizados a los documentos, controla las tablas de retencin para destruccin de los fsicos o envo a archivo muerto, entre otros. Pone a disposicin de los usuarios autorizados los documentos para su consulta va Web aprovechando los siguientes tres principales atributos de la gestin documental: Reutilizacin, Disponibilidad, Historial y fcil utilizacin.

METODOLOGIAS DESARROLLO DE SOFTWARE Este proyecto se podra llevar a cabo tanto por metodologas de desarrollo de software tradicionales como tambin por medio de metodologas de desarrollo de software agiles dependiendo de las necesidades del cliente. Las metodologas seleccionadas son: a.Tradicional: RUP (Rational Unified Process) Por medio de esta metodologa se podra orientar a definir desde un inicio los requerimientos que la compaa espera con la implementacin de la solucin, para luego implementar los mismos y entregarlos en la finalizacin del proyecto. Se propone hacer una implementacin de carcter evolutivo y poco ambiciosa en principio para madurarla durante un proceso cclico de evolucin, tratando de evitar escenarios complejos que se alejen de los estndares de la industria reduciendo la capacidad de evolucin de la solucin implementada. Es necesario tener un excelente conocimiento del alcance de la solucin desde el principio del proyecto, para as poder estimar con certeza el esfuerzo que puede requerir cada compromiso que se realice con el cliente.

INGENIERIA DE SOFTWARE 301404_7

b.gil: SCRUM Por medio de esta metodologa se podran definir objetivos ms cortos y fciles de alcanzar, donde con un acompaamiento del cliente se inicie a conocer las caractersticas que los productos proporcionan y se empiece a tomar provecho de los mismos, siendo as a medida que avanza el proyecto se pueden empezar a cumplir los requerimientos bsicos de la solucin y conocer las alternativas que los productos brindan para los distintos escenarios que ya estn pre definidos para esta industria, permitindole a la compaa orientarse a los estndares que se encuentran en el mercado y orientar el negocio hacia los mismos para evolucionar rpidamente, minimizando el nmero de personalizaciones que se puedan implementar

INGENIERIA DE SOFTWARE 301404_7

TABLA COMPARATIVA METODOLOGIAS DESARROLLO DE SOFTWARE SELECCIONADAS

tems a comparar Caractersticas

Metodologa tradicional seleccionada (RUP) Metodologa estndar ms utilizada para el anlisis, diseo, implementacin y documentacin de sistemas orientados a objetos. Incluye informacin entrelazada de diversos artefactos y descripciones de las diversas actividades. Se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el cdigo fuente, etc.). Busca garantizar que todo el desarrollo, pruebas, planeacin, documentacin etc., est orientado a cubrir estas expectativas del cliente y asegurar que los requerimientos de valor se ponen en produccin

Metodologa gil seleccionada (SCRUM) Es el reconocimiento de que durante un proyecto los clientes pueden cambiar de idea sobre lo que quieren y necesitan (a menudo llamado requirements churn), y que los desafos impredecibles no pueden ser fcilmente enfrentados de una forma predictiva y planificada. El conjunto de caractersticas que forma parte de cada sprint viene del Product Back log, que es un conjunto de requisitos de alto nivel priorizados que definen el trabajo a realizar al cliente se le considera parte del equipo Segn el desarrollo uno mismo coloca lo que va necesitando.

Etapas o fases

Inicio (tambin llamado Incepcin o Concepcin). Elaboracin. Desarrollo (tambin llamado Implementacin, Construccin). Cierre (tambin llamado Transicin).

Roles

System Analyst User-Interface Designer Database Designer Implementer Integrator Software Architect Process Engineer

Durante cada sprint, un periodo de la magnitud definida por el equipo se crea un incremento de software potencialmente entregable (utilizable). al cliente se le considera parte del equipo. El ScrumMaster, que mantiene los procesos y trabaja de forma similar al director de proyecto. El Product Owner, que representa a los Stackeholders(interes

INGENIERIA DE SOFTWARE 301404_7

Project Manager Project Reviewer Test Manager System Tester System Administrator

Ventajas frente al Es iterativo y cada fase est bien definida proyecto desde el inicio del proyecto: Planeacin Requerimientos Anlisis y Diseo Implementacin Pruebas Distribucin

Desventajas frente Resistencia al cambio durante el desarrollo, el al proyecto cliente solo se comunica con el equipo de desarrollo por medio de reuniones establecidas.

ados externos o internos) Team (Equipo de desarrollo) Stackeholders (Clientes, Proveedores, Vendedores, etc.) Se refiere a la gente que hace posible el proyecto y para quienes el proyecto producirn el beneficio acordado que justifica su produccin. Slo participan directamente durante las revisiones del sprint. Adopta una aproximacin pragmtica, aceptando que el problema no puede ser completamente entendido o definido, y centrndose en maximizar la capacidad del equipo de entregar rpidamente y responder a requisitos emergentes. presentar de manera continua versiones de software funcionando. Es muy fcil de aprender, y requiere muy poco esfuerzo para comenzarse a utilizar. Una reunin debe ocurrir en la misma ubicacin y a la misma hora todos los das con todos los asignados al proyecto. Solo se selecciona el trabajo se har durante un periodo corto de tiempo y se plantean objetivos cortos que cambian con frecuencia

INGENIERIA DE SOFTWARE 301404_7

CONCLUSIONES

Luego de realizar este trabajo colaborativo con los dems integrantes del grupo colaborativo resultando la propuesta final de proyecto de software a realizar, revelando algunos detalles importantes del mismo. Se exponen dos metodologas para el desarrollo de software bastante conocidas para llevar a cabo el proyecto, una tradicional y otra gil, explicando las ventajas de cada una para el proyecto y revisando las principales caractersticas de las mismas. Se realizaron los aportes individuales que se solicitaron en la gua y formaban parte de uno de los objetivos especficos para el desarrollo del trabajo. De las propuestas hechas en el foro de discusin se tom una de ellas y con los aportes del grupo colaborativo se defini como parte del trabajo final a entregar. Se realiz el cuadro comparativo de las dos metodologas escogidas para el desarrollo de la actividad propuesta. A nivel tcnico se amplio el conocimiento sobre las metodologas agiles y tradicionales para el desarrollo de software A nivel personal se trabajo la responsabilidad cumpliendo con lo solicitado y aportando en el foro para la construccin del trabajo final.

INGENIERIA DE SOFTWARE 301404_7

REFERENCIAS

MODULO/ INGENIERA DE SOFTWARE/AUTOR: ING. ALEXANDRA APARICIO/REVISADO Y EDITADO: ING. JAIRO MARTNEZ/LTIMA ACTUALIZACIN: ING. PILAR ALEXANDRA MORENO/DICIEMBRE 2012 http://es.wikipedia.org/wiki/Scrum http://en.wikipedia.org/wiki/Scrum_(development) http://www.proyectosagiles.org/que-es-scrum http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational http://en.wikipedia.org/wiki/IBM_Rational_Unified_Process