ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Ingenieria de software fase 3


Enviado por   •  2 de Mayo de 2017  •  Documentos de Investigación  •  1.126 Palabras (5 Páginas)  •  297 Visitas

Página 1 de 5

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

UNAD

INGENIERIA DE SOFTWARE

301404_8

[pic 4]

ACTIVIDAD No. 10

TRABAJO COLABORATIVO No. 2

José Ricardo Hernández

Código 79711685

Cesar Eduardo Niño Pinzón

Código 79778519

Juan Carlos Peña Núñez

Código 79788316

        

Bogotá D. C., Colombia

Octubre de 2014

 

 INTRODUCCION

Este trabajo se pretende desarrollar un tema importante dentro del proceso de desarrollo de software, se tratarán de desarrollar modelos existentes y de verificar con profesionalismo los pasos que cada uno de estos tiene además pretende que cada uno de los integrantes se integre a este esquema y pueda dar soluciones a los diferentes problemas que los casos les proporcione.

Este video juego integra las partes del conocimiento cognoscitivo en los aspectos de convivencia desde un punto de vista armonizado para que el jugador pueda desarrollar destrezas intelectuales a los problemas de su vida diaria sin el uso de la violencia, similar y fortalece la convivencia con nuestro entorno el cual se desarrolla bajo varias simulaciones en el cual el jugador debe decidir cuál es la más adecuada para la solución de conflictos de un modo pacífico y el cual lo estimula a cada vez ser más sociable.

ESTUDIO DE CASO

Se le ha nombrado líder de proyecto de una compañía de desarrollo de software. Su trabajo consiste en construir un videojuego que no contenga violencia, que genere entretenimiento y fomente el desarrollo de temáticas de paz, enfocadas a la resolución de conflictos, la creatividad y la estimulación de los sentidos; para ser presentado en la convocatoria "Cambio de Juego” de MinTIC y Colciencias. Puesto que la convocatoria cierra en 3 meses, hay presión para que usted termine el trabajo rápidamente.

De acuerdo a este contexto, analice y conteste las siguientes preguntas:

¿Qué nivel de organización de equipos elegiría y por qué?

  1. 1. Tipo de participantes y rol: Los participantes del proyecto del videojuego serán:
  2. - Gestores técnicos del proyecto: Serán los encargados de motivar, controlar y organizar los profesionales que desarrollaran el software.
  3. - Profesionales: Serán los encargados de realizar el desarrollo.

  1. Nivel de organización del equipo de software:

 Para este trabajo se utilizara el modelo seria el descentralizado controlado ya que por la premura del tiempo este equipo tiene un jefe definido que coordina tareas específicas y jefes secundarios que tienen responsabilidades sobre subtareas. La resolución de problemas sigue siendo una actividad del grupo, pero la implementación de soluciones se reparte entre subgrupos por el jefe de equipo. La comunicación entre subgrupos e individuos es horizontal. También hay comunicación vertical a lo largo de la jerarquía de control, según lo menciona el modulo

Mecanismos de comunicación para coordinar el equipo de trabajo: Dadas las características del trabajo y el nivel de organización propuesto se deben implementar los siguientes canales de comunicación.

  • Comunicación informal: La cual permitirá al equipo confrontar las ideas y los avances de manera más rápida y conectada con las problemáticas surgidas solucionándolas en grupos de trabajo.

  • Comunicación electrónica: Para mantener la eficiencia en la comunicación el grupo debe comunicarse electrónicamente ya que si las ideas y soluciones surgen más allá del ámbito laboral puedan ser expuestas al grupo.

¿Qué modelo(s) de proceso de software elegiría y por qué?

Para  este caso se elegirá el modelo DRA (Desarrollo rápido de aplicaciones) que es un modelo de proceso del desarrollo del software lineal secuencial que enfatiza un ciclo de desarrollo extremadamente corto. DRA es una adaptación a "Alta velocidad" en el que se logra el desarrollo rápido utilizando un enfoque de construcción basado en componentes. Si se comprenden bien los requisitos y se limita el ámbito del proyecto, el proceso DRA permite al equipo de desarrollo crear un "sistema completamente funcional" dentro de periodos cortos de tiempo

Modelado de gestión: Se diseña en base a al flujo de información y con respecto a este flujo se deben responder las siguientes preguntas:

¿Qué información se recibe?

¿Qué información se genera?

¿De dónde viene?

¿Hacia dónde va?

¿Quién procesara luego la información?

Modelado de datos: Se diseña la estructura de datos con sus objetos y sus relaciones para que contenga la información del modelado de gestión.

Modelado de proceso: Se aplican funciones sobre los datos del punto anterior, básicamente se diseñan procesos que crean, modifican, eliminan o recuperar objetos.

Generación de aplicaciones: Se basa en el uso de técnicas de cuarta generación en donde lo que se utiliza para programar no son lenguajes propiamente dichos si no componentes anteriores que son reutilizables, se da el caso de que deben desarrollarse componentes nuevos y entonces se diseñan para que también puedan ser utilizados por futuros desarrollos basados en este modelo

Pruebas y entregas: Como muchos componentes son reutilizados ya se han probado se reduce gran parte del proceso de prueba. Queda probar los componentes nuevos y asegurarse de que la comunicación entre ellos sea adecuada.

CARACTERISTICAS:

Modelo lineal secuencial orientado a un ciclo rápido de desarrollo.

 

Basado en el empleo de componentes para poder entregar un modelo totalmente operativo en un corto periodo de tiempo.

Es fundamental poder modular la aplicación pata que cada equipo pueda trabajar en diferentes modelos.

Construya una tabla de riesgos

Para el proyecto. Tenga en cuenta las indicaciones del módulo en cuanto a la construcción de tablas de riesgo.

RIESGOS

Categoría

Probabilidad %

Impacto

Algos miembros del equipo no tienen destreza en el manejo de algunas de las herramienta de desarrollo

ED

4

2

Definición de software

ED

25

3

Entorno de desarrollo

ED

10

3

No se tiene el número de desarrolladores necesarios para el proyecto

ET

6

1

La falta de personal genera grandes procesos de rotación de la funciones

ET

7

3

Personal idóneo

ET

30

1

Experiencia técnica

ET

20

4

Fecha límite de entrega corta

IO

15

1

La sofisticación del usuario final rechaza el producto

IO

4

4

La documentación  a entregar no es suficiente

IO

8

3

Recursos para el desarrollo

IO

20

2

No se definieron políticas de normalización  y seguimiento metodológico

PP

3

3

Varios de los programas reutilizables han sido utilizados en otros productos

PP

9

2

No se utilizó un diseño específico para el análisis del software

PP

2

2

Desarrollo de la aplicación

PP

40

2

Proceso de producto

PP

15

1

Tipo de Cliente

TC

20

2

Varios de los programas reutilizados no tiene soporte

TP

7

3

Usuarios finales a quienes está orientado el producto

TP

20

3

...

Descargar como (para miembros actualizados)  txt (8.6 Kb)   pdf (178.8 Kb)   docx (43.2 Kb)  
Leer 4 páginas más »
Disponible sólo en Clubensayos.com