Guia tecnica de ingenieria de software

Page 1

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


Turn static files into dynamic content formats.

Create a flipbook
Issuu converts static files into: digital portfolios, online yearbooks, online catalogs, digital photo albums and more. Sign up and create your flipbook.