Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Ingenieria de Software

No description
by

rosa imelda garcía chi

on 3 June 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Ingenieria de Software

1.Introduccion Requerimientos del Sistema 2.Sistemas
socio-tecnicos Ingenieria de Software Evolucion del
Sistema Dividir
Requerimientos Identificar
Subsistemas Modelado de
Sistemas (cc) photo by Metro Centric on Flickr (cc) photo by Franco Folini on Flickr (cc) photo by jimmyharris on Flickr Asignar Requerimientos
a los Subsistemas (cc) photo by Metro Centric on Flickr 2.1 Propiedades emergentes
De los sistemas Sistemas Tecnico Informaticos Sistemas Socio Tecnicos Requerimientos Funcionales Abstractos Propiedades del Sistema Caracteristicas Que no Debe
Mostrar El sistema Diseño del Sistema Integracion
del Sistema La ingeniera del software es una disciplina de la ingenieria cuya meta es el desarrollo costeable de sistemas de software Son sistemas que incluyen componentes hardware y software pero no procedimientos y procesos..
Ej: Las televisiones, los telefonos moviles y la mayoria de software de las computadoras personales Comprende uno O mas
Sistemas tecnicos pero,
crucialmente, tambien
Incluyen conocimientos
de como debe usarse
el sistema para alcanzar
algun Objetivo Mas Alto Las Complejas Relaciones entre los componentes
de un sistema indican que el sistema es mas que simplemente la suma de sus partes. Este tiene Propiedades que son propidades del sistema
como un todo. Esras no se Pueden atribuir
a ninguna Parte Especifica Del sistema,Màs
Bien emergen solo cuando los Componentes
del sistema han sido Integrados. Existen Dos
Tipos De Propiedades Emergentes.. No Funcionales Propiedades emergentes Funcionales (cc) photo by medhead on Flickr Aparecen Cuando todas Las Partes de us Sistema trabajan de Forma Conjunta para Cumplir Algun Objetivo
Ej: Una Bicicleta Tiene La Propiedad Funcional de Ser Un Instrumento de Transporte Una Vez que sus Componentes Se Han conjuntado. Se Refiere Al Comportamiento de los sistemas En Su Entorno Operativo.
Ej: La Fiabilidad, el Rendimiento, la Seguridad y la Proteccion. 2.2 Ingenieria De Sistemas Es La Actividad de Especificar, Diseñar,
Implementar, Validar, utilizar Y
antener los Sistemas Socio-Tecnicos.
Existen Diferencias Importantes entre el
Proceso De la Ingenieria de Sistemas
y El Proceso de Desarrollo de
Software Implicacion Interdisciplinaria Alcance limitado para Rehacer El Trabajo durante el Desarrollo Del Sistema Muchas Disciplinas de laingenieria Se Conjuntan en la Ingenieria De Sistemas. Existe Una Gran Discrepancia debido a Que Diferentes Ingenieros usan diferente Terminologia y Convenciones Las Funciones Basicas que El Sistema Debe Proporcionar se definen En Un Nivel Abstracto. Una Especificacion Mas Detallada de Requerimientos Funcionales tiene Lugar En El nivel De Subsistemas Estas Son Propiedades No Emergentes no Funcionales del Sistema tales Como La Disponibilidad, El Rendimiento y la Seguridad. estas afectan a los Requerimientos de todos Los subsistemas Algunas Veces es Tan Importante especificar lo Que El Sistema no debe Hacer como Especificar lo que debe Hacer Analice los Requerimientos y Organizelos
en grupos a Fines. Normalmente Existen
arias opciones Posibles de division,
y Puede Sugerir Varias Alternativas
En esta etapa del Proceso Especificar La Funcionalidad de los Subsistemas Definir las Interfaces a Los Subsistemas (cc) photo by medhead on Flickr Deben Identificar los Diferentes Subsistemas que Pueden, individual o Colectivamente Asigne los Requerimientos a los Subsistemas. En Principio, esto Debe Ser Sencillo si La Division de Requerimientos se utiliza Para La Identificacion de subsistemas. Debe Enumerar las Funciones especificas Asignadas a Cada Subsistema Defina Las Interfaces necesarias y Requeridas Por Cada Subsistema Durante la Actividad de Requerimiento y Diseño del Sistema, Estos pueden ser Modelados como un Conjunto de Componentes y de Relaciones entre Estos componentes. Esto se puede Ilustrar Graficamente en un Modelo Arquitectonico del sistema, el cual Proporciona al Lector Una Vision general de la Organizacion del Sistema Desarrollo de los
Subsistemas.. Durante el Desarrollo de los Subsistemas, se Implementan los Que se Hallan Identificado durante el diseño Del Sistema. Esto Implica comenzar otro proceso de la Ingenieria de sistemas para los subsistemas Individuales o, Si El Subsistema Es software, un Proceso de Software que comprende requerimientos, diseño, Implementacion y Pruebas. La Integracion se puede hacer Utilizando el enfoque de "Big Ban", que Consiste en Integrar todos los Subsistemas al Mismo Tiempo. sim embargo, a efectos Tecnicos y de Administracion, el Mejor enfoque es Un Proceso de Integracion creciente donde los sistemas se Integran Uno a Uno, por dos Razones Por lo General Es imposible confeccionar Una Agenda para el Desarrollo de Todos los Subsistemas de tal forma Que todos Terminen al Mismo Tiempo La integracion Creciente reduce El Costo en la Localizacion de errores. Si Varios Subsistemas Se Integran Simultaneamente, un error Que Surja durante las Pruebas puede Estar en cualquiera de estos Subsistemas. La Evolucion del Sistema, como la del Software es inherentemente costosa, por Varias Razones: Debido a que los Subsistemas
nunca son Completamente Identificados, los Cambios
en Uno Pueden afectar de forma adversa al funcionamineto o comportamiento de Otros. Los Cambios propuestos tienen Que Analizarse cuidadosamente desde Perspectivas Tecnicas y de Negocio. Los Cambios Tienen Que Contribuir a los Objetivos del Sistema y no Deben tener simplemente una Motivacion Tecnica A Menudo no se Registran las razones del diseño Original Al paso del Tiempo, su Estructura se Corrompe por el Cambio de tal Forma que se incrementan los costos de Cambios Adicionales Modelos del Proceso del Software Actividades del Proceso El Proceso Unificado de Rational
RUP Iteracion de Procesos Disponibilidad y
Fiabilidad Seguridad Proteccion 3.Sistemas
Criticos Sistemas de
Seguridad
Criticos Sistemas de
Mision
Criticos Sistemas de
Negocio
Criticos 4.Procesos de
Software Modelo en
Cascada Desarrollo
Evolutivo Ingenieria de Software Basada en componentes Entrega
Incremental Desarrollo
en Espiral Evolucion del
Software Validacion
del Software Diseño e
Implementacion
del software Especificacion
del Software Ingenieria del
Software Asistida
por Computadora Actividades
de Gestion Planificacion
del Proyecto Gestion de Riesgos Calendarizacion
del Proyecto 5.Gestion
de Proyectos Supervision
de Riesgos Planificacion
de riesgos Analisis
de Riesgos Identificacion
de Riesgos El Plan del Proyecto Hitos y Entregas Graficos de Barras y redes de Actividades 6.Requerimientos
del Software Requerimientos Funcionales y no Funcionales (cc) photo by medhead on Flickr Los Requerimientos
del Dominio Requerimientos
no Funcionales Requerimientos Funcionales Requerimientos
del Usuario Requerimientos
del Sistema Especificaciones en
Lenguaje Estructurado Especificacion de
la Interfaz El Documento de Requerimientos del Software Estudios de viabilidad Obtencion y analisis de requerimientos Validacion de Requerimientos 7.Procesos de la Ingenieria de Requerimientos Descubrimiento de Requerimientos Puntos de Vista Entrevistas Escenarios Casos de uso Etnografia Revisiones de
Requerimientos Gestion de
Requerimientos Gestion del Cambio
de los Requerimientos Planificacion de la
Gestion de
Requerimientos Requerimientos
Duraderos
y Volatiles Especificacion de la Proteccion Identificacion de Riesgos Descomposicion de Riesgos Analisis y clasificacion de Riesgos Especificacion de la Seguridad Especificacion Dirigida por Riesgos 9.Especificacion
de sistemas
Criticos Valoracion de la Reduccion
de Riesgos Especificacion
de la fiabilidad
del Software Requerimientos
de Fiabilidad
No Funcionales Metricas de
Fiabilidad Gracias.. :)
Full transcript