Ingeniería Software e Ingeniería Web

Documentos relacionados
TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS.

Recursos sobre Prevención de Riesgos Laborales en Construcción, disponibles en Internet: el proyecto de portal SIBP de Buenas Prácticas en PRL.

Requerimientos de Software

Programa de estudios por competencias Seminario de solución de problemas de Ingeniería de Software I

INTERPRETACIÓN NORMA OHSAS 18001:2007 MÓDULO 1 SESIÓN 1 INTERPRETACIÓN DE LA NORMA OHSAS 18001:2007 DOCENTE: Ing. Dª. Ana I.

CICLO ESCOLAR ENERO JULIO (2011-2)

PROTOTIPO DE FACTURACIÓN ELECTRÓNICA MANUAL TÉCNICO

El Proceso. Capítulo 2 Roger Pressman, 5 a Edición. El Proceso de Desarrollo de Software

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN

Fundamentos de Ingeniería del Software. Capítulo 3. Análisis de Requisitos Introducción a los casos de uso

PROGRAMA DE CURSO. Metodologías de Diseño y Programación. Nombre en Inglés. Design and Programming Methodologies.

Aplicaciones de Microsoft Dynamics CRM 4.0

DISEÑO DEL SISTEMA DE INFORMACION (DSI)

Microsoft PowerPoint 2013 (Completo)

SILABO DE LA ASIGNATURA INGENIERIA DEL SOFTWARE

MS_ Enabling and Managing Office 365.

Capítulo III: MARCO METODOLÓGICO

Sistemas de Información II Requerimientos. Análisis de Requisitos

Requerimientos Funcionales y No Funcionales

MICROSOFT PowerPoint 2016 Básico

Contenido. 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo

Diagramas de interacción

DIAGRAMAS UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE GLORIA CECILIA RÍOS MUÑOZ

Tema 3: Diagramas de Casos de Uso. Arturo Mora Soto Octubre 2008

Aseguramiento de Calidad en el Desarrollo de Software Libre

MICROSOFT PowerPoint 2013 Básico

MANUAL PARA GESTIÓN DE METADATOS

Proyectos de calidad comienzan con requisitos de calidad

Definición de Subcontrataciones. Universidad Nacional de la Patagonia Austral

Introducción a la Gerencia de Proyectos

Diseño arquitectónico 1ª edición (2002)

MCTS Exchange Server 2010 Administración. Fabricante: Microsoft Grupo: Servidores Subgrupo: Microsoft Exchange Server 2010

Ingeniería de Requerimientos. requiere de un Sistema de Software.

Registro de Proveedores v2

IFCT0209 Sistemas Microinformáticos

Información y materiales sobre la asignatura Toda la información y materiales sobre la asignatura los podeis encontrar en:

Flebitis Zero. Manual de registro de los accesos vasculares. Usuario Unidad. Página 1 de 25. Versión /10/2014

DIAGRAMAS DE UML. Prof. Wenceslao Chávez Bedoya

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:

El Ciclo de Vida del Software

MICROSOFT ACCESS 2016 Básico

Desarrollo de una aplicación Web para la gestión de hipódromos mediante la tecnología J2EE

MANUAL DE USUARIO RUV++

Manual de Usuarios SOFTWARE RAZUNA - DAM. Grupo de Innovación y Apropiación de Tecnologías de la Información Archivística CKAN

MICROSOFT WORD 2016 Básico

Principios de Análisis Informático. Tema 3: Fase de inicio

Objetivos. Plan. Cambios de grupos Prof. sustituto: Alicia Villanueva

UNIVERSIDAD AUTÓNOMA DE CHIAPAS LICENCIATURA EN SISTEMAS COMPUTACIONALES

Ingeniería de Software II. SETEPROS Plan de pruebas. Versión 1.0

F1131 Fundamentos de sistemas operativos 1/12

CASOS DE USO Exploración de Requerimientos

INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN

ETAPAS Y ACTIVIDADES MÍNIMAS A REALIZAR POR EL CONSULTOR

PROCEDIMIENTO DE EVALUACIÓN Y ACREDITACIÓN DE LAS COMPETENCIAS PROFESIONALES CUESTIONARIO DE AUTOEVALUACIÓN PARA LAS TRABAJADORAS Y TRABAJADORES

Alcance y descripción del servicio. Creador Web IPLAN

UML Unifield Modeling Languaje

ASSI - Aplicaciones y Servicios Sobre Internet

Conceptos Básicos de Ingeniería del Software

Tema: CREACIÓN DE DIAGRAMAS ESQUEMATICOS CON MICROSOFT VISIO

Grado en Ingeniería Informática. Plan de proyecto. Desarrollo de Sistemas de Información Corporativos. Departamento de Informática

CRÉDITOS A RECONOCER Grado en Ingeniería Informática. Formación y Orientación Laboral. Implantación de Aplicaciones Informáticas de Gestión

A continuación se describe con mayor detalle cada una de tales unidades:

INGENIERÍA DEL SOFTWARE

IES - Introducción a la Ingeniería del Software

APRENDIZAJE DE LAS HERRAMIENTAS DE DESARROLLO DESARROLLO DE LA BASE DE DATOS DESARROLLO DEL INTERFAZ DE USUARIO Y DEL CÓDIGO VBA

Planificaciones Análisis de la Información. Docente responsable: GONZALEZ NORBERTO DANIEL. 1 de 6

Manual de usuario Aula Virtual.

Modelado Básico con Casos de Uso. Diseño de Software Avanzado Departamento de Informática

Curso Microsoft SharePoint Server 2010 Designing and Developing Applications (10232)

CARTA DESCRIPTIVA Código: FO-MI-108 Versión: 3 Fecha:

Rocío M. Parra Zacarías Noviembre 04, Diseño e Implementación de un Sistema Gestión de Proyectos de Obras Civiles pa Empresas Constructoras

UNIÓN INTERNACIONAL DE TELECOMUNICACIONES. SERIE X: REDES DE DATOS Y COMUNICACIÓN ENTRE SISTEMAS ABIERTOS Seguridad

Trabajo Final de Carrera

Grow Shop Web Grow Shop Web Especificación de Requisitos de Software (ERS) Versión 1.1.0

UNIVERSIDAD DE BUENOS AIRES FACULTAD DE CIENCIAS ECONÓMICAS

CENTRO UNIVERSITARIO DE CIENCIAS EXACTAS E INGENIERÍAS DIVISIÓN DE ELECTRÓNICA Y COMPUTACIÓN

Web Privada. Documentación para el cliente. Pág. 1

Ingeniería del Software Ingeniería del Software de Gestión. Tema 3 Metodologías de Desarrollo de Software

CAPÍTULO V LA PROPUESTA

20483 Programación en C#

DATOS DE IDENTIFICACIÓN DEL CURSO DEPARTAMENTO:

Contenido. Estructura del Modelo del análisis. Diagrama Entidad-Relación (DER) Diagrama de flujo de datos (DFD)

GUÍA DE APRENDIZAJE INGENIERIA DE REQUISITOS Y MODELADO

Metodología para implantación de AZDigital

1.4.1 Inicio de la computadora por primera vez Hay problemas Causas, síntomas y soluciones a posibles averías...

Cristian Blanco

Diagramas De Casos De Uso

Manual de Instrucciones Definición de Componentes y Registro de Notas Parciales

Asignaturas antecedentes y subsecuentes

Universidad Austral de Chile Escuela de Ingeniería Comercial. Tema 08b: Análisis de Costo/Beneficio

Nueva aplicación para acceder a casilla electrónica en Internet

Ingeniería a de Software CC51A

Guía práctica Excel 2007

ORGANIZACIÓN DOCENTE del curso

MICROSOFT EXCEL 2016 Básico

Developing ASP.NET MVC 4 Web Applications

Manual Tienda Online Santillana

FACULTAD DE INGENIERIA DEPARTAMENTO DE INGENIERIA INDUSTRIAL

Gestión de. Requisitos previos. Carácter ECTS. Periodo NINGUNOO. Idiomas en Inglés. Departamento. Ciencias de. Presentación. Despacho y.

Costeo directo y costeo absorbente

Transcripción:

Especificación de Requisitos http://www.it.uc3m.es/pedmume/

Ingeniería Software e Ingeniería Web Ingeniería Software: Ciencia que trata de establecer metodologías para un desarrollo más eficiente y efectivo de software Ingeniería Web: Ciencia que trata de establecer metodologías para un desarrollo más eficiente y efectivo de portales Web. Aplicaciones Telemáticas son un caso particular de software y en bastantes ocasiones son un caso particular de portales Web. Por lo tanto la ingeniería software y la ingeniería Web tiene sentido aplicarlas a las aplicaciones telemáticas 2

Ventajas de la Ingeniería Software y Web Obliga a pensar antes que implementar. La planificación fija objetivos sobre qué hacer Proporciona una visión más clara de los sistemas, al ponerse por escrito una serie de modelos, lo que no está claro es fácil de detectar y corregir Facilita el trabajo en equipo, al compartir descripciones Mejora el mantenimiento del software. También control sobre diferentes versiones, mejoras, o pruebas hechas Posibilita la reusabilidad de diferentes partes y la comparación con otros sistemas 3

Ciclo de vida del desarrollo software Ejemplo: En cascada 4

Especificación de Requisitos Se puede realizar desde diversos puntos de vista Desde el usuario. Definición de requisitos Desde el comercial y gestor del área de negocio Desde el desarrollador del sistema. Nos centraremos en esta. Especificación de requisitos Hay que convertir lo que define un cliente como lo que quiere en una aplicación en una especificación de requisitos para desarrolladores del sistema con estas características: Clara Consistente Completa Bien estructurada 5

Tipos de Requisitos Tipos de requisitos Funcionales: Describen el comportamiento del sistema. Por ejemplo cual es una determinada acción posible en el sistema y cómo interacciona el usuario con dicho sistema y que respuestas obtiene de él. No Funcionales: Describen características internas del software. Por ejemplo, tiempos de ejecución máximos, o necesidad de seguir algún estándar. 6

UML: Casos de Uso Están ligados a los requisitos funcionales Identificación de actores que participan. Ejemplo: Alumno, profesor, administrador Ver las diferentes interacciones de los diferentes actores con el sistema. Esto son los casos de uso en sí A su vez pueden tener diferentes sub-acciones Ver las relaciones entre los casos de uso (por ejemplo de herencia) Escribir su descripción textual Dibujar su diagrama UML 7

Ejemplo de Casos de Uso en Aplicación Social: UML 8

Ej. de Caso de Uso en Aplicación Social: Descripción Textual Nombre del caso de uso: Buscar por contactos email Actores: Usuario Propósito: El usuario pueda buscar amigos a añadir que ya están en la aplicación, a partir de sus propios contactos que tiene en una determinada dirección email Descripción: Un usuario va a la página de búsqueda de contactos, el sistema le muestra todos los contactos que están ya introducidos en la aplicación social para una determinada dirección de email Secuencia de eventos típica: 1.- El usuario accede a la página de búsqueda de contactos y selecciona el enlace de buscar según una dirección email 2.- El usuario introduce en el sistema su dirección de email y contraseña a partir de la cual se van a buscar los contactos 3.- El sistema calcula de los contactos del usuario cuales están registrados en el sistema y cuales no 4.- El sistema recoge la información de los contactos de usuario que están registrados para dicha dirección de email, y dicha información se la mostrará al usuario junto enlaces para hacer más acciones sobre ellos 5.- El usuario puede ver la lista de contactos de su dirección email que están registrados en la aplicación 9

Requisitos no funcionales Tipos de requisitos no funcionales Rendimiento. Ej. Tiempo de ejecución Interfaz. Ej. Idioma Operación. Ej. Número de usuarios a la vez Recursos. Ej. Mínimo RAM en el servidor Comprobación. Ej. No eliminar el id del usuario al tocar datos Aceptación de pruebas. Documentación. Ej. Manual de ayuda a los usuarios Seguridad. Ej. Confidencialidad de las comunicaciones Calidad. Ej. Diseño apropiado del interfaz del usuario Mantenimiento. Daño 10

Plantilla para especificación de requisitos Nombre: (Algo descriptivo del requisito) Tipo: (Funcional o no, y qué tipo de no funcional) Prioridad: (Alta, Media, Baja) Necesidad: (Esencial, Deseable, Opcional) Fuente: (Quien impone el requisito: organismo de estandarización, la compañía, el cliente, etc.) Verificabilidad: (Alta, Media, Baja) Estabilidad: (usualmente durante toda la vida del sistema) Descripción: (se da un detalle de manera clara sobre en qué consiste el requisito) 11

Ejemplo de Especificación de un requisito en aplicación social Nombre: Autenticación Tipo: No funcional, de seguridad Prioridad: Alta Necesidad: Esencial Fuente: Cliente Verificabilidad: Alta Estabilidad: Durante toda la vida del sistema Descripción: Antes de poder interactuar con las funcionalidades de la aplicación los usuarios y administradores deben estar autenticados con usuario y contraseña, y estos se almacenarán cifrados por motivos de seguridad 12

Prerrequisitos de esta temática Conceptos de Ingeniería del Software adquiridos en la asignatura Software de Comunicaciones Sommerville, Ian (2007) [1982]. Software Engineering (8th ed.). Harlow, England: Pearson Education Pressman, Roger S (2005). Software Engineering: A Practitioner's Approach (6th ed.). Boston, Mass: McGraw-Hill 13

Trabajo propio del alumno asociado a la sesión Casos de Uso: http://www.agilemodeling.com/style/usecasediagram.htm Software Requirement Specification (IEEE 830), http://reqman.requirementone.com/web/forms/public/wiki/ Requirements.aspx?SpecID=5f4c9a38-d78b-481d-959b- e3ca10fd9b23 Karl E. Wiegers, Karl Wiegers Describes 10 Requirements Traps to Avoid http://www.processimpact.com/articles/reqtraps.html Realizar la especificación de requisitos de alguna aplicación social conocida, incluyendo requisitos funcionales, no funcionales, casos de uso, etc. Formar grupos de 4 personas para el trabajo en grupo 14

Referencias Extra Wiegers, Karl E. (2003). Software Requirements, Second Edition. Microsoft Press 15