Documentos de Académico
Documentos de Profesional
Documentos de Cultura
calidad en el desarrollo de
software
CONCLUSIONES
TIEMPO:
20 MIN. DE TRABAJO
10 MINUTOS DE PRESENTACION POR EQUIPO
10 MINUTOS DE PREGUNTAS- RESPUESTAS DE LOS DEMAS EQUIPOS
TIEMPO:
20 MINUTOS DE DEBATE
10 MINUTOS RESUMEN
10 MINUTOS DE PREGUNTAS
•Mediados 90´s “Resisting trhe virtual life” (James Brook) y The future does not
compute” (Stephen Talbot)
•Y2K= 2000
Objetos: Entidad de la vida real que tiene atributos (datos) y métodos (operaciones) que
operan sobre esos atributos. A los datos que forman parte del objeto se les conoce como
datos miembros y a las funciones como funciones miembros. Los datos quedan ocultos al
programador y únicamente dispondrá de las funciones para acceder a ellos. Es una
abstracción que se usa para representar una entidad real. Todo objeto tiene estado, exhibe un
comportamiento bien definido y posee identidad única.
• Para crear objetos es necesario contar con otro objeto que pueda crear objetos. El objeto
creador de objetos se llama clase y los objetos creados se llaman instancias. Los objetos
en Java se crean en forma dinámica. No es necesario destruir un objeto ya que java lo
hace solo.
• Clase: Modelo que se usa para describir objetos similares. Es un tipo de dato definido por
el usuario que determina las estructuras de datos que lo forman y las funciones asociadas
con él, es decir es un modelo con el que se construyen los objetos.
• Public: Clase publica que puede ser usada por cualquier otra clase de otro
paquete.
• Final: Clase que no puede tener clases derivadas.
• Abstract: Clase que no puede ser instanciada, si derivada.
• Extends: Indica de que clase hereda la nuestra (en herencia)
• Implements: Implementa interfaces (en herencia)
Mensaje: Es una petición de un objeto a otro para que este se comporte de una
determinada manera, ejecutando uno de sus métodos.
Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un
proyecto de desarrollo de software.
El primer ciclo de vida del software, "Cascada", fue definido por Winston Royce a fines del 70.
Desde entonces muchos equipos de desarrollo han seguido este modelo. Sin embargo, ya
desde 10 a 15 años atrás, el modelo cascada ha sido sujeto a numerosas críticas, debido a
que es restrictivo y rígido, lo cual dificulta el desarrollo de proyectos de software moderno. En
su lugar, muchos modelos nuevos de ciclo de vida han sido propuestos, incluyendo modelos
que pretenden desarrollar software más rápidamente, o más incrementalmente o de una forma
más evolutiva, o precediendo el desarrollo a escala total con algún conjunto de prototipos
rápidos.
Un modelo de ciclo de vida de software es una vista de las actividades que ocurren durante el
desarrollo de software, intenta determinar el orden de las etapas involucradas y los criterios de
transición asociadas entre estas etapas.
Los riesgos asociados con el desarrollo de sistemas largos y complejos son enormes. Una
forma de reducir los riesgos es construir sólo una parte del sistema, reservando otros
aspectos para niveles posteriores. El desarrollo incremental es el proceso de construcción
siempre incrementando subconjuntos de requerimientos del sistema. Típicamente, un
documento de requerimientos es escrito al capturar todos los requerimientos para el sistema
completo.
Note que el desarrollo incremental es 100% compatible con el modelo cascada. El desarrollo
incremental no demanda una forma específica de observar el desarrollo de algún otro
incremento. Así, el modelo cascada puede ser usado para administrar cada esfuerzo de
desarrollo.