UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD PROGRAMA DE ING.

DE SISTEMA ESCUELA DE CIENCIAS BASICAS, TECNOLOGIA E INGENIERIA

TRABAJO COLABORATIVO No. 2

301404_50 FRANCISCO MENDOZA BUELVAS ARTHUR A. RIVAS ROMERO LUZ MIRYAM CORREDOR HECTOR NARANJO EDWIN ROBLES

TUTORA: PILAR ALEXANDRA MORENO INGENIERIA DE SISTEMAS

INTRODUCCION Antes de gestionar cualquier proyecto de Software se debe planificar todos los procesos, mtodos y tcnicas para tener una clara visualizacin de lo que se va a realizar y cules sern las mejores estrategias tanto econmicas como de recursos humanos calificados. Con la gestin y planificacin se busca identificar necesidades latentes en el rea de la Ingeniera de Software buscando satisfacer al usuario, y que le permita tener una vida fcil y mejor. En el interior del grupo los estudios de casos, y los roles asignados a continuacin: FRANCISCO MENDOZA BUELVAS ARTHUR A. RIVAS ROMERO LUZ MIRYAM CORREDOR

Sus roles asignados fueron: Identificacin de los casos. Planteamiento de los casos. Evaluacin de los casos. HECTOR NARANJO EDWIN ROBLES Sus roles asignados fueron: Objetivos Metas Actividades Soluciones

ESTUDIOS DE CASO

Caso 1.

Desde que Roberto obtuvo su ttulo como Ingeniero de Sistemas en el ao 2009 se ha venido desempeando como Ingeniero de Software en una reconocida compaa de software con muy buen desempeo, en razn a sus expectativas laborales Roberto quiere incursionar de manera independiente en el campo de desarrollo de sistemas de informacin, por lo tanto su proyecto es disear un producto-software que sea viable, comercial e innovador. Si Usted fuera Roberto: Qu software desarrollara? Relacione los requisitos de dicho software detalladamente. Adems realice un estudio completo acerca de la gestin de dicho proyecto, teniendo en cuenta las 4 Ps para la gestin de un proyecto de software: personal, producto, proceso y proyecto.

SOFWARE: DISEO E IMPLEMENTACION DEL SISTEMA DE INFORMACION PARA EL TRANSPORTE FLUVIAL Y TERRESTRE DE LA TERMINAL DEL MUNICIPIO DE MAGANGUE. DEFINICION DE REQUISITOS Problema a resolver: Solucionar la congestin, demora y la desorganizacin de la terminal de transporte en el Municipio de Magangue, para darle una mejor eficacia, eficiencia y control de los ingresos y egresos; y a dems un mejor servicios a los pasajeros. Necesidad del usuario: Crear un Software que permita controlar el sistema de informacin de la terminal del Municipio de Magangue.

Anlisis Requisito del Usuario Creacin del Documento de Requisito del Usuario (DRU) Nombre de los Pasajeros. Apellidos de los Pasajeros Identificacin. Cdigo del Pasajero. Pasaporte. Peso de cada Pasajero. Numero de Asiento Asignado. Valor a Pagar. Valor Neto a Pagar incluyendo IVA. Valor Neto a Pagar incluyendo Descuentos. Turnos de Cada Chalupa. Turnos de Cada Buseta. Turno de Cada Conductor. Descanso de Cada Conductor. Generacin de Facturas.

Anlisis del Requisito del Sistema Documento del Requisito del Sofware (DRS) Modelos Lgicos. Editores grficos. Comprobadores de consistencia en la informacin Relativa Nombres. Tipos. Usos. Sistema de gestin de la informacin almacenada Bases de datos. Programacin Orientada a Objeto. SQL. Microsoft Access. Generadores de Prototipos. En la fase de diseo de sistema las herramientas disponibles son: Anlisis Temporal. Estimadores de Tiempo de Ejecucin. Generadores de Cdigos

Herramientas en la fase de implementacin Editores. Compiladores e Intrpretes. Generadores/Optimizadores de Cdigos. Ejecutores de Caso de Prueba. Depuradores Simblicos. Cdigo Probado. Manual de Usuario. Tecnologa Orientada a Objetos CTT. ADA 95 EIFELL Esta idea de proyecto requiere personal comprometido, audaces y con sentido de pertenencia por su trabajo y con requisitos en cada rea para la implementacin del Software que requiere el usuario. ARTHUR A. RIVAS ROMERO: Gestor superior FRANCISCO MENDOZA Y BUELVAS LUZ MIRYAM CORREDOR: Gestores tcnicos del proyecto HECTOR NARANJO Y EDWIN ROBLES: Profesionales Al realizar la idea del proyecto, se reconsideraron muchas alternativas de solucin, para as, tener claridad y objetividad de lo que quiere el usuario o cliente.

El planteamiento del problema se a bordo de diferentes pticas para descomponerlos en subproblemas. Con el planteamiento del problema, lo que se trata es buscar un modelo de Software que satisfaga al usuario o al cliente. Nuestro equipo de trabajo estructuro un conjunto de actividades que nos permiti trabajar en cada funcin del problema. La comunicacin entre el usuario o cliente para establecer los requisitos del software, el equipo planifico los propsitos y las tareas para definir los recursos. Sin embargo, se analizo los riesgos tcnicos y de gestin para llevas a cabo dicha propuesta. Con la gestin de proyecto se tiene en cuenta muchos aspectos importantes para la implementacin de un Software, desde comprender el problema hasta la bsqueda de una mejor solucin. En lo tocante, la estrategia y la definicin de un equipo de trabajo es tan importante el la gestin de proyectos de Software. La gestin de proyectos de Software nos permite evaluar y analizar cada uno de los procesos de la evolucin del Software.

Caso 2.

Como Ingeniero de Software Usted trabaja en una compaa de desarrollo de productos software y ha sido asignado para liderar un nuevo proyecto de desarrollo de un software va Internet para consulta, impresin y/o pago de la factura de impuesto predial para ciudadanos, con todos los bancos y/o entidades financieras a nivel nacional; ideal para entes territoriales (ciudades, municipios, distritos capitales).

Como la competencia en este campo es intensa, este software debe desarrollarse en un tiempo mximo de 6 meses.

Qu estructura de equipo elegira y por qu? La estructura de nuestro equipo es Descentralizado controlado por que las comunicaciones se dan tanto horizontal como vertical y a dems el Jefe puede delegar funciones a sus Jefes secundarios.

Un aspecto muy positivo de esta estructura de equipo es que los problemas se solucionan en equipo, donde cada integrante hace sus aportes individuales y as las alternativas de solucin son muchas.

El trabajo en equipo permite buscar fortalezas, amenazas, debilidades y oportunidades para la solucin de dicho problema

Qu modelo de proceso de software elegira y por qu?

MODELO EN CASCADA Las ventajas e inconvenientes del Modelo en Cascada son bien conocidas desde hace tiempo y podemos decir que el 90 % de los desarrollos actuales se realizan de acuerdo con l.

Como ventajas citamos:

a) Fases conocidas por todos los desarrolladores y ligadas a los perfiles tcnicos clsicamente establecidos. Existe gran experiencia documentada sobre el uso del modelo que coincide con la formacin tpica del ingeniero de software.

b) Es el ms eficiente cuando el sistema es conocido y los requisitos estables ya que se puede avanzar rpidamente hacia la fase de diseo arquitectnico sin que exista el peligro de una contina interaccin entre las primeras fases.

c) Permite una gestin del proceso de desarrollo basada en revisiones de los documentos generados en cada fase facilitando la ejecucin de los procedimientos de gestin.

El modelo en cascada ha sido normalizado por diversas entidades como base para el proceso de contratacin y para la aceptacin del software entregado.

Tenemos que destacar, no obstante, que el detalle de los procedimientos a usar a partir de un modelo no est contenido en el mismo sino que debe ser generado por sus usuarios; as, grandes corporaciones suelen definir complejas guas de aplicacin en las que se detallan los procesos a usar en cada una de las etapas adaptados a sus caractersticas organizativas o de los productos software que deben desarrollar.

Qu medidas, mtricas e indicadores implementara para el proceso de Ingeniera de Software a realizar?

Medidas Indirectas: Por la funcionalidad, calidad, complejidad, eficiencia en el desarrollo del Software. La fiabilidad, facilidad, facilidad de mantenimiento. Mtricas orientada a la funcin: Po que se mide la aplicacin y la funcionalidad del Software.

La mtrica de la funcin permite observar el nmero de entrada, salida, peticin, numero de archivos, numero de interfaces intermedia de un usuario.

Indicadores MEPS: Nos permite analizar los fallos del Software y recopilar la informacin necesaria para detectar los errores y defectos.

Sin embargo, para analizar un anlisis de fallo debemos tener en cuente lo siguientes pasos:

Categorizar por origen, todos los errores y defectos. Registrar el costo de corregir cada error y defecto. Contar el numero de errores y defectos de cada categora y se ordena por orden descendente. Computar el costo global de errores y defectos de cada categora. Detallar los planes para eliminar los errores y defectos ms costosos.

Caso 3.

Usted es el jefe de proyectos de una compaa de software. Se le ha pedido que planifique un proyecto de importancia extrema para la empresa, cuyo objetivo es migrar su software estrella tipo cliente servidor a un ambiente web.

En dicha planificacin se le solicita especficamente:

Construir una tabla de riesgo para el proyecto.

Identificacin

Evaluar

Estimacin de Impacto

Plan de Contingencia
Establecer presupuesto en su Anual

Si el usuario, cliente o organizacin cuentan Presupuesto con un presupuesto adecuado

Su impacto es de nivel muy alto, porque si no hay presupuesto, no hay desarrollo del

una cartera para la realizacin proyecto. del

producto. Si no se cuenta con el personal Personal adecuado, Su impacto nivel, es de

Contratar adecuado conocimiento actualizado.

personal y con

Medio

retrasa

idneo y capacitado hay interferencia en la ejecucin del objetivo. Si la empresa con no los

las metas planificadas.

Su impacto de Alto nivel abarca lo ms importante empresa el de la

Establecer polticas recursos

en

sus de y de

cuenta

compra tcnicos

recursos humanos y tcnicos Recursos realizacin para la del

recurso

contratacin personal.

humano y tcnico.

software, quedan las propuestas papeles. en

Si no hay cliente y salida para del del mercado producto

Su impacto de Medio nivel, puede que

Innovacin, creatividad e

afecte las ganancias de la empresa, pero no afecta la capacidad imaginativa y creativa de su equipo de

imaginacin para los nuevos productos de Software. Estudio de Mercado y las nuevas costumbre de los clientes.

software la empresa Cliente pierde inversin y

competencia

trabajo.

Listado de tarea a realizar

ID Actividades Inicio Fin N Personal Miembro del Equipo
Jefe y 1 Actividad 1 18/10/2011 19/11/2011 5 profesionales. Profesionales 2 3 Actividad 2 Actividad 3 22/11/2011 28/12/2011 25/12/2011 02/01/2012 7 4 y Tcnicos. Tcnicos Jefe 4 Actividad 4 06/01/2012 10/02/2012 8 profesional y Tcnicos. 5 Actividad 5 15/02/2012 19/03/2012 6 Profesionales

Utilizar las diferentes tcnicas para establecer una planificacin temporal del proyecto. (PERT o CPM por ejemplo).

PERT: Nos permite representar las tareas asignadas al proyecto en un determinado tiempo. Es una herramienta muy buena, porque se proyecta a futuros las tareas a realizar y quien las va a ejecutar en ese periodo de tiempo.

Tarea

Inicio Mnimo (Im) 18/10/2011 24/10/2011 05/11/2011 19/11/2011 26//11/2011 07/01/2012 24/01/2012

Final Mximo (FM) 22/10/2011 04/11/2011 17/11/2011 24/11/2011 03/01/2012 16/01/2012 07/02/2012

Duracin 2 3 5 3 2 3 4

A B C D E F G

La herramienta PERT me determina las actividades necesarias y cuando lo son, buscando el plazo mnimo para la ejecucin del proyecto, examinando e identificando las actividades criticas, aquellas que me permiten retrasarme en la ejecucin del proyecto.

Por lo consiguiente cuantifica las holguras de las actividades no crticas, es decir, el tiempo que pueden retrasarse tanto en su comienzo como al final, dndolos un proyecto de coste mnimo.

CONCLUSIN

La Gestin y Planificacin de Proyectos Software nos permite planificar con objetividad una necesidad, oportunidad latente en el mercado.

Con la planificacin se busca organizar y analizar la cantidad de informacin que se requiere para planear un proyecto de software.

Dentro del marco de la gestin de Software es tan importante incluir las 4Ps Personal, Producto, Proceso y Proyecto, estos conjuntamente forman la Ingeniera de Software que cada da esta en nuestro quehaceres diarios y nuestra forma de vivir.

BIBLIOGRAFA IMPRESA

SOMMERVILLE, Ian. Ingeniera de software. 6. Edicin. Pearson Addison Wesley. 2001 PFLEEGER, Shari Lawrence. Ingeniera de software, teora y prctica. 1. Edicin. Buenos Aires. Pearson educacin. 2002 PRESSMAN, Roger S. Ingeniera del Software. Un enfoque prctico. Quinta edicin. Espaa. 2002. Editorial McGraw Hill. HUMPHREY, Watts S. Introduccin al proceso de software personal. Pearson Addison wesley. 2001. MEYER, Bertrand. Construccin de software orientado a objetos. Segunda edicin. Madrid. 1999. Prentice Hall. NORRIS. Ingeniera de software explicada. Grupo Noriega editores de Colombia.

ELECTRONICA http://www.minerva.uevora.pt/simposio/comunicacoes/rigomezmarino.html http://www.wikipedia.com http://www.monografia.com http://www.rspa.com/checklists/risk.html http://www.projectmanagement.com