Ingenieria del software

1 st
2 nd
INGENIRERIA DE SOFTWARE I
ALUMNO: HERNADEZ SERRANO IRVING ARTURO
PROFESOR: LOPEZ GONZALEZ NESTOR APOLO
CAMPUS HISPANO
POR SIEMPRE RESPONSABLE DE LO QUE
SE HA CULTIVADO.
PC
UVM CAMPUS HISPANO ingenieria de software

Apunte 1: Presentación de la asignatura (Syllabus)
• Temario
• Evaluación
• Asistencia
• Conducta (-0.2)
EGEL ISOFT (Ingenieria de Software)
POR SIEMPRE RESPONSABLE DE LO QUE SE HA CULTIVADO.

Estos son los principios que maneja la universidad UVM.
Estos son los valores de UVM
Apunte 2: Introducción a la ingeniería del software
Es el conjunto de Técnicas o metodologías orientadas a el desarrollo o
la producción de un software de calidad.
Los sistemas de Software son Abstractos Dentro del Software tenemos
lo que son las fallas las cuales se dividen en dos, las Fallas Crecientes
y en Fallas Expectativas el Software Tiene que ser Preciso, Claro y
entendible.
POR SIEMPRE RESPONSABLE DE LO QUE SE HA CULTIVADO.

Existen tipos de Software que Son los
Productos Genéricos y Personalizados, Los Genéricos Pueden Ser
Adquiridos por cualquier tipo de personas y los personalizados son
realizados para contratistas con necesidades muy específica.
Los aspectos de Producción entran las documentaciones todo lo que se
realiza.
Son los tipos de Ingeniería de Software
• Heterogeneidad
Técnicas para un software confiable
• Cambio empresarial y social
Constante evolución para distintos Enfoques
• Seguridad y confianza
Que contenga protocolos y sistemas seguros que brinden
seguridad del uso de Software.
Apunte 3: Procesos de software
Apunte3:
Procesos de Software
Son las actividades a realizar para la creación de un producto.
Se acostumbra tomar algunas plantillas para la elaboración de un
producto y no comenzar desde cero.
Las actividades del Proceso se basan en
Especificación del Software
‣ Esta el estudio de Factibilidad.
‣ Obtención y análisis de requerimientos
‣ Especificación de Requerimientos,
‣ Validación de requerimientos
POR SIEMPRE RESPONSABLE DE LO QUE SE HA CULTIVADO.

Diseño e Implementación del software
‣ Diseño Arquitectónico
‣ Diseño de la Interfaz
‣ Diseño de componentes
‣ Diseño de base de datos
Validación del Software
‣ Prueba de desarrollo
‣ Pruebas del sistema
‣ Prueba de aceptación
Evolución del Software
‣ Mantenimientos
Modelo en Espiral de Boehm
Se divide en ciclos, entre cada ciclo podemos encontrar el software de
cascada en donde no se puede avanzar hasta que el paso anterior esté
concluido, o el incremental se le muestra un avance al cliente y se
realizan retroalimentaciones.
Entrega Incremental.
Los encargados de desarrollar el software entregan adelantos
anticipados al cliente.
Una desventaja es que si el cliente no recibe lo que esperaba tiene el
derecho de que se realice un cambio
POR SIEMPRE RESPONSABLE DE LO QUE SE HA CULTIVADO.

Apunte 4: Procesos de software
Ciclo de vida de un software
• Análisis:
• Diseño
• Codificación
• Pruebas y depuración
• Implementación
• Documentación
• Mantenimiento y actualización
Apunte 5: Metodologías
Primero el cliente le proponía las cosas que iba a que, en su programa,
cuando el desarrollador lo entregaba y el cliente no superaba sus
expectativas, ni hacia lo que él quería el desarrollador lo tenía que volver
a trabajar hasta que fue lo que quería.
Se cambia de un enfoque a ágil porque el de requerimiento es muy
tardado. Cuando es ágil se enfoca al análisis, diseño y codificación.
Programación ágil el analista va poniendo tareas a cada persona ya que
cuando llegue una determinada fecha y todos juntaran sus partes del
proyecto para ser entregada al cliente.
Estructura básica de user history:
Que una persona que valla a desarrollar el programa tiene que ser con
las preguntas “
Yo como (rol de trabajo) requiero (necesidad) para (objetivó)”.
POR SIEMPRE RESPONSABLE DE LO QUE SE HA CULTIVADO.

Apunte 6: Ingeniería de requerimientos
Partes del capitulo
• Requerimientos funcionales y no funcionales
Los no funcionales son las limitaciones del sistema, pero no se
relacionan con los servicios del sistema.
Estos suelen ser más significativos.
• Documento de requerimiento de un software
Lo que se hace en la vida real ya que lo que hace es dar un
comunicado oficial o todas las áreas de sus
Documento
1. Introducción
1. Prefacio
2. Introducción
POR SIEMPRE RESPONSABLE DE LO QUE SE HA CULTIVADO.

3. Glosario
4. Definición de requerimiento
5. Arquitectura del sistema
6. Especificación
7. Modelos
8. Evolución
9. Apéndice
10. Índice
• Especificación de documentos
• Procesos de ingeniería de requerimientos
• Adquisición y análisis de requerimientos
• Validación de requerimientos
• Administración de requerimientos
Proceso de descubrir analizar, documentar y verificar los servicios y
restricciones.
POR SIEMPRE RESPONSABLE DE LO QUE SE HA CULTIVADO.