DIRECCIÓN GENERAL DE EDUCACIÓN SUPERIOR TECNOLÓGICA
INSTITUTO TECNOLÓGICO DE CIUDAD VALLES DEPARTAMENTO DE SISTEMAS Y COMPUTACIÓN
INGENIERÍA EN SISTEMAS COMPUTACIONALES
GUÍA TÉCNICA DE INGENIERÍA DE SOFTWARE
ELABORADO POR
ISC. Rosa Imelda García Chi, MTI Ingeniero en Sistemas Computacionales Máster en Tecnologías de la Información
Ingeniería de Software- Guía Técnica 2013 Contenido INTRODUCCIÓN .................................................................................................... 1 Datos de la Asignatura ............................................................................................ 2 Nombre de la Asignatura: Ingeniería de Software ............................................... 2 Objetivo General del Curso de Ingeniería de Software ........................................... 3 Desarrollar soluciones de software, considerando los aspectos del modelo de negocios, mediante la aplicación de la metodología adecuada a la naturaleza del problema. ............................................................................................................. 3 Competencias Previas ......................................................................................... 3 Competencias específicas a desarrollar por unidad ............................................ 3 GUÍA TÉCNICA DE LA UNIDAD 1 .......................................................................... 4 Unidad 1. Modelado de Negocios ........................................................................... 5 Práctica no. 1 .......................................................................................................... 6 Nombre de la práctica: Elementos del Modelado de Negocios .......................... 6 Práctica no. 2 .......................................................................................................... 7 Nombre de la práctica: BMPN (Notación BPM) ................................................ 7 Práctica no. 3 .......................................................................................................... 8 Nombre de la práctica: Metodología CANVAS para BPM .................................. 8 Práctica no. 4 ........................................................................................................ 10 Nombre de la práctica: Metodología RUP para BPM ....................................... 10 Práctica no. 5 ........................................................................................................ 12 Nombre de la práctica: Modelado de Negocios en una Empresa Real ............ 12 GUÍA TÉCNICA DE LA UNIDAD 2 ........................................................................ 13 Unidad 2. Metodologías de Desarrollo de Software .............................................. 14
ING. ROSA IMELDA GARCIA CHI, MTI
i
Ingeniería de Software- Guía Técnica 2013 Práctica no. 6 ........................................................................................................ 16 Nombre de la práctica: Modelos del Enfoque Tradicional .................................. 16 Práctica no. 7 ........................................................................................................ 17 Nombre de la práctica: Cronogramas de Modelos del enfoque Tradicional ....... 17 Práctica no. 8 ........................................................................................................ 18 Nombre de la práctica: Entregables de Modelos Tradicionales ........................ 18 Práctica no. 9 ........................................................................................................ 19 Nombre de la práctica: Modelos del enfoque Orientado a Objetos .................... 19 Práctica no. 10 ...................................................................................................... 20 Nombre de la práctica: Modelo de Ingeniería Web ............................................ 20 Práctica no. 11 ...................................................................................................... 21 Nombre de la práctica: Lenguaje de Modelado Unificado .................................. 21 Práctica no. 12 ...................................................................................................... 23 Nombre de la práctica: Cuadro de Características de los Modelos ................... 23 Práctica no. 13 ...................................................................................................... 25 Nombre de la práctica: Sistemas de Información y los Modelos de Ing. Sw ...... 25 Práctica no. 14 ...................................................................................................... 27 Nombre de la práctica: Mapa Mental de las Normas de Calidad de Sw ............ 27 Práctica no. 15 ...................................................................................................... 29 Nombre de la práctica: Caso de Estudio Modelo Cascada ................................ 29 Práctica no. 16 ...................................................................................................... 30 Nombre de la práctica: Caso de Estudio Modelo Prototipos .............................. 30 Práctica no. 17 ...................................................................................................... 31 Nombre de la práctica: Caso de Estudio Modelo Orientado a Objetos .............. 31
ING. ROSA IMELDA GARCIA CHI, MTI
ii
Ingeniería de Software- Guía Técnica 2013 Práctica no. 18 ...................................................................................................... 32 Nombre de la práctica: Caso de Estudio Modelo Ingeniería Web ...................... 32 GUÍA TÉCNICA DE LA UNIDAD 3 ........................................................................ 34 Unidad 3. Arquitectura de Software ....................................................................... 35 Práctica no. 19 ...................................................................................................... 37 Nombre de la práctica: Proceso de Arquitectura de Software ............................ 37 Práctica no. 18 ...................................................................................................... 39 Nombre de la práctica: Describir la Arquitectura de Software ............................ 39 Práctica no. 19 ...................................................................................................... 40 Nombre de la práctica: Diseño de Arquitecturas de Software ............................ 40 GUÍA TÉCNICA DE LA UNIDAD 4 ........................................................................ 41 Unidad 4. Seguridad .............................................................................................. 42 Práctica no. 20 ...................................................................................................... 43 Nombre de la práctica: Seguridad en la Ingeniería de Software ...................... 43 Práctica no. 21 ...................................................................................................... 45 Nombre de la práctica: Evaluación del Impacto del Riesgo ............................. 45 Práctica no. 22 ...................................................................................................... 46 Nombre de la práctica: Plan RSGR.................................................................. 46 FORMATO DE REPORTE .................................................................................... 47 Formato de Reporte de Prácticas.......................................................................... 48 Reporte por práctica.......................................................................................... 48 Reporte final de todas las prácticas ................................................................... 49 Anexo A Formato para Fases de los Modelos de IS Tradicional ........................... 50 Anexo B Formato Entregables Modelos de Ingeniería de Software Tradicional.... 51 Anexo C Formato Modelos de Ingeniería de Software OO ................................... 52 ING. ROSA IMELDA GARCIA CHI, MTI
iii
Ingeniería de Software- Guía Técnica 2013 Anexo D Formato para cronograma en Excel ....................................................... 53 Anexo E Caso de Estudio Ingeniería de Sw Tradicional ....................................... 54 Anexo F Caso de Estudio Ingeniería de Sw OO ................................................... 56 Bibliografía ............................................................................................................ 57
ING. ROSA IMELDA GARCIA CHI, MTI
iv
Ingeniería de Software- Guía Técnica 2013 INTRODUCCIÓN La Guía Técnica de Ingeniería de Software integrará un conjunto de prácticas sugeridas correspondientes a las cuatro unidades que integran el programa de estudios de la Ingeniería en Sistemas Computacionales del IT de Cd. Valles. Iniciando la unidad 1 con prácticas relacionadas con el Modelado de Negocios. En la unidad 2, se proponen prácticas de las diferentes Metodologías de Desarrollo de software. En la unidad 3, se construyen Arquitecturas de Software y en la unidad 4 presenta prácticas relacionadas a la Seguridad del Software. La presente Guía Técnica, tiene como objetivo la integración de los diferentes elementos, criterios y métodos, e incluye la información básica para resolver un conjunto de prácticas para la asignatura de Ingeniería de Software de la Carrera de Ingeniería en Sistemas Computacionales, que proporcione al alumno la habilidad y destreza para Desarrollar soluciones de software, considerando los aspectos del modelo de negocios, mediante la aplicación de la metodología adecuada a la naturaleza del problema. La Guía presenta una serie de prácticas que cubre cada una de las competencias de las unidades del programa de estudios. Las prácticas son sólo una sugerencia didáctica para que el docente guie al alumno a aplicar los conocimientos adquiridos en cada una de las unidades. Se incorporan formatos para elaborar los reportes de las prácticas realizadas para que el estudiante integre al final un documento denominado Portafolio de Evidencia, donde muestre la aplicación y resultado de cada una de las prácticas seleccionadas para su realización. Esta Guía es resultado de un proyecto docente y podrá adquirirse en el Departamento de Sistemas y Computación, así como en Internet en diversas plataformas como google docs, www.slideshare.net, www.scribd.com, y www.issuu.com .
ING. ROSA IMELDA GARCIA CHI,MTI
1
Ingeniería de Software- Guía Técnica 2013 Datos de la Asignatura Nombre de la Asignatura: Ingeniería de Software Carrera Clave de la Asignatura HT- HP- Créditos SATCA Temario General
Ingeniería en Sistemas Computacionales SCD-1011 2–3–5 UNIDAD 1 Modelado de Negocios UNIDAD 2 Metodologías de Desarrollo UNIDAD 3 Arquitecturas de software UNIDAD 4 Seguridad en Ingeniería de Software
Temas Unidad 1
1.1 Evolución del Modelado de Negocios 1.2 Componentes del Modelado de Negocios Modelado de Negocios 1.3 Orientaciones del Modelado de Negocio 1.4 BPMN en el Modelado del Negocio 2.1 Metodologías clásicas Temas Unidad 2 2.1.1 Cascada Metodologías de 2.1.2 Incremental 2.1.3 Evolutivo Desarrollo 2.1.4 Espiral 2.1.5 Prototipos 2.1.6 Desarrollo basado en componentes 2.2 Otras Metodologías 2.2.1Ganar-ganar 2.2.2 Proceso Unificado (UP) 2.2.3 Ingeniería Web 2.2.4 Metodologías Ágiles 2.2.5 Metodologías emergentes 2.3 Reingeniería 3.1 Descomposición modular Temas Unidad 3 3.2 Patrones de Diseño Arquitecturas de 3.3 Arquitectura de dominio específico 3.4 Diseño de software de arquitectura multiprocesador software 3.5 Diseño de software de arquitectura 4.1 Seguridad de software Temas Unidad 4 4.2 Seguridad en el ciclo de desarrollo del software Seguridad en Ingeniería 4.3 Confiabilidad del software 4.4 Ingeniería de seguridad de Software
ING. ROSA IMELDA GARCIA CHI,MTI
2
Ingeniería de Software- Guía Técnica 2013 Objetivo General del Curso de Ingeniería de Software Desarrollar soluciones de software, considerando los aspectos del modelo de negocios, mediante la aplicación de la metodología adecuada a la naturaleza del problema.
Competencias Previas
Aplica modelos, técnicas y herramientas para cada una de las etapas del ciclo de vida de desarrollo de software
Utiliza un Sistema Manejador de Bases de Datos
Utiliza algún lenguaje de programación orientado a objetos
Identifica diferentes plataformas operativas
Competencias específicas a desarrollar por unidad Competencia Específica de la unidad 1
Desarrollar la habilidad para generar propuestas de modelos de negocios de proyectos de software.
Competencia Específica de la unidad 2
Identificar y aplicar la metodología adecuada para el desarrollo de diferentes productos de software
Competencia Específica de la unidad 3
Identificar y establecer los lineamientos formales para el desarrollo de aplicaciones robustas, tomando decisiones técnicas relacionadas con la arquitectura de la aplicación como guía para el diseño de la misma
Competencia Específica de la unidad 4
Identificar los riesgos posibles que puede enfrentar durante el proceso de desarrollo del software y aplicar medidas de seguridad para minimizarlos.
ING. ROSA IMELDA GARCIA CHI,MTI
3
Ingeniería de Software- Guía Técnica 2013
GUÍA TÉCNICA DE LA UNIDAD 1
Modelado de Negocios
ING. ROSA IMELDA GARCIA CHI,MTI
4
Ingeniería de Software- Guía Técnica 2013 Unidad 1. Modelado de Negocios Un modelo de negocio (también llamado diseño de negocio o diseño empresarial) es el mecanismo por el cual un negocio busca generar ingresos y beneficios. Es un resumen de cómo una compañía planifica servir a sus clientes. Implica tanto el concepto de estrategia como el de implementación. Comprende el conjunto de las siguientes cuestiones:
Cómo seleccionará sus clientes
Cómo define y diferencia sus ofertas de producto
Cómo crea utilidad para sus clientes
Cómo consigue y conserva a los clientes
Cómo sale al mercado (estrategia de publicidad y distribución)
Cómo define las tareas que deben llevarse a cabo
Cómo configura sus recursos
Cómo consigue el beneficio
Los Objetivos del Modelado de Negocios son:
Comprender la estructura y la dinámica de la organización objetivo.
Comprender los problemas actuales de la organización objetivo e identificar los potenciales.
Evaluar el impacto del cambio en la organización objetivo.
Asegurar que los clientes, usuarios finales, desarrolladores y otros roles tengan un entendimiento común de la organización objetivo.
Obtener, de forma preliminar, los requerimientos del sistema que necesita la organización objetivo.
ING. ROSA IMELDA GARCIA CHI,MTI
5
Ingeniería de Software- Guía Técnica 2013 Práctica no. 1 Nombre de la práctica: Elementos del Modelado de Negocios Objetivo
Identificar los elementos para generar un Modelo de Negocios a través de un Proceso de Modelado de Negocios (BPM: Business Process Management) con enfoque tradicional y con enfoque orientado a objetos.
Introducción
Un modelo de negocios es la "forma de hacer negocios", valga la redundancia, mediante la cual una empresa genera su sustento, esto es, genera ingresos.
Material y Equipo
Metodología
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
1. Analice la sugerencia de la práctica 2. En la libreta o en las hojas blancas escriba los elementos que identifique para realizar un Modelado
de
Negocios
en
el
enfoque
tradicional y del enfoque orientado a objetos. 3. Al concluir la unidad realice el reporte de la práctica utilizando el formato de reporte de prácticas sugerido incluido en este manual Sugerencias
Realizar búsqueda en diferentes medios acerca de los Modelados de Negocios. (Internet, libros, revistas)
ING. ROSA IMELDA GARCIA CHI,MTI
6
Ingeniería de Software- Guía Técnica 2013 Práctica no. 2 Nombre de la práctica: BMPN (Notación BPM) Objetivo
Aplicar la Notación de Modelado de Procesos de Negocios a un caso de estudio utilizando Microsoft Visio.
Introducción
El modelo de negocios indica explícitamente cómo la empresa genera dinero mediante su posicionamiento en la cadena de valor. Para Modelar un Negocio se utiliza una Notación la cual se basa en
UML Business. Existen herramientas CASE o
diagramadores que permiten elaborar la notación del modelo. Material y Equipo
Metodología
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Microsoft Visio
1. Tener el caso de estudio. 2. Analizar la empresa propuesta y sus procesos 3. Aplicar BPMN para Modelar el Negocio 4. Documentar los diagramas realizados 5. Elaborar el reporte de la práctica
Sugerencias
Revisa la notación BPM para identificar los diagramas que se utilizan y aplicarlos en el caso de estudio.
ING. ROSA IMELDA GARCIA CHI,MTI
7
Ingeniería de Software- Guía Técnica 2013 Práctica no. 3 Nombre de la práctica: Metodología CANVAS para BPM Objetivo
Introducción
Aplicar la Metodología CANVAS para el modelado de procesos de negocios de una empresa real. En su aspecto fundamental se trata de una herramienta que permite detectar sistemáticamente los elementos que generan valor al negocio. Dentro de este paradigma, la única regla fija que hay es la de no auto inhibirse y acoger todas las ideas que emanen del proceso. Consiste en dividir el proyecto en nueve módulos básicos que explican el proceso de cómo una empresa genera ingresos. Estos nueve bloques interactúan entre sí para obtener como resultado diferentes formas de hacer rentable la empresa. Como resultado de lo anterior, se clarifican los canales de distribución
y
las
relaciones
entre
las
partes,
se
determinan los beneficios e ingresos y especifican los recursos y actividades esenciales que determinan los costos
más
importantes.
Finalmente,
se
pueden
determinar las alianzas necesarias para operar. Material y Equipo
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles ING. ROSA IMELDA GARCIA CHI,MTI
8
Ingeniería de Software- Guía Técnica 2013
Metodología
Procesador de Textos p.e. Word
Microsoft Visio
1. Identifica los elementos de la metodología CANVAS 2. Realiza cada uno de los elementos del modelo aplicados a la empresa 3. Genera el Modelo de Negocios 4. Elabora el reporte de la práctica.
Sugerencias
Para realizar algunos diagramas puedes utilizar Microsoft Visio. Elabora todo el BPM en Microsoft Word. Incluye los 9 segmentos de la metodología CANVAS
Metodología Canvas
Figura 1 Metodologías CANVAS. Fuente:
ING. ROSA IMELDA GARCIA CHI,MTI
9
Ingeniería de Software- Guía Técnica 2013 Práctica no. 4 Nombre de la práctica: Metodología RUP para BPM Objetivo
Introducción
Aplicar la Metodología RUP para el modelado de procesos de negocios de una empresa real. RUP Forma disciplinada de asignar tareas y responsabilidades en una empresa de desarrollo (quién hace qué, cuándo y cómo). Requiere un grupo grande de programadores para trabajar con esta metodología. RUP es un marco del proyecto que describe una clase de los procesos que son iterativos e incrementales. RUP define varias actividades y artefactos que necesita elegir para construir el proceso individual. RUP es el proceso de desarrollo más general de los existentes actualmente. Los procesos de RUP estiman tareas y horario del plan midiendo la velocidad de iteraciones concerniente a sus estimaciones originales. Las iteraciones tempranas de proyectos conducidos RUP se enfocan fuertemente sobre arquitectura del software; la puesta en práctica rápida de características se retrasa hasta que se ha identificado y se ha probado una arquitectura firme.
Material y Equipo
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
ING. ROSA IMELDA GARCIA CHI,MTI
10
Ingeniería de Software- Guía Técnica 2013
Metodología
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
Microsoft Visio
1. Identifica los elementos de la metodología RUP 2. Realiza cada uno de los elementos del modelo aplicados a la empresa 3. Genera el Modelo de Negocios 4. Elabora el reporte de la práctica.
Sugerencias
Para realizar algunos diagramas puedes utilizar Microsoft Visio. Elabora todo el BPM en Microsoft Word. Incluye todos los diagramas de la metodología RUP.
Figura 2 Diagramas RUP. Fuente: (Microsof Visio , 2010)
ING. ROSA IMELDA GARCIA CHI,MTI
11
Ingeniería de Software- Guía Técnica 2013 Práctica no. 5 Nombre de la práctica: Modelado de Negocios en una Empresa Real Objetivo
Introducción
Desarrollar el Modelo de Negocios de una empresa real utilizando uno de los dos enfoques existentes. El Modelado de Negocios (BPM) permitirá analizar y entender a la empresa a la cual posteriormente se le desarrollara software bajo el enfoque tradicional, orientado a objetos o web. Para ello, se aplicará una de las Metodologías de Modelado de Negocios, CANVAS o RUP.
Material y Equipo
Metodología
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
Microsoft Visio
1. Seleccionar la empresa 2. Analizar la empresa propuesta y sus procesos 3. Seleccionar la Metodología a usar 4. Aplicar
la metodología para Modelar el
Negocio 5. Obtener el Modelo de Negocios 6. Elaborar el reporte de la práctica Sugerencias
Utilice Microsoft Visio para elaborar los diagramas correspondientes a la metodología seleccionada.
ING. ROSA IMELDA GARCIA CHI,MTI
12
Ingeniería de Software- Guía Técnica 2013
GUÍA TÉCNICA DE LA UNIDAD 2
Metodologías de Desarrollo de Software
ING. ROSA IMELDA GARCIA CHI,MTI
13
Ingeniería de Software- Guía Técnica 2013 Unidad 2. Metodologías de Desarrollo de Software Una metodología de desarrollo de software se refiere a un framework (Marco de trabajo) que es usado para estructurar, planear y controlar el proceso de desarrollo en sistemas de información. A lo largo del tiempo, una gran cantidad de métodos han sido desarrollados diferenciándose por su fortaleza y debilidad. El framework para metodología de desarrollo de software consiste en: Una filosofía de desarrollo de programas de computación con el enfoque del proceso de desarrollo de software Herramientas, modelos y métodos para asistir al proceso de desarrollo de software Estos frameworks son a menudo vinculados a algún tipo de organización, que además desarrolla, apoya el uso y promueve la metodología. La metodología es a menudo documentada en algún tipo de documentación formal. Una metodología de desarrollo de software es un conjunto de pasos y procedimientos que deben seguirse para desarrollar software. Una metodología está compuesta por: • Cómo dividir un proyecto en etapas. • Qué tareas se llevan a cabo en cada etapa. • Qué restricciones deben aplicarse. • Qué técnicas y herramientas se emplean. • Cómo se controla y gestiona un proyecto.
ING. ROSA IMELDA GARCIA CHI,MTI
14
Ingeniería de Software- Guía Técnica 2013 Las metodologías se clasifican de la siguiente forma: • Estructuradas. ◦ Orientadas a procesos ◦ Orientadas a datos ◦ Mixtas • No estructuradas. ◦ Orientadas a objetos ◦ Sistemas de tiempo real Las metodologías de desarrollo de software forman parte de las capas de la Ingeniería de Software:
Figura 3 Capas de la Ingeniería de Software. Fuente: (Presmman, 2006)
ING. ROSA IMELDA GARCIA CHI,MTI
15
Ingeniería de Software- Guía Técnica 2013 Práctica no. 6 Nombre de la práctica: Modelos del Enfoque Tradicional Objetivo
Identificar cuáles son los modelos del enfoque tradicional, su objetivo general y cada una de sus fases
Introducción
La Ingeniería de software tradicional agrupa una serie de modelos de desarrollo de software que se ajustan a problemáticas específicas de la empresa para generar Sistemas de Información Automatizados. En este enfoque se encuentran definidos los procesos de desarrollo que el Ingeniero debe seleccionar bajo ciertas
características
para
dar
solución
a
la
automatización de Sistemas de Información Material y Equipo
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
Metodología
1. Usar el documento que se sugiere para la práctica 2. Realizar búsqueda de información en libros de Ingeniería de software, revistas especializadas, en google académico, etc. 3. Llenar el documento con la información solicitada.
Sugerencias
1. Se sugiere el formato de documento que se muestra en el Anexo A.
ING. ROSA IMELDA GARCIA CHI,MTI
16
Ingeniería de Software- Guía Técnica 2013 Práctica no. 7 Nombre de la práctica: Cronogramas de Modelos del enfoque Tradicional Objetivo
Introducción
Estimar el tiempo de cada una de las fases de Ingeniería de software de los modelos tradicionales. La estimación del tiempo de Desarrollo de un Proyecto de Ingeniería Web debe realizarse utilizando técnicas como el cronograma de Gantt. Para ello, se deben emplear herramientas como Microsoft Visio, WinQSB o Microsoft Project.
Material y Equipo
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Excel, Project, WinQSB, Visio.
Metodología
1. Determinar las fases del modelo de desarrollo de software tradicional 2. Definir las tareas y sub tareas (Actividades) 3. Elegir una herramienta para la construcción del cronograma 4. Asignar los tiempos estimados 5. Personalizar el cronograma 6. Indicar los puntos de verificación y control
Sugerencias
1. Se deben utilizar herramientas de software para la creación del cronograma. (MS Visio, Win QSB, etc.) 2. Se sugiere tener un impreso del cronograma para dar seguimiento a las actividades en el desarrollo de software. Usar el formato del Anexo D. ING. ROSA IMELDA GARCIA CHI,MTI
17
Ingeniería de Software- Guía Técnica 2013 Práctica no. 8 Nombre de la práctica: Entregables de Modelos Tradicionales Objetivo
Determinar los entregables de cada una de las actividades de todas las fases del modelo de desarrollo de software.
Introducción
Cada proceso de software da como resultado un producto
u
desarrolladas,
subproducto a
éstos
de se
las
les
actividades
conoce
como
entregables y deben ser definidos por el equipo de desarrollo y estimados en su proceso por el cronograma de Gantt. Material y Equipo
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
Metodología
1. 2. 3. 4.
Sugerencias
1. Utiliza el formato sugerido en el Anexo B referente a entregables de proyectos. 2. Los entregables deberán ser definidos por todo el equipo de desarrollo involucrado.
Elegir el Modelo de Desarrollo a definir Identificar la fases y sus objetivos específicos De cada objetivo específico definir las actividades A cada actividad asignarle un entregable
ING. ROSA IMELDA GARCIA CHI,MTI
18
Ingeniería de Software- Guía Técnica 2013 Práctica no. 9 Nombre de la práctica: Modelos del enfoque Orientado a Objetos Objetivo
Introducción
Identificar y Describir los Modelos de Ingeniería de Software Orientado a Objetos La Ingeniería de software está fundamentada en tres enfoques importantes, el segundo de ellos es la Orientación a Objetos. A partir de este enfoque se definen
los
procesos,
métodos,
técnicas
y
herramientas a aplicarse en el desarrollo de software bajo el enfoque Orientado a Objetos. Material y Equipo
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
Metodología
1. Investiga sobre todos los modelos de desarrollo de software ( Booch, Coad & Yourdon, Jacobson, Rumbaug, etc.) 2. Describe cada uno de ellos 3. Enlista las fases de cada uno de los modelos 4. Enlista y define cada una de las actividades
Sugerencias
1. Usa como base el libro de Roger Presmman de la 4ta. Ed., Ingeniería de Software. 2. Obtén del libro la descripción de las metodologías y modelos Orientados a Objetos. Usa el Anexo C.
ING. ROSA IMELDA GARCIA CHI,MTI
19
Ingeniería de Software- Guía Técnica 2013 Práctica no. 10 Nombre de la práctica: Modelo de Ingeniería Web Objetivos
Introducción
Identificar y Describir el Modelo de Ingeniería Web con cada una de sus fases y actividades. El tercer enfoque de la Ingeniería de Software corresponde a los Sistemas Web, por lo tanto surge la Ingeniería Web (IWeb) para desarrollarlos de manera correcta y completa, generando con ello software para ser colocado en Internet.
Material y Equipo
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
Metodología
1. Realiza búsqueda exhaustiva sobre el Modelo de Ingeniería Web (en Internet, libros de ingeniería de software y revistas de tecnologías como software gurú) 2. Identifica cada una de las fases del modelo IWeb 3. Describe cada una de las actividades de cada fase 4. Identifica que diagrama corresponde a cada fase 5. Define los entregables para cada actividad
Sugerencias
Utiliza como base el modelo de IWeb descrito por Roger Pressman en su libro Ingeniería de Software.
ING. ROSA IMELDA GARCIA CHI,MTI
20
Ingeniería de Software- Guía Técnica 2013 Práctica no. 11 Nombre de la práctica: Lenguaje de Modelado Unificado Objetivo
Identificar el diagrama de cada uno de los elementos del Lenguaje de Modelado Unificado (UML) y su aplicación en el diseño del software.
Introducción
El Lenguaje Unificado de Modelado prescribe un conjunto de notaciones y diagramas estándar para modelar sistemas orientados a objetos, y describe la semántica esencial de lo que estos diagramas y símbolos significan. Mientras que ha habido muchas notaciones y métodos usados para el diseño orientado a objetos, ahora los modeladores sólo tienen que aprender una única notación. UML se puede usar para modelar distintos tipos de sistemas:
sistemas
de
software,
sistemas
de
hardware, y organizaciones del mundo real. UML ofrece nueve diagramas en los cuales modelar sistemas. UML es una consolidación de muchas de las notaciones y conceptos más usados orientados a objetos. Empezó como una consolidación del trabajo de Grade Booch, James Rumbaugh, e Ivar Jacobson, creadores de tres de las metodologías orientadas a objetos más populares. Material y Equipo
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador ING. ROSA IMELDA GARCIA CHI,MTI
21
Ingeniería de Software- Guía Técnica 2013
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
Metodología
1. Definir y diagramar cada uno de los siguientes elementos de UML: a. Diagramas de Casos de Uso para modelar los procesos 'business'. b. Diagramas de Secuencia para modelar el paso de mensajes entre objetos. c. Diagramas de Colaboración para modelar interacciones entre objetos. d. Diagramas de Estado para modelar el comportamiento de los objetos en el sistema. e. Diagramas de Actividad para modelar el comportamiento de los Casos de Uso, objetos u operaciones. f. Diagramas de Clases para modelar la estructura estática de las clases en el sistema. g. Diagramas de Objetos para modelar la estructura estática de los objetos en el sistema. h. Diagramas de Componentes para modelar componentes. i. Diagramas de Implementación para modelar la distribución del sistema.
Sugerencias
Utilizar el Manual de Referencia de UML y El Proceso Unificado de Desarrollo de Software de Jacobson Booch - Rumbaugh
ING. ROSA IMELDA GARCIA CHI,MTI
22
Ingeniería de Software- Guía Técnica 2013 Práctica no. 12 Nombre de la práctica: Cuadro de Características de los Modelos Objetivo
Elaborar un cuadro que resuma los tres enfoques de la Ingeniería de Software (Tradicional, Orientada a Objetos y Web).
Introducción
La
Ingeniería
de
Software
es
una
tecnología
estratificada o multicapa. De esta manera la Ingeniería de Software se basa en el Enfoque de Calidad, seguida de los Procesos, Métodos y Herramientas. Dentro de los Procesos identificamos cada uno de los modelos de desarrollo de software respectivamente de los tres enfoques.
Material y Equipo
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
Metodología
1. Utiliza el cuadro que está en sugerencias como base para la práctica. 2. Realizar análisis de la información referente a los modelos de desarrollo de software. 3. Resumir en el cuadro cada una de las características del modelo. 4. Elaborar el cuadro y subirlo a la plataforma Moodle
Sugerencias
1. Usar de base el libro de Ingeniería de software de Roger Pressman. 2. El cuadro deberá contener lo que se describe en la ING. ROSA IMELDA GARCIA CHI,MTI
23
Ingeniería de Software- Guía Técnica 2013 figura 4: Enfoque Nombre del Modelo Gráfico o imagen del modelo Fases del Modelo Ventajas del Modelo Desventajas del Modelo Agregue más renglones a la tabla para incluir todos los Modelos de cada enfoque.
Características:
MODELO
GRÁFICO
FASES
VENTAJAS DESVENTAJAS
OBJETOS
WEB
ORIENTADO A
TRADICIONAL
Enfoques
Figura 4 Cuadro de los Enfoques de la Ingeniería de Software
ING. ROSA IMELDA GARCIA CHI,MTI
24
Ingeniería de Software- Guía Técnica 2013 Práctica no. 13 Nombre de la práctica: Sistemas de Información y los Modelos de Ing. Sw Objetivos
Identificar y clasificar los Sistemas de Información que existen en la estructura piramidal de una organización (Estratégico, Táctico o Planeación y Operativo) y determinar qué modelo de ingeniería de software es el más adecuado para desarrollarlo.
Introducción
Existen
diversos
Sistemas
de
Información
Automatizados que son producto de un proceso de Ingeniería de Software. Por tal razón es de vital importancia identificar la clasificación de los Sistemas de Información y definir cuál es el modelo más adecuado para su desarrollo. Los Sistemas de Información se clasifican según la pirámide de la organización. Algunos de ellos se muestran a continuación.
Figura 5 Pirámide Organizacional de los Sistemas de Información
Material y Equipo
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet ING. ROSA IMELDA GARCIA CHI,MTI
25
Ingeniería de Software- Guía Técnica 2013
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
Metodología
1. Identificar cada uno de los niveles organizacionales (Estratégico, Planeación y Operativo) 2. Definir qué Sistemas de Información pertenecen a cada nivel 3. Sugerir el Enfoque y el modelo de desarrollo de software para generar el Sistema de Información. 4. Documentar la práctica.
Sugerencias
1. Identifique cada uno de los Niveles de una organización. 2. Liste todos los Sistemas de Información que conoce o que ha identificado. 3. Coloque en cada Nivel el Sistema de Información de la lista que elaboró.
ING. ROSA IMELDA GARCIA CHI,MTI
26
Ingeniería de Software- Guía Técnica 2013 Práctica no. 14 Nombre de la práctica: Mapa Mental de las Normas de Calidad de Sw Objetivo
Introducción
Identificar las Normas de Calidad que existen respecto a la Calidad de Desarrollo de Software Hoy en día las compañías de todo el mundo industrializado reconocen que la calidad del producto se traduce en ahorro de costos y en una mejora general. La industria de desarrollo de software no es la excepción, por lo que en los últimos años se han realizado intensos trabajos para aplicar los conceptos de calidad en el ámbito del software. Hablar de calidad del software implica la necesidad de contar con parámetros que permitan establecer los niveles mínimos que un producto de este tipo debe alcanzar para que se considere de calidad. El problema es que la mayoría de las características que definen al software no se pueden cuantificar fácilmente; generalmente, se establecen de forma cualitativa, lo que dificulta su medición, ya que se requiere establecer métricas que permitan evaluar cuantitativamente cada característica dependiendo del tipo de software que se pretende calificar. En este sentido se han realizado muchos trabajos que establecen propuestas para el establecimiento de los factores cualitativos que afectan la calidad del software.
ING. ROSA IMELDA GARCIA CHI,MTI
27
Ingeniería de Software- Guía Técnica 2013 Entre los principales están los factores de calidad de McCall y aquellos propuestos por HewlettPackard (FURPS:
Funcionality,
Usability,
Reliability;
Performance, Supportability) Material y Equipo
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Plataforma Moodle del IT Valles
Mind Manager o Concept Draw para elaborar el mapa
Metodología
Sugerencias
1. Investigar en Internet las normas de Calidad de software 2. Ir Generando el mapa de Normas y Estándares conforme vaya identificando sus derivados 3. Darle Formato y estilo 4. Subirlo a la Plataforma Moodle del IT Valles 1. Basarse en el “Pantano de la Calidad del Software” que se encuentra en: http://www.slideshare.net/rodadelmar73/pantan o-de-la-calidad-del-software
ING. ROSA IMELDA GARCIA CHI,MTI
28
Ingeniería de Software- Guía Técnica 2013 Práctica no. 15 Nombre de la práctica: Caso de Estudio Modelo Cascada Objetivo
Aplicar
el
Proceso,
Metodología,
Técnicas
y
Herramientas del Modelo de Cascada a las Fases de análisis y diseño del caso de estudio.
Introducción
Elegir
un
Modelo
de
Desarrollo
de
software
alineándose al Sistema de Información requerido por el cliente es una tarea importante del Ingeniero en Sistemas. Por esta razón, el Caso de estudio deberá involucrar el Modelo de Cascada, que también se conoce como Modelo Tradicional, Lineal, Secuencial, entre otros.
Material y Equipo
Metodología
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
1. Analizar y Reflexionar sobre el caso de estudio que se presenta en el Anexo E. 2. De las práctica anteriores retomar: a. El Modelo de Cascada b. Las Fases del Modelo de Cascada c. Los Entregables del Modelo de Cascada en sus fases de análisis y diseño 3. Elegir la herramienta de software para elaborar los diagramas 4. Elegir la metodología que se aplicara al Modelo 5. Generar los diagramas correspondientes.
ING. ROSA IMELDA GARCIA CHI,MTI
29
Ingeniería de Software- Guía Técnica 2013 Práctica no. 16 Nombre de la práctica: Caso de Estudio Modelo Prototipos Objetivo
Aplicar
el
Proceso,
Metodología,
Técnicas
y
Herramientas del Modelo de Prototipos a las Fases de análisis y diseño del caso de estudio.
Introducción
El modelo de Prototipos de Ingeniería de Software permite generar varias versiones de software e ir involucrando al cliente en el desarrollo y generación del producto de software.
Material y Equipo
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
Metodología
1. Analizar y Reflexionar sobre el caso de estudio que se presenta en el Anexo E. 2. De las práctica anteriores retomar: a. El Modelo de Prototipos b. Las Fases del Modelo de Prototipos c. Los Entregables del Modelo de Prototipos en sus fases de análisis y diseño 3. Elegir la herramienta de software para elaborar los diagramas 4. Elegir la metodología que se aplicara al Modelo 5. Generar los diagramas correspondientes
Sugerencias
Usar software para generar los diagramas.
ING. ROSA IMELDA GARCIA CHI,MTI
30
Ingeniería de Software- Guía Técnica 2013 Práctica no. 17 Nombre de la práctica: Caso de Estudio Modelo Orientado a Objetos Objetivo
Introducción
Desarrollar un Software en sus fases de análisis y diseño con enfoque Orientado a Objetos. El desarrollo de software bajo el modelo Orientado Objetos involucra el Lenguaje de Modelado Unificado (UML), por tal razón, se necesita tener una base fuerte en el uso de los diagramas de UML para cumplir con cada una de las fases del modelo de desarrollo bajo este enfoque.
Material y Equipo
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
Metodología
1. Analizar y Reflexionar sobre el caso de estudio que se presenta en el Anexo F. 2. De las práctica anteriores retomar: a. El Modelo Orientado a Objetos b. Las Fases del Modelo OO c. Los Entregables del Modelo OO en sus fases de análisis y diseño 3. Elegir la herramienta de software para elaborar los diagramas 4. Elegir la metodología que se aplicara al Modelo 5. Generar los diagramas correspondientes
Sugerencias
Usar Microsoft Visio UML
ING. ROSA IMELDA GARCIA CHI,MTI
31
Ingeniería de Software- Guía Técnica 2013 Práctica no. 18 Nombre de la práctica: Caso de Estudio Modelo Ingeniería Web Objetivo
Desarrollar un software bajo el enfoque IWeb aplicando los diagramas correspondientes al generar este tipo de software.
Introducción
El Modelo de Desarrollo IWeb utiliza el Lenguaje de Modelado Unificado para generar los diagramas correspondientes al enfoque. El modelo se presenta a continuación:
Figura 6 Modelo IWeb
Material y Equipo
Metodología
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
1. Elija una aplicación web a desarrollar 2. Identifique las fases presentadas en el Modelo de ING. ROSA IMELDA GARCIA CHI,MTI
32
Ingeniería de Software- Guía Técnica 2013 IWeb. 3. Desarrolle los diagramas UML correspondientes a cada fase del Modelo. 4. Subir el Modelo a la Plataforma. Sugerencias
Usar herramientas de software para el desarrollo de los diagramas.
ING. ROSA IMELDA GARCIA CHI,MTI
33
Ingeniería de Software- Guía Técnica 2013
GUÍA TÉCNICA DE LA UNIDAD 3
Arquitectura de Software
ING. ROSA IMELDA GARCIA CHI,MTI
34
Ingeniería de Software- Guía Técnica 2013 Unidad 3. Arquitectura de Software Tradicionalmente,
los
sistemas
se diseñan tomando en cuenta sólo los
requerimientos funcionales. Otras
características
necesarias (seguridad, escalabilidad), se descubren y
se agregan después de experimentar problemas en producción. Para las áreas de negocio, es “obvio” que un sistema debe:
Proteger la información (ser seguro)
Estar disponible cuando se necesita
Poder ser modificado fácilmente
Ser fácil de aprender a usar
Poder
soportar
mayores
cantidades
de usuarios
y de volúmenes
de información día con día.
Etc...
Para los programadores:
Si no está especificado por los requerimientos del sistema, no será realizado.
Los desarrolladores cuentan con tiempo justo (y
muchas
veces
injusto) para terminar la funcionalidad requerida.
No tienen la capacitación, tiempo (ni muchas veces autoridad) proponer
para
otras características del sistema como seguridad, usabilidad,
etc. Los sistemas son entregados con muy baja calidad:
Realizan las operaciones solicitadas, pero...
No cumplen con las expectativas de las personas involucradas con operación y uso. ING. ROSA IMELDA GARCIA CHI,MTI
35
su
Ingeniería de Software- Guía Técnica 2013
Muchas veces estas expectativas nunca se conocieron durante la construcción y diseño.
Problemas culturales: o Comunicación deficiente entre interesados y programadores. o Falta de atención a los aspectos de calidad del software
¿Qué es la calidad?
Un
producto
de
software
tiene buena calidad sólo si cumple con las
expectativas de los interesados. ¿Quiénes son los ‘interesados’?
Término en inglés: Stakeholders
Todos los involucrados en el desarrollo del software quisiéramos “calidad completa” en todo el software:
Completamente seguro
Fácil de instalar y operar
Fácil de modificar
Que soporte cualquier volumen de carga
Fácil de usar y aprender
Que nunca falle
Fácil de probar
Bajo costo
Por tal razón, es necesario partir de una Arquitectura de Software: “Las estructuras de un sistema, incluyendo los elementos de software que lo componen, las propiedades externamente visibles de esos elementos y las relaciones entre ellos.” Software Engineering Institute, 2003
ING. ROSA IMELDA GARCIA CHI,MTI
36
Ingeniería de Software- Guía Técnica 2013 Práctica no. 19 Nombre de la práctica: Proceso de Arquitectura de Software Objetivo
Definir el proceso de una Arquitectura de Software para aplicarla en el desarrollo de proyectos de software en cualquiera de sus enfoques: Ingeniería Tradicional,
Ingeniería
Orientada
a
Objetos
o
Ingeniería Web Introducción
Una Arquitectura de Software define las de
un
software
sistema, incluyendo que
lo
los
componen,
las
estructuras
elementos de propiedades
externamente visibles de esos elementos y las relaciones entre ellos, por tal razón, para obtener un producto de calidad, es necesario definir y aplicar un proceso de arquitectura para el Desarrollo de Software. Material y Equipo
Metodología
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
a) Visitar la página web del Instituto de Ingeniería de Software. http://www.sei.cmu.edu/architecture b) Visitar páginas web relacionadas al desarrollo de software y a la Arquitectura de Software Asociación Mexicana de Software http://www.amiti.org.mx/inicio ING. ROSA IMELDA GARCIA CHI,MTI
37
Ingeniería de Software- Guía Técnica 2013
Modelo de Procesos para la Industria Mexicana del Software http://www.software.net.mx • Recursos para arquitectos http://www.bredemeyer.com c) Revisar los procesos propuestos para definir una Arquitectura de Software d) Elaborar un “Proceso de Arquitectura de Software” en un procesador de palabras Sugerencias
Para el desarrollo de un proyecto de software, revisa el SWBOOK del SEI (Instituto de Ingeniería de Software), el cual describe la Dirección, Gestión y Organización de Proyectos de Software
ING. ROSA IMELDA GARCIA CHI,MTI
38
Ingeniería de Software- Guía Técnica 2013 Práctica no. 18 Nombre de la práctica: Describir la Arquitectura de Software Objetivo
Determinar la Arquitectura de Software en una empresa o caso de estudio que se apegue a la realidad.
Introducción
La Arquitectura de Software juega un papel muy importante en el proceso de desarrollo de software, por lo que el equipo de trabajo generador de software tendrá que dedicar y planear un tiempo para esta actividad.
Material y Equipo
Metodología
Sugerencias
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
1. Elegir una empresa o un caso de estudio 2. Integrar el equipo de desarrollo de software 3. Determinar los elementos de la Arquitectura de Software 4. Definir la Arquitectura de software del sistema o caso de estudio seleccionado 5. Describir la Arquitectura en un procesador de texto 6. Subirlo a la plataforma Moodle del IT de Valles Identificar los elementos de la Arquitectura de Software, usar práctica anterior.
ING. ROSA IMELDA GARCIA CHI,MTI
39
Ingeniería de Software- Guía Técnica 2013 Práctica no. 19 Nombre de la práctica: Diseño de Arquitecturas de Software Objetivo
Introducción
Elaborar un cuadro comparativo de los diferentes diseños de Arquitecturas de Software La Arquitectura de Software está integrada por varios enfoques, los cuales tienen que ser identificados para poder describirlos y definirlos en el equipo de desarrollo.
Material y Equipo
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
Metodología
1. Elaborar un cuadro comparativo con los diseños siguientes: a. Diseño de software de arquitectura multiprocesador b. Diseño de software de arquitectura ClienteServidor c. Diseño de software de arquitectura distribuida d. Diseño de software de arquitectura de tiempo real
Sugerencias
Utilice los formatos de reporte de prácticas para documentar su trabajo. Compare respuestas con sus compañeros.
ING. ROSA IMELDA GARCIA CHI,MTI
40
Ingeniería de Software- Guía Técnica 2013
GUÍA TÉCNICA DE LA UNIDAD 4
Seguridad
ING. ROSA IMELDA GARCIA CHI,MTI
41
Ingeniería de Software- Guía Técnica 2013 Unidad 4. Seguridad La seguridad en la Ingeniería de Software es un tema amplio. La seguridad de software aplica los principios de la seguridad de información al desarrollo de software. Information security (La seguridad de información) se refiere a la seguridad de información comúnmente como la protección de sistemas de información contra el acceso desautorizado o la modificación de información, si está en una fase de almacenamiento, procesamiento o tránsito. También la protege contra la negación de servicios a usuarios desautorizados y la provisión de servicio a usuarios desautorizados, incluyendo las medidas necesarias para detectar, documentar, y contrariar tales amenazas. Muchas preguntas con respecto a la seguridad, son relacionadas al ciclo vital de software. En particular, la seguridad del código y el proceso de software; deben de ser considerados durante la fase del diseño y desarrollo. Además, la seguridad debe de ser preservada durante la operación y el mantenimiento para asegurar la integridad de una parte (pedazo) de software. Actualmente, no hay ninguna solución singular para asegurar la ingeniería de software. Sin embargo, hay métodos específicos que mejoran la seguridad de los sistemas. En particular, podemos mejorar la confiabilidad de software. También podemos mejorar nuestra comprensión de los requisitos de un pedazo de software.
ING. ROSA IMELDA GARCIA CHI,MTI
42
Ingeniería de Software- Guía Técnica 2013 Práctica no. 20 Nombre de la práctica: Seguridad en la Ingeniería de Software Objetivo
Identificar los conceptos claves de Seguridad en la Ingeniería de software, elaborando un glosario de términos relacionados a la unidad.
Introducción
Las técnicas de Ingeniería del Software actuales han evolucionado con objeto de abordar la creciente complejidad de las nuevas aplicaciones software. Pero en esta evolución la tecnología concerniente a la seguridad ha sido erróneamente considerada como suplementaria. De hecho, las técnicas de ingeniería de seguridad no están integradas dentro del proceso de ingeniería del software, sino que son añadidas una vez que el software está casi finalizado. Además,
la
ingeniería
de
seguridad
se
basa
normalmente en métodos formales y altamente teóricos que no están estrechamente relacionados con
el
software
en
desarrollo,
lo
cual
tiene
consecuencias muy negativas en la seguridad de los sistemas desarrollados de esa forma. Por otra parte, las herramientas de ingeniería del software
están
basadas
fundamentalmente
en
notaciones gráficas sin una semántica precisa y sin soporte para propiedades y requisitos relacionados con la seguridad.
ING. ROSA IMELDA GARCIA CHI,MTI
43
Ingeniería de Software- Guía Técnica 2013 Material y Equipo
Metodología
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Compilador de Lenguaje C
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
1. Enlistar los conceptos relacionados con seguridad 2. Buscar la descripción de cada uno de ellos 3. Incluir
la
referencia
donde
es
tomada
la
descripción 4. Generar el Glosario 5. Incluirlo en la Plataforma de Moodle Sugerencias
Incluya conceptos como: seguridad, riesgo, riesgo de proyecto, riesgo de producto, riesgos técnicos, riesgos del negocio, incertidumbre, confiabilidad, riesgo de desempeño, riesgo de soporte, riesgo de costos, riesgos
de
calendarización,
estandarización
riesgo, entre otros.
ING. ROSA IMELDA GARCIA CHI,MTI
44
del
Ingeniería de Software- Guía Técnica 2013 Práctica no. 21 Nombre de la práctica: Evaluación del Impacto del Riesgo Objetivo
Elaborar una tabla de Evaluación del Impacto del Riesgo de un proyecto de Software en base a los componentes y categorías.
Introducción
Para poder evaluar el riesgo primeramente hay que identificar los diferentes componentes y las diversas categorías; esto es realizar una estimación del riesgo para poder generar un plan de gestión.
Material y Equipo
Metodología
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Compilador de Lenguaje C
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
1. Elabore un listado de riesgos 2. Clasificar los riesgos a. Considerando los valores de impacto (categorías):
Catastrófico,
Crítico,
Marginal, Despreciable. b. Considerando Desempeño,
los soporte,
componentes: costo
y
calendarización. 3. Elabore el cuadro de Evaluación del Impacto del Riesgo use el capitulo 25 de Pressman.
ING. ROSA IMELDA GARCIA CHI,MTI
45
Ingeniería de Software- Guía Técnica 2013 Práctica no. 22 Nombre de la práctica: Plan RSGR Objetivo
Introducción
Elaborar un plan de Reducción, Supervisión y Gestión del Riesgo Para poder llevar a cabo una verificación y control del riesgo es necesario generar un plan. Este plan deberá incluir todo lo referente a Reducción los riesgos y su impacto, supervisar las acciones correctivas y Gestionar el riesgo permanentemente.
Material y Equipo
Metodología
Libreta u hojas blancas de papel bond
Lápiz, Sacapuntas y Borrador
Computadora con Acceso a Internet
Compilador de Lenguaje C
Dispositivo de almacenamiento
Plataforma Moodle del IT Valles
Procesador de Textos p.e. Word
1. Realizar investigación exhaustiva referente a un Plan de Riesgos 2. Analizar los diferentes planes encontrados 3. Construir un plan RSGR 4. Documentar el plan
Sugerencias
Usar como referencia el capítulo 25 de Ingeniería de software de Roger Pressman.
ING. ROSA IMELDA GARCIA CHI,MTI
46
Ingeniería de Software- Guía Técnica 2013
FORMATO DE REPORTE
Reporte de Prácticas
ING. ROSA IMELDA GARCIA CHI,MTI
47
Ingeniería de Software- Guía Técnica 2013 Formato de Reporte de Prácticas Reporte por práctica Nombre del Alumno Práctica No.
Nombre de la práctica
Unidad No.
Fecha de realización
1. ¿En qué consistió la práctica?
2. ¿Cómo la vinculó con sus conocimientos?
3. ¿Cómo la desarrolló?
4. ¿A qué resultados llegó?
5. ¿Qué problemas se le presentaron?
6. ¿Qué dudas no pudo resolver?
ING. ROSA IMELDA GARCIA CHI,MTI
48
Ingeniería de Software- Guía Técnica 2013 Reporte final de todas las prácticas Los elementos que debe contener el reporte final de las prácticas realizadas en la asignatura de Lenguajes y Autómatas son:
Portada
Índice
1. Introducción
2. Marco Teórico
3. Desarrollo de la práctica (la descripción de la práctica del manual)
4. Resultados (cada uno de los reportes por práctica)
5. Conclusiones y Recomendaciones (de todas las prácticas)
6. Bibliografía (utilizar formato APA o ISO 690 b)
7. Anexos (opcional) o Tales como:
Finalidad de la práctica
Síntesis del contenido.
Definiciones, conceptos, fórmulas, etc.
Descripción del método utilizado
Materiales y equipo
La ejecución del trabajo, aplicación de fórmulas, duración de la práctica.
Explicación de los resultados que se obtuvieron en el desarrollo de la práctica.
Respecto
a
la
práctica,
al
desempeño
del
maestro,
consideraciones respecto a la experiencia obtenida al realizar la práctica.
La experiencia que el estudiante utilizó para planear y desarrollar su práctica.
Tablas, formatos, dibujos, planos, diagramas, fotografías, etc.
ING. ROSA IMELDA GARCIA CHI,MTI
49
Ingeniería de Software- Guía Técnica 2013 Anexo A Formato para Fases de los Modelos de IS Tradicional
ING. ROSA IMELDA GARCIA CHI,MTI
50
Ingeniería de Software- Guía Técnica 2013 Anexo B Formato Entregables Modelos de Ingeniería de Software Tradicional
ING. ROSA IMELDA GARCIA CHI,MTI
51
Ingeniería de Software- Guía Técnica 2013 Anexo C Formato Modelos de Ingeniería de Software OO
ING. ROSA IMELDA GARCIA CHI,MTI
52
Ingeniería de Software- Guía Técnica 2013 Anexo D Formato para cronograma en Excel
ING. ROSA IMELDA GARCIA CHI,MTI
53
Ingeniería de Software- Guía Técnica 2013 Anexo E Caso de Estudio Ingeniería de Sw Tradicional
ING. ROSA IMELDA GARCIA CHI,MTI
54
Ingeniería de Software- Guía Técnica 2013
ING. ROSA IMELDA GARCIA CHI,MTI
55
Ingeniería de Software- Guía Técnica 2013 Anexo F Caso de Estudio Ingeniería de Sw OO
ING. ROSA IMELDA GARCIA CHI,MTI
56
Ingeniería de Software- Guía Técnica 2013 Bibliografía 1. Borrero, L. Tecnologías de la Información En Internet. Editorial Norma. Colombia. 2003. 2. Howard, M. Puntos críticos sobre seguridad de software. McGraw-Hill interamericana. España. 2006. 3. Laudon, K.C. Sistemas de Información Gerencial. Pearson Educación. México, 2004. 4. Minguet M. J. M. La calidad del software y su medida. Editorial CERASA. Madrid, España. 2003. 5. Pressman, R. S. Ingeniería del Software – Un enfoque práctico. 5ta. Edición. McGraw Hill. Madrid, España. 2002. 6. Weitzenfeld, A. Ingeniería de software orientada a objetos. Cengage learning editores. México. 2005.
ING. ROSA IMELDA GARCIA CHI,MTI
57