ACT. 10 TRABAJO COLABORATIVO DOS

CURSO: 301404 INGENIERIA DE SOFTWARE

GRUPO NÚMERO32

PROGRAMA INGENIERIA DE SISTEMAS

TUTOR:PILAR ALEXANDRA MORENO

ESTUDIANTE:JORGE IVAN CASTAÑO AGUIRRE

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA (UNAD) CERES - MARIQUITA

ABRIL DE 2013

INTRODUCCION

Extraer los requisitos de un producto de software es la primera etapa para crearlo. Mientras que los clientes piensan que ellos saben lo que el software tiene que hacer, se requiere habilidad y experiencia para reconocer requisitos incompletos, ambiguos o contradictorios.

El proyecto consistirá justamente en la creación y puesta en marcha de una aplicación para que los usuarios de telefonía móvil la descarguen y protejan su equipo después de que ya fue robado. El delincuente que roba un celular no lo pueda vender ya que con esta aplicación quedara inutilizable para siempre y así contribuir para que el negocio de celulares robados no sea lucrativo.

ESTUDIO DE CASOFelipe obtuvo recientemente su título como Ingeniero de Sistemas. Su proyecto profesional no es vincularse como empleado en una organización, empresa o proyecto, al contrario, su objetivo es crear su propia empresa de desarrollo de software. Felipe está convencido de que el presente y el futuro del software gira y girará alrededor de la programación para todo tipo de dispositivos móviles, por lo tanto considera que es en esa área donde centrará su empresa de desarrollo y se pregunta entonces ¿Qué tipo de software sería su producto estrella?, ¿Cómo lo desarrollaría? es aquí donde requiere de su apoyo en el análisis de los siguientes aspectos:

¿Qué tipo de software sería su producto estrella? Describa detalladamente el software propuesto, clientes potenciales, información de entrada, procesos e información de salida

En nuestro país tenemos un gran problema “el robo de celulares” pensando en esto se podría desarrollar una aplicación para combatirlo. Se llamaría SADM (Sistema Antirrobo de Dispositivos Móviles)

Funcionaria así:

Esta aplicación registra el encendido del celular y recoge datos particulares sobre el aparato, como el IMEI, el número de la tarjeta SIMM.

Con esta funcionalidad se podría saber que a un celular se le cambió la tarjeta SIM, pues al prenderlo se detectaría este movimiento y se podrían tomar acciones para combatir el robo de un celular, como bloquearlo DEFINITIVAMENTE o avisarle a la policía con los datos de dónde se encuentra ubicado, siempre y cuando tenga GPS

Es decir mi equipo solo funcionara con mi número de tarjeta SIM y no con otra. Durante la instalación se pedirá al usuario que proteja la aplicación de posibles desinstalaciones con una contraseña de difícil acceso.

Si un equipo es robado se procederá a desactivar la tarjeta SIM y este equipo no podrá funcionar nunca con otra SIM diferente a la original.

Los clientes potenciales todas las personas que tengan celular y que a este se le pueda instalar aplicaciones.

Los procesos de la aplicación serian: Registro de los datos: aquí se registra el IMEI del teléfono con el número de SIM para las futuras comparaciones, y se coloca una contraseña. Tendrá la opción (opcional) de registrar otros datos del propietario como nombre, dirección, contacto, correo electrónico.

Consultar Información: Botón para ver lo que tenemos registrado.

2. ¿Qué modelo de proceso de software elegiría y por qué? Justifique adecuadamente su respuesta.

El modelo en cascada

Se tiene todo bien organizado y no se mezclan las fases. Es perfecto para proyectos que son rígidos, y además donde se especifiquen muy bien los requerimientos y se conozca muy bien la herramienta a utilizar La planificación es sencilla. La calidad del producto resultante es alta. Sus fases son conocidas por los desarrolladores. Los usuarios lo pueden comprender fácilmente.

A su vez, este modelo debería mantener cierta retroalimentación con las fases anteriores desarrolladas de forma que le permita al producto rápidamente adaptarse a los cambios del mercado (legal, técnico e incluso comercial) de forma que se reduzca el riesgo de obsolescencia al momento de obtener el producto final de software.

3. Presente una estimación de costos real para el desarrollo del software. Utilice el método que desee para estimación de costos.

Modelo COCOMO

Lo primero que necesitamos saber es el tipo de proyecto del que estamos hablando, hay tres tipos diferentes y nuestro software (SADM) es de tipo:

Orgánico: proyectos relativamente sencillos, En este modo, un pequeño grupo de programadores experimentados desarrollan software en un entorno familiar. El tamaño del software varía de unos pocos miles de líneas (pequeño) a unas decenas de miles de líneas (medio).

Queremos estimar el “SADM” que posee 8000 líneas de código y que por lo tanto y según hemos podido ver se trata de un Proyecto Orgánico.

“SADM” = 8000 líneas de código

La ecuación del esfuerzo de COCOMO es:

E = Esfuerzo = a KLDC b (persona x mes)

KLCD es el número de líneas de código en miles

La ecuación del tiempo de desarrollo es:

T = Tiempo de duración del desarrollo = c Esfuerzo d (meses)

Ahora necesitamos una tabla para obtener los coeficientes (a, b, c, d) que aparecen en las fórmulas citadas, estos coeficientes se obtienen de manera empírica y por lo tanto se basa en la experiencia de datos anteriores.

Proyecto de software

a b c d

Orgánico 2,4 1,05 2,5 0,38

Semiacoplado 3,0 1,12 2,5 0,35

Empotrado 3,6 1,20 2,5 0,32

Tabla “Coeficientes COCOMO”

Por lo tanto el tamaño de nuestro “SADM” como hemos visto es de 8,3 miles de líneas de código, si aplicamos las fórmulas:

Esfuerzo realizado = 2,4 * 8.3 1,05 = 22,14 personas / mes

T = 2,5 * 22,14 0,38 = 8.11 mes

Nº personas para desarrollar el proyecto = E/T= 22,14 / 8,11 » 3 personas

Por lo tanto y con estos resultados diríamos que el “SADM” debería terminarse en aproximadamente 5 meses por un equipo de 3 personas.

Categoría Programadores DuraciónLíneas de código

Ejemplo

Pequeño 31 – 6meses

1k – 3k SADM

4. Construya una tabla de riesgos para el proyecto.

Riesgo Categoría

Probabilidad Impacto

Un producto competitivo se pone en venta antes de que el proyecto se termine.

T 50% Critico

Cambio de personal ET 20% MarginalNingún cliente lo quiere en realidad. T 5% DepreciablePresupuesto IO 5% Depreciable

En la columna Riesgo, se registran todos los riesgos

En la columna Categoría, cada riesgo se categoriza así:Tamaño del producto (TP)Impacto en la organización (IO)Tipo de cliente (TC)Proceso de producción (PP)Entorno de desarrollo (ED)Tecnología (T)Experiencia técnica (ET)

3. En la columna Probabilidad, se registra la probabilidad de aparición de cada riesgo.

4. En la columna Impacto, Se valora y se registra el impacto de cada riesgo así: 1 Catastrófico, 2 crítico, 3 marginal, 4 Despreciable

5. Presente a través de un diagrama de GANT la planificación temporal del proyecto, definiendo las actividades con base en el modelo seleccionado en el punto 2.

CONCLUSIONES

La Estimación del Proyecto de Software debe considerar cuatro aspectos antes de que comience el proyecto: Cuanto durara. Cuanto esfuerzo. Costo requerirá. Cuanta gente estará implicada. Los modelos a pesar de su perfeccionamiento sobre diferentes entradas para la estimación de esfuerzo, costo, tiempo no modelan de manera exacta. Es necesario comparar con otros modelos y Proyectos para no cometer errores en la estimación que a la larga pueden causar pérdidas.

BIBLIOGRAFIA

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA ESCUELA DE CIENCIAS BASICAS, TECNOLOGÍA E INGENIERIA PROGRAMA INGENIERIA DE SISTEMAS MODULO Última Actualización: Ing. Pilar Alexandra Moreno Diciembre 2012

http://www.monografias.com/trabajos6/resof/resof.shtml

http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_software