SlideShare una empresa de Scribd logo
1 de 6
FRASES INICIALES DEL PROCESO
Modelado de Negocios:
Es la planificación que realiza una empresa respecto a los ingresos y beneficios que intenta obtener.
Ejemplo:
El Freemium es un modelo de negocio que se basa en la oferta de un producto o servicio gratuito. Lo
gratis siempre tiene una gran demanda y, dentro de ese público, existe un porcentaje de
consumidores que pagarían una determinada cantidad, a cambio de obtener más prestaciones o una
mayor cobertura
Requerimientos:
Son declaraciones que identifican atributos, capacidades, características o cualidades que necesita
cumplir un sistema para que tenga valor y utilidad para el usuario.
Ejemplo:
La seguridad puede interpretarse inicialmente como un requerimiento no funcional al principio. No
obstante, su elaboración puede conducir a nuevos requerimientos funcionales, como la necesidad de
autentificar a los usuarios del sistema.
Análisis y Diseño:
El análisis es un método para el análisis de sistemas manuales o automatizados, que conduce al desarrollo de
especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes.
El diseño es la actividad creativa que tiene por fin proyectar objetos que sean útiles y estéticos.
Ejemplo:
Para el desarrollo de un programa se ocupa de checar que este funcionando y ver las fallas que este tiene para
mejorarlas, en la parte del diseño se tiene que proyectar una de interfaz para que se pueda acceder a las opciones de una
forma mas fácil y clara.
Implementación:
Constituye la realización de determinados procesos y estructuras en un sistema, es la acción de poner en práctica,
medidas y métodos, entre otros, para concretar alguna actividad, plan, o misión, en otras alternativas.
Ejemplo:
Es importante que las organizaciones conozcan y entiendan los requisitos legales que se aplican a las prácticas de que
cada negocio o actividad. Para lograrlo, las organizaciones tienen que establecer la forma de asegurarse de que están
aplicando correctamente las leyes que le afectan y cómo van a mantenerse al día sobre los cambios legales que se
produzcan.
Pruebas:
Hecho o evidencia, una razón o argumento, utilizado para demostrar la verdad o la falsedad de algo, de una acción, una tesis,
una teoría.
Ejemplo:
El desarrollo de videojuegos o aplicaciones, requieren de ser probados para verificar si el programa funciona perfectamente o si
hay errores que alteran al mismo, y por eso es necesario hacer pruebas para repararlos o mejorar el programa para la versión
final
Despliegue:
Tiene como objetivo producir con éxito distribuciones del producto y distribuirlo a los usuarios, se desarrolla con mayor intensidad
en la fase de transición, ya que el propósito del flujo es asegurar una aceptación y adaptación sin complicaciones del software
por parte de los usuarios.
Ejemplo:
El software se da a llevar a probar mas allá de la compañía, selecciona cierta área de estudio, Una vez que el producto de
software ha sido implementado y probado exitosamente, es momento de llevar el producto al cliente.
Administración de la configuración y cambios:
Es identificar, relacionar, almacenar y trabajar con los productos de trabajo; entendiendo por productos de trabajo: planes, código
fuente, librerías, modelos, documentación; es decir, todo lo que se genera en el ciclo de desarrollo de software.
Ejemplo:
Cuando sale un aplicación nueva, esta debe seguir en mantenimiento, ya sea para seguir mejorándola o cambiándole algunas cosas,
con el fin de que siga siendo fiable para los clientes que estén usándola.
Administración de Proyectos:
Es una capacidad estratégica de las organizaciones, que les permite vincular los resultados de los proyectos con las metas del
negocio y así ser más competitivos en sus áreas.
Entorno:
Se enfoca sobre las actividades necesarias para configurar el proceso que engloba el desarrollo de un proyecto y describe las
actividades requeridas para el desarrollo de las pautas que apoyan un proyecto
MEJORAS DE PRACTICAS FUNDAMENTALES
1. Desarrollo de software de manera iterativa:
Incrementar el plan del sistema con base en las prioridades del cliente, y desarrollar oportunamente las características
del sistema de mayor prioridad en el proceso de desarrollo.
2. Gestión de requerimientos:
Documentar de manera explícita los requerimientos del cliente y seguir la huella de los cambios a dichos requerimientos. Analizar el efecto
de los cambios sobre el sistema antes de aceptarlos.
3. Usar arquitecturas basadas en componentes:
Estructurar la arquitectura del sistema en componentes, como se estudió anteriormente en este capítulo.
4. Software modelado visualmente:
Usar modelos UML gráficos para elaborar representaciones de software estáticas y dinámicas.
5. Verificar la calidad del software:
Garantizar que el software cumpla con los estándares de calidad de la organización.
6. Controlar los cambios al software:
Gestionar los cambios al software con un sistema de administración del cambio, así como con procedimientos y herramientas de
administración de la configuración.

Más contenido relacionado

La actualidad más candente

Prg01 grupo14
Prg01 grupo14Prg01 grupo14
Prg01 grupo14
UPV/EHU
 

La actualidad más candente (16)

Gestion de calidad Yasser Khawam
Gestion de calidad Yasser KhawamGestion de calidad Yasser Khawam
Gestion de calidad Yasser Khawam
 
Requerimientos de un sistema y desarrollo del prototipo
Requerimientos de un sistema y desarrollo del prototipoRequerimientos de un sistema y desarrollo del prototipo
Requerimientos de un sistema y desarrollo del prototipo
 
Prg01 grupo14
Prg01 grupo14Prg01 grupo14
Prg01 grupo14
 
Sistemas 2 Linea de productos de software y metodo watch
Sistemas 2   Linea de productos de software y metodo watchSistemas 2   Linea de productos de software y metodo watch
Sistemas 2 Linea de productos de software y metodo watch
 
Diagrama de ing metodos
Diagrama de ing metodosDiagrama de ing metodos
Diagrama de ing metodos
 
Análisis y diseño de sistemas sesion 15 - casos de estudio
Análisis y diseño de sistemas   sesion 15 - casos de estudioAnálisis y diseño de sistemas   sesion 15 - casos de estudio
Análisis y diseño de sistemas sesion 15 - casos de estudio
 
Ing rene
Ing reneIng rene
Ing rene
 
Sw CMM. Modelo para evaluación del software
Sw CMM. Modelo para evaluación del softwareSw CMM. Modelo para evaluación del software
Sw CMM. Modelo para evaluación del software
 
Desarrolador de software
Desarrolador de softwareDesarrolador de software
Desarrolador de software
 
Trabajo sena
Trabajo senaTrabajo sena
Trabajo sena
 
Trabajo sena
Trabajo senaTrabajo sena
Trabajo sena
 
Trabajo sena andres cueva
Trabajo sena andres cuevaTrabajo sena andres cueva
Trabajo sena andres cueva
 
Normas para la Calidad en Ingeniería de Software. Moprosoft
Normas para la Calidad en Ingeniería de Software. MoprosoftNormas para la Calidad en Ingeniería de Software. Moprosoft
Normas para la Calidad en Ingeniería de Software. Moprosoft
 
PSP
PSPPSP
PSP
 
So2
So2So2
So2
 
Ingeniería de software y el paradigma orientado a objetos
Ingeniería de software y el paradigma orientado a objetosIngeniería de software y el paradigma orientado a objetos
Ingeniería de software y el paradigma orientado a objetos
 

Similar a Proceso de desarrollo unificado

Sio2009 Eq1 L1 Pre Myerson Sec1 Integration Drivers
Sio2009 Eq1 L1 Pre Myerson Sec1 Integration DriversSio2009 Eq1 L1 Pre Myerson Sec1 Integration Drivers
Sio2009 Eq1 L1 Pre Myerson Sec1 Integration Drivers
gepeq12009
 
Lectura 4 - "Enterprise Integration Strategy"
Lectura 4 - "Enterprise Integration Strategy"Lectura 4 - "Enterprise Integration Strategy"
Lectura 4 - "Enterprise Integration Strategy"
Jose Manuel Sandria
 
Planificación y Modelado
Planificación y ModeladoPlanificación y Modelado
Planificación y Modelado
DiaNa González
 

Similar a Proceso de desarrollo unificado (20)

Tabla comparativa
Tabla comparativaTabla comparativa
Tabla comparativa
 
Tabla comparativa
Tabla comparativaTabla comparativa
Tabla comparativa
 
Tabla comparativa
Tabla comparativaTabla comparativa
Tabla comparativa
 
Desarrollode software (1)
Desarrollode software (1)Desarrollode software (1)
Desarrollode software (1)
 
Presentacion grupo 4 unidad 4
Presentacion grupo 4 unidad 4Presentacion grupo 4 unidad 4
Presentacion grupo 4 unidad 4
 
Ingenieria de requerimiento
Ingenieria de requerimientoIngenieria de requerimiento
Ingenieria de requerimiento
 
Sistema de información estratégicos
Sistema de información estratégicosSistema de información estratégicos
Sistema de información estratégicos
 
Clase trece 2011
Clase trece   2011Clase trece   2011
Clase trece 2011
 
Opciones en la adquisición de sistemas de información
Opciones en la adquisición de sistemas de información Opciones en la adquisición de sistemas de información
Opciones en la adquisición de sistemas de información
 
Presentacion Metodos de software
Presentacion Metodos de softwarePresentacion Metodos de software
Presentacion Metodos de software
 
Sio2009 Eq1 L1 Pre Myerson Sec1 Integration Drivers
Sio2009 Eq1 L1 Pre Myerson Sec1 Integration DriversSio2009 Eq1 L1 Pre Myerson Sec1 Integration Drivers
Sio2009 Eq1 L1 Pre Myerson Sec1 Integration Drivers
 
Lectura 4 - "Enterprise Integration Strategy"
Lectura 4 - "Enterprise Integration Strategy"Lectura 4 - "Enterprise Integration Strategy"
Lectura 4 - "Enterprise Integration Strategy"
 
Dpss u3 a2_wipl
Dpss u3 a2_wiplDpss u3 a2_wipl
Dpss u3 a2_wipl
 
Implantación
ImplantaciónImplantación
Implantación
 
Modulo ii sig
Modulo ii sigModulo ii sig
Modulo ii sig
 
El estudio del flujo de información en la empresa.
El estudio del flujo de información en la empresa.El estudio del flujo de información en la empresa.
El estudio del flujo de información en la empresa.
 
Lineas de productos de software y método watch
Lineas de productos de software y método watchLineas de productos de software y método watch
Lineas de productos de software y método watch
 
Enrique Cabello
Enrique CabelloEnrique Cabello
Enrique Cabello
 
Pym
PymPym
Pym
 
Planificación y Modelado
Planificación y ModeladoPlanificación y Modelado
Planificación y Modelado
 

Proceso de desarrollo unificado

  • 1.
  • 2. FRASES INICIALES DEL PROCESO Modelado de Negocios: Es la planificación que realiza una empresa respecto a los ingresos y beneficios que intenta obtener. Ejemplo: El Freemium es un modelo de negocio que se basa en la oferta de un producto o servicio gratuito. Lo gratis siempre tiene una gran demanda y, dentro de ese público, existe un porcentaje de consumidores que pagarían una determinada cantidad, a cambio de obtener más prestaciones o una mayor cobertura Requerimientos: Son declaraciones que identifican atributos, capacidades, características o cualidades que necesita cumplir un sistema para que tenga valor y utilidad para el usuario. Ejemplo: La seguridad puede interpretarse inicialmente como un requerimiento no funcional al principio. No obstante, su elaboración puede conducir a nuevos requerimientos funcionales, como la necesidad de autentificar a los usuarios del sistema.
  • 3. Análisis y Diseño: El análisis es un método para el análisis de sistemas manuales o automatizados, que conduce al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes. El diseño es la actividad creativa que tiene por fin proyectar objetos que sean útiles y estéticos. Ejemplo: Para el desarrollo de un programa se ocupa de checar que este funcionando y ver las fallas que este tiene para mejorarlas, en la parte del diseño se tiene que proyectar una de interfaz para que se pueda acceder a las opciones de una forma mas fácil y clara. Implementación: Constituye la realización de determinados procesos y estructuras en un sistema, es la acción de poner en práctica, medidas y métodos, entre otros, para concretar alguna actividad, plan, o misión, en otras alternativas. Ejemplo: Es importante que las organizaciones conozcan y entiendan los requisitos legales que se aplican a las prácticas de que cada negocio o actividad. Para lograrlo, las organizaciones tienen que establecer la forma de asegurarse de que están aplicando correctamente las leyes que le afectan y cómo van a mantenerse al día sobre los cambios legales que se produzcan.
  • 4. Pruebas: Hecho o evidencia, una razón o argumento, utilizado para demostrar la verdad o la falsedad de algo, de una acción, una tesis, una teoría. Ejemplo: El desarrollo de videojuegos o aplicaciones, requieren de ser probados para verificar si el programa funciona perfectamente o si hay errores que alteran al mismo, y por eso es necesario hacer pruebas para repararlos o mejorar el programa para la versión final Despliegue: Tiene como objetivo producir con éxito distribuciones del producto y distribuirlo a los usuarios, se desarrolla con mayor intensidad en la fase de transición, ya que el propósito del flujo es asegurar una aceptación y adaptación sin complicaciones del software por parte de los usuarios. Ejemplo: El software se da a llevar a probar mas allá de la compañía, selecciona cierta área de estudio, Una vez que el producto de software ha sido implementado y probado exitosamente, es momento de llevar el producto al cliente.
  • 5. Administración de la configuración y cambios: Es identificar, relacionar, almacenar y trabajar con los productos de trabajo; entendiendo por productos de trabajo: planes, código fuente, librerías, modelos, documentación; es decir, todo lo que se genera en el ciclo de desarrollo de software. Ejemplo: Cuando sale un aplicación nueva, esta debe seguir en mantenimiento, ya sea para seguir mejorándola o cambiándole algunas cosas, con el fin de que siga siendo fiable para los clientes que estén usándola. Administración de Proyectos: Es una capacidad estratégica de las organizaciones, que les permite vincular los resultados de los proyectos con las metas del negocio y así ser más competitivos en sus áreas. Entorno: Se enfoca sobre las actividades necesarias para configurar el proceso que engloba el desarrollo de un proyecto y describe las actividades requeridas para el desarrollo de las pautas que apoyan un proyecto
  • 6. MEJORAS DE PRACTICAS FUNDAMENTALES 1. Desarrollo de software de manera iterativa: Incrementar el plan del sistema con base en las prioridades del cliente, y desarrollar oportunamente las características del sistema de mayor prioridad en el proceso de desarrollo. 2. Gestión de requerimientos: Documentar de manera explícita los requerimientos del cliente y seguir la huella de los cambios a dichos requerimientos. Analizar el efecto de los cambios sobre el sistema antes de aceptarlos. 3. Usar arquitecturas basadas en componentes: Estructurar la arquitectura del sistema en componentes, como se estudió anteriormente en este capítulo. 4. Software modelado visualmente: Usar modelos UML gráficos para elaborar representaciones de software estáticas y dinámicas. 5. Verificar la calidad del software: Garantizar que el software cumpla con los estándares de calidad de la organización. 6. Controlar los cambios al software: Gestionar los cambios al software con un sistema de administración del cambio, así como con procedimientos y herramientas de administración de la configuración.