Capítulo III: MARCO METODOLÓGICO
|
|
|
- Víctor Piñeiro Castro
- hace 9 años
- Vistas:
Transcripción
1 Capítulo III: MARCO METODOLÓGICO
2 Tipo de Investigación El presente trabajo de investigación, tuvo como propósito el desarrollo de una aplicación experimental que permitió evaluar la operatividad y funcionalidad de un sistema de bases de datos basado en el modelo de red. Con el fin de alcanzar este objetivo, se analizó los fundamentos de dicho modelo, y en general de las bases de datos, y su adaptación a la solución de este problema. Apoyado en los estudios realizados por los autores Carlos Sabino (1994) y Nilda Chavez (1991), esta investigación se clasifica como Aplicada, debido a que dio respuesta al problema planteado sobre el desuso de este modelo y los beneficios que se obtendrían en aplicaciones donde la información y las consultas se encuentran bien estructuradas. En cuanto al método de investigación, se hace énfasis en la descripción de las características de determinadas teorías y técnicas que son aplicadas a la resolución del problema. Por ello, este trabajo fue de tipo descriptivo, ya que se analizan los fundamentos en los cuales se basa el modelo bajo estudio y su utilización en un sistema de bases de datos. Se desprende inmediatamente de lo anterior, y desde el punto de vista de las fuentes informativas, que esta investigación es documental, 75
3 76 ya que se nutre principalmente de la revisión del material bibliográfico y estándares sobre la materia. Por último, se puede clasificar esta investigación como de tipo tecnológico, ya que se aplica el concepto de tecnología para el desarrollo de estructuras y sistemas. Se obtiene a través de la aplicación del conocimiento tecnológico un producto de utilidad social que puede ser incorporado al sector productivo, originando un cambio tecnológico que redunda en la mejora de los procesos y en el desarrollo de los nuevos sistemas de bases de datos. Metodología usada en el desarrollo de los niveles conceptual e interno de un sistema de bases de datos basado en el modelo de red Para el desarrollo de este proyecto, y en la aplicación de los resultados obtenidos del análisis de los fundamentos de bases de datos y el modelo de red, se estudió el uso de metodologías de ingeniería de software, y en especial de métodos orientados a objetos. Entre ellas se seleccionó como metodología, la sugerida por James Rumbaugh y otros (1991) conocida como OMT (Object Modeling Technique, Técnica de Modelado de Objetos), a tenor de algunas pequeñas modificaciones realizadas con la finalidad de adaptarla al desarrollo de sistema bajo estudio. Las fases que integran la metodología de desarrollo de la
4 77 aplicación, se describen a continuación: Fase I: Análisis El objetivo de esta fase, es el desarrollo de un modelo que determine las funciones del sistema de bases de datos. 1. Se obtiene una definición inicial del problema, y en su análisis, se precisan todos los detalles y se determinan las ambigüedades e incongruencias que en el existan. 2. Se construye un Modelo de Objetos de la siguiente manera: a. Se identifican las clases de objetos, asociaciones, atributos y enlaces. b. Se inicia la construcción de un Diccionario de Datos, que contenga la descripción de cada uno de ellos. c. Se organizan y simplifican las clases usando el concepto de herencia. d. Se comprueban las vías de acceso, empleando para ello escenarios e iterando los pasos anteriores cuando fue conveniente. e. Se obtiene un diagrama de modelo de objetos y un diccionario de datos. 3. Se construye un Modelo Dinámico de la siguiente manera: a. Se prepararan escenarios de secuencias típicas de interacción. b. Se identifican los sucesos entre objetos y se prepara un esquema de seguimiento de sucesos para cada escenario. c. Se prepara un diagrama de flujo de sucesos para el sistema de bases de datos.
5 78 d. Se desarrolla un diagrama de estados para cada clase que tenga un comportamiento dinámico de interés. e. Se comprueba la congruencia y compleción de los sucesos compartidos entre diagramas de estado. f. Se obtiene el diagrama de estados y el diagrama global de flujo de sucesos. 4. Se construye un Modelo Funcional de la siguiente manera: a. Se identifican los valores de entrada y salida. b. Se utilizan diagramas de flujo de datos cuando es necesario, para mostrar las dependencias funcionales. c. Se describe lo que hace cada función. d. Se obtiene el diagrama de flujo de datos. 5. Se verifica y refina cada modelo obtenido realizando variadas iteraciones. a. Se añaden operaciones claves descubiertas durante la preparación del modelo funcional. b. Se verifica la congruencia entre las clases, asociaciones, operaciones y atributos de cada modelo con la definición del problema y con el conocimiento relevante del dominio de este. El resultado de esta fase es un Documento de Análisis, que incluye la definición del problema, el modelo de objetos, el modelo dinámico y el modelo funcional.
6 79 Fase II: Diseño del Sistema Durante el diseño del sistema de bases de datos: 1. Se selecciona una estructura de alto nivel para soportar la aplicación. 2. Se organiza el sistema en subsistemas, y se asignan los subsistemas a procesadores y tareas. 3. Se selecciona la estrategia básica para implementar los almacenes de datos y sus estructuras subyacentes. 4. Se identificaran los recursos globales del sistema y los mecanismos para controlar el acceso a los mismos. Con esto se obtiene, el Documento de Diseño de Sistema, que representa la estructura de la arquitectura básica del sistema y algunas decisiones estratégicas de alto nivel. Fase III: Diseño de Objetos En esta fase se proporciona una base detallada para la implementación, con la elaboración del modelo de objetos. Este se obtiene de las siguientes etapas: 1. Se obtiene las operaciones para el modelo de objetos a partir de los demás modelos. a. Se busca una operación para cada proceso del modelo funcional. b. Se define una operación para cada suceso del modelo dinámico, dependiendo de la implementación del control.
7 80 2. Se diseñan los algoritmos para implementar cada operación. a. Se seleccionan algoritmos que minimizan el costo de implementar las operaciones. b. Se selecciona una estructura de datos adecuada para cada algoritmo. c. Se definen nuevas clases y estructuras internas. d. Se asignan las responsabilidades a cada operación que no este asociada claramente con ninguna clase concreta. 3. Se ajusta la estructura de las clases para incrementar la herencia. a. Se abstrae el comportamiento común de grupos de clases. b. Se utiliza la delegación para compartir el comportamiento de aquellas clases que no tengan una herencia semánticamente válida. 4. Se diseña la implementación de las asociaciones. a. Se analiza el recorrido de las asociaciones. b. Se implementa cada asociación como un objeto separado. 5. Se determina la representación exacta de los atributos que son objetos. 6. Se empaqueta las clases y las asociaciones en módulos. Culminada esta fase, se obtiene el Documento de Diseño, conformado por el Modelo de Objetos Detallado, el Modelo Dinámico Detallado y el Modelo Funcional Detallado. Fase IV: Construcción Cumplidas las tres fases anteriores, se alcanza la documentación
8 81 necesaria y suficiente para la construcción del sistema de bases de datos bajo el modelo de red. En esta fase, se escriben los módulos del sistema según la arquitectura planteada en la documentación, y bajo la plataforma propuesta. Fase V: Pruebas Terminada la construcción del software se inicia la aplicación de las pruebas diseñadas en la fase de construcción, lo que permite medir el rendimiento del sistema y comparar con otros sistemas similares. Herramientas utilizadas en el desarrollo de los niveles conceptual e interno de un sistema de bases de datos basado en el modelo de red En el desarrollo de la aplicación, intervinieron los siguientes elementos de hardware y software: Un servidor UNIX con las siguientes características: Procesador AMD K6 de 266Mhz Memoria 64 Mb. RAM Almacenamiento 2.1 Gb de Disco Duro Unidad de CDROM Unidad de 3 ½ Dispositivos Periféricos Monitor SVGA 15 Teclado Ratón Interfaz de Red Compatible con NE2000 Sistema Operativo LINUX versión Un equipo PC con las siguientes características: Procesador Intel Pentium MMX 200 Mhz Memoria 32 Mb. RAM
9 82 Almacenamiento 1.2 Gb de Disco Duro Unidad de CDROM Unidad de 3 ½ Dispositivos Periféricos Monitor SVGA 14 Teclado Ratón Interfaz de Red Compatible con NE2000 Sistema Operativo MSDOS Versión 6.2 NCSA Telnet Versión 2.3 En materia de software, el desarrollo se realizó usando las herramientas de programación que provee el sistema operativo LINUX, en la distribución SLACKWARE 3.5. Este ofrece, GNU C/C++/Objective-C en la versión 2.8.1, que incluye la utilidad de construcción de software Make, el depurador de programas GDB (GNU Debugger), y un sistema de control de versiones llamado RCS (Revision Control System). El sistema fue desarrollado siguiendo las recomendaciones de la Free Software Foundation, Inc. y GNU (GNU s Not Unix), en lo referente a estándares de codificación y distribución. Así mismo, se obtuvo toda la información necesaria sobre las mencionadas herramientas de software, de bibliografías, revistas, manuales y fuentes de documentación en Internet.
INGENIERÍA DE SOFTWARE. Sesión 8: Tipos de diagramas
INGENIERÍA DE SOFTWARE Sesión 8: Tipos de diagramas Contextualización La representación de las aplicaciones se puede dar mediante diagramas, en los cuales se expresan las entradas de información, las salidas,
Perfil Profesional en formato de la SETEC
Perfil Profesional en formato de la SETEC COMPETENCIA GENERAL: TECNOLOGÍA SUPERIOR EN DESARROLLO DE SOFTWARE UNIDADES DE COMPETENCIA: UNIDADES DESCRIPCIÓN UNIDAD DE COMPETENCIA 1 Analizar los requerimientos
Conceptos y Estructuras de Sistemas Operativos
Conceptos y Estructuras de Sistemas Operativos Contenido del Curso Evaluación I ex. Parcial 100% prueba escrita II ex. Parcial 100% proyecto Examen final= Nota del proyecto (50%) + prueba escrita (50%)
Metodología Orientada a Objetos (OMT). Rumbaugh
Metodología Orientada a Objetos (OMT). Rumbaugh El análisis y diseño orientado a objetos constituye una nueva forma de pensar acerca de problemas empleando modelos que son útiles para comunicarse con expertos
Unidad V. UML. Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas.
Unidad V. UML Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas Objetivos Conocer el modelo UML Utilizar el modelo UML como parte de la metodología
Programación en lenguajes estructurados de aplicaciones de gestión. Código: J62.13 Nivel: 3
Denominación: Programación en lenguajes estructurados de aplicaciones de gestión Código: J62.13 Nivel: 3 Sector: Familia: Programación informática, consultoría de informática y actividades conexas Tecnología
SISTEMAS OPERATIVOS. Ing. Raúl Alberto Rojas Reátegui
SISTEMAS OPERATIVOS Ing. Raúl Alberto Rojas Reátegui OBJETIVOS PEDAGOGICOS Describir las principales características de un Sistemas operativos. Describe las principales características de sistemas operativos
Cuerpo de Profesores Técnicos de Formación Profesional
Tabla de equivalencias entre los temarios de Sistemas y Aplicaciones Informáticas de Profesores Técnicos de Formación Profesional e Informática del Cuerpo de Profesores de Enseñanza Secundaria Cuerpo de
Diseño e implementación de una base de datos para recogida y análisis de datos de actividad física provenientes de dispositivos wearables
Proyecto Big Data de salud Comunidad Europea Diseño e implementación de una base de datos para recogida y análisis de datos de actividad física provenientes de dispositivos wearables Autor: Mari Cruz López
MATRIZ DE VALORACIÓN O RÚBRICA. Actividad de evaluación:
10. Matriz de Valoración ó Rúbrica Siglema: ADSI-02 Nombre del Nombre del 1.1Realiza levantamiento de información y diagramado de datos, procesos, eventosrespuesta de la organización, mediante el apoyo
MÓDULOS DE DISEÑO EN INGENIERÍA
MÓDULOS DE DISEÑO EN INGENIERÍA El diseño de productos tecnológicos (artefactos, procesos, sistemas e infraestructura) está en el centro de la naturaleza de la ingeniería. El diseño en ingeniería es un
<NOMBRE DE LA UNIVERSIDAD, Y NOMBRE DE LA COMUNIDAD>. <TITULO PROYECTO>
. Autores: CI Historia de Revisiones Versión Fecha Revisado por
Computadora y Sistema Operativo
Computadora y Sistema Operativo Según la RAE (Real Academia de la lengua española), una computadora es una máquina electrónica, analógica o digital, dotada de una memoria de gran capacidad y de métodos
ZCBC. ECBTI. Programa Ingeniería de Sistemas. Curso Académico de Programación Orientada a Objetos. Código José Acevedo y Gómez
ZCBC. ECBTI. Programa Ingeniería de Sistemas Curso Académico de Programación Orientada a Objetos Código 301403 José Acevedo y Gómez Programación Orientada a Objetos Unidad II Requisitos y Análisis Unidad
INGENIERÍA DE SOFTWARE. Sesión 10: Diagramas de comunicación
INGENIERÍA DE SOFTWARE Sesión 10: Diagramas de comunicación Contextualización Los diagramas son parte importante en el desarrollo de aplicaciones, pues con éstos se puede visualizar la forma en que funcionará
Programación Orientada a Objetos
Programación Orientada a Objetos PROGRAMACIÓN ORIENTADA A OBJETOS 1 Sesión No. 8 Nombre: El Modelo de diseño con UML Contextualización Los modelos que podemos crear con UML son varios, por lo que debemos
Requerimientos de Hardware y Características
Sistemas Operativos Windows Requerimientos de Hardware y Características Lic.Ms. William Alexander Flores C. Windows 3.11 Subsistema operativo permite el manejo de interfaz gráfica. Se integran los conceptos
Hoja de respuestas. Examen tipo A
Hoja de respuestas. Examen tipo A Cuestiones 1. La memoria virtual nos permite: Emular la RAM mediante la utilización de los dispositivos de almacenamiento Tener una memoria de capacidad infinita en nuestro
Diagramas De Casos De Uso
Estáticos Diagramas De Casos De Uso Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario.. Por lo tanto los casos de uso determinan los requisitos
CAPÍTULO III MARCO METODOLÓGICO. El Marco Metodológico está compuesto por el tipo de investigación,
70 CAPÍTULO III: MARCO METODOLÓGICO 71 CAPÍTULO III MARCO METODOLÓGICO El Marco Metodológico está compuesto por el tipo de investigación, diseño de investigación, técnicas e instrumentos de recolección
TEMARIO DE PROFESORES TÉCNICOS DE F.P. : SISTEMAS Y APLICACIONES INFORMÁTICAS. Octubre 1997 (Publicado en el B.O.E. de 13 de Febrero de 1.
TEMARIO DE PROFESORES TÉCNICOS DE F.P. : SISTEMAS Y APLICACIONES INFORMÁTICAS. Octubre 1997 (Publicado en el B.O.E. de 13 de Febrero de 1.996) SISTEMAS Y APLICACIONES INFORMÁTICAS 1. Representación y comunicación
Sistema de Administración de Farmacias Modelo de Diseño Versión 1.0. Historia de revisiones
Sistema de Administración de Farmacias Modelo de Diseño Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 14/09/2014 1.0 Versión Inicial Guillermo López 14/09/2014 1.0 Revisión. SQA Modelo
INSTITUTO POLITÉCNICO NACIONAL DIRECCIÓN DE EDUCACIÓN MEDIA SUPERIOR PLANEACIÓN DE PROYECTO AULA PROTOCOLO DE PROYECTO DE AULA SEMESTRAL
Unidad Académica: Eje temático: Tema: CECyT 9 Juan de Dios Bátiz Ciencia y Tecnología Desarrollo de un Prototipo de Software Grupo: Justificación: Poner en práctica los conocimientos y habilidades adquiridos
Instituto Universitario Politécnico. Santiago Mariño. Unidad Nº I: Nociones generales de la. computación. Elaborado por: Ing. Víctor Valencia.
Instituto Universitario Politécnico Santiago Mariño Unidad Nº I: Nociones generales de la computación Qué es el computador? La computadora es una máquina automática capaz de recibir un conjunto de instrucciones.
Biblioteca de recursos. Descargado desde
Biblioteca de recursos Descargado desde www.rededuca.net Informática 1. Representación y comunicación de la información. 2. Elementos funcionales de un ordenador digital. 3. Componentes, estructura y funcionamiento
Pruebas de Software. Agenda. Pruebas de Programas Los Niveles de Prueba Diseño de Casos de Prueba
Pruebas de Software R. Casallas Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes 1 Agenda Pruebas de Programas Los Niveles de Prueba Diseño de Casos de Prueba 2 1 Pruebas de Programas
Ingeniería de Software: Metodologías
Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.
4. Sistemas operativos
4. Sistemas operativos INTRODUCCIÓN En este módulo, de 190 horas pedagógicas se espera que los y las estudiantes usen los diferentes sistemas operativos, como Windows o Unix, para operar computadores de
Modelos y Bases de Datos
Modelos y Bases de Datos MODELOS Y BASES DE DATOS 1 Sesión No. 2 Niveles de Abstracción de una Base de Datos Contextualización Por qué es importante conocer los Niveles de Abstracción de una Base de Datos?
INGENIERÍA MECATRÓNICA EN COMPETENCIAS PROFESIONALES
INGENIERÍA MECATRÓNICA EN COMPETENCIAS PROFESIONALES ASIGNATURA DE HERRAMIENTAS COMPUTACIONALES PROPÓSITO DE APRENDIZAJE DE LA ASIGNATURA CUATRIMESTRE El alumno elaborará documentos, hojas de cálculo y
Implementación de Componentes
Implementación de Componentes Concepto Un componente es una parte no trivial, casi independiente, y reemplazable de un sistema que llena claramente una funcionalidad dentro de un contexto en una arquitectura
Herramientas Informáticas I Software: Sistemas Operativos
Herramientas Informáticas I Software: Sistemas Operativos Facultad de Ciencias Económicas y Jurídicas Universidad Nacional de La Pampa Sistemas Operativos. Es el software base que permite trabajar como
TEMA 4. PROCESO UNIFICADO
TEMA 4. PROCESO UNIFICADO Definición El Proceso Unificado de Desarrollo Software es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura
Universidad Salesiana de Bolivia Ingeniería de Sistemas
Universidad Salesiana de Bolivia Ingeniería de Sistemas Plan de Disciplina Gestión I / 2011 1. DATOS DE IDENTIFICACION INSTITUCIÓN UNIVERSITARIA: Universidad Salesiana de Bolivia RECTOR: Lic. Rvdo. P.
MODULO III. Análisis y Diseño de Sistemas de Información INF-162 III. RUP. 3.1 Introducción. Facilitador: Miguel Cotaña 26 de Abril
MODULO III Análisis y Diseño de Sistemas de Información INF-162 III. RUP 3.1 Introducción Facilitador: Miguel Cotaña 26 de Abril 2010 1 INTRODUCCION Rational Unified Process (RUP o Proceso Racional Unificado),
INGENIERÍA MECATRÓNICA EN COMPETENCIAS PROFESIONALES
INGENIERÍA MECATRÓNICA EN COMPETENCIAS PROFESIONALES ASIGNATURA DE PROGRAMACIÓN ESTRUCTURA PROPÓSITO DE APRENDIZAJE DE LA ASIGNATURA CUATRIMESTRE El alumno desarrollará programas a través de algoritmos,
Periféricos Interfaces y Buses
Periféricos Interfaces y Buses I. Arquitectura de E/S II. Programación de E/S III. Interfaces de E/S de datos IV. Dispositivos de E/S de datos V. Buses Buses de E/S (PCI, PC104, AGP). Sistemas de interconexión
NÚMERO DE HORAS: 160H PROGRAMACIÓN WEB EN EL ENTORNO CLIENTE OBJETIVO
PACK FORMATIVO EN DESARROLLO DE APLICACIONES CON TECNOLOGÍA WEB NÚMERO DE HORAS: 160H PROGRAMACIÓN WEB EN EL ENTORNO CLIENTE OBJETIVO - Identificar la estructura de una página web conociendo los lenguajes
Figure 12-1: Phase D: Technology Architecture
Fase de arquitectura de tecnología: Figure 12-1: Phase D: Technology Architecture Objetivos: Los objetivos de la Arquitectura de Tecnología son: Desarrollar la Arquitectura de Tecnología Objetivo que permite
MOMENTO I. BLOQUE 1. Opera las funciones básicas del sistema operativo y garantiza la seguridad de la información
MOMENTO I. BLOQUE 1. Opera las funciones básicas del sistema operativo y garantiza la seguridad de la información Objetos de aprendizaje: Computadora LECTURA 1: La computadora La computadora Es una máquina
MANUAL DE INSTALACIÓN Y CONFIGURACIÓN
S MANUAL DE INSTALACIÓN Y CONFIGURACIÓN CARLOS SALVADOR BACILIO SOPORTE Y MANTENIMIENTO COLEGIO NEWTON SAN DIEGO 1 2 Para utilizar Windows XP Professional, es necesario: PC con 300 MHz o superior velocidad
CAPÍTULO I - DEFINICIÓN DEL PROBLEMA Y OBJETIVOS
CAPÍTULO I - DEFINICIÓN DEL PROBLEMA Y OBJETIVOS 1.1 Introducción Desde comienzos de la década de los 80s, el paradigma OO (orientado a objetos) ha ido madurando como un enfoque de desarrollo de software
El lenguaje Unificado de Modelado (UML)
El lenguaje Unificado de Modelado (UML) Enrique Hernández Orallo ([email protected]) Cualquier rama de ingeniería o arquitectura ha encontrado útil desde hace mucho tiempo la representación de los
Estrategia de Pruebas
Estrategia de Pruebas Introducción: Las pruebas son parte integral de un proyecto y del ciclo de vida de la aplicación. Dentro un proyecto de implementación, las pruebas siguen un enfoque estructurado
Seminario de Informática. UNIDAD 1: Introducción a la Informática
Seminario de Informática UNIDAD 1: Introducción a la Informática 2016 Programa UNIDAD 1: Introducción a la Informática 1.Informática: Elementos de un sistema Informático. 2.Soporte Físico (HARDWARE): conceptos,
El Lenguaje Unificado de Modelado (UML)
El Lenguaje Unificado de Modelado (UML) Enrique Hernández Orallo([email protected]) Cualquier rama de ingeniería o arquitectura ha encontrado útil desde hace mucho tiempo la representación de los
INDICE Parte I. Administración, Información y Sistemas 1. Introducción al Sistema de Información Administrativa
INDICE Prefacio XV Parte I. Administración, Información y Sistemas 1. Introducción al Sistema de Información Administrativa 1 La sociedad caracterizada por la información 3 La era de los sistemas 3 Información
3.4 MODELADO DEL SISTEMA
3.4 MODELADO DEL SISTEMA El modelado del sistema permite al analista crear una jerarquía en detalle. El modelo de análisis es un puente entre la descripción del sistema y el modelo de diseño. Descripción
Guía práctica de estudio 09: UML
Guía práctica de estudio 09: Elaborado por: M.C. M. Angélica Nakayama C. Ing. Jorge A. Solano Gálvez Autorizado por: M.C. Alejandro Velázquez Mena Guía práctica de estudio 09: Guía práctica de estudio
Sistemas de Información para la Gestión
Sistemas de Información para la Gestión 2016 Programa UNIDAD 4: RECURSOS DE TECNOLOGÍA DE LA INFORMACIÓN - INFRAESTRUCTURA 1. Componentes: Hardware y software. Tendencias y administración de la infraestructura.
El sistema será definido como SACP (Sistema de Administración de Clientes y Proveedores).
ERS IEEE 830 En el capítulo 1 se explicó que es el estándar IEEE 830. A continuación, se lo aplica en la definición de los requerimientos del sistema, basado en las historias de usuario. Introducción Propósito
INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ
INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ TEMA 3: PROCESO UNIFICADO DE DESARROLLO CONTENIDO 1. Proceso de Software 2. Proceso de Desarrollo de Software 3. Proceso Unificado de Desarrollo de Software
MANUAL DE TALLERES INGENIERÍA DE SOFTWARE
MANUAL DE TALLERES INGENIERÍA DE SOFTWARE En el presente anual se encontrarán los talleres que se deberán realizar para lograr la consecución del proyecto final de la materia de Ingeniería de software.
BUENAS PRACTICAS EN DESARROLLO DE SOFTWARE APUNTES DE UNA EXPERIENCIA
BUENAS PRACTICAS EN DESARROLLO DE SOFTWARE APUNTES DE UNA EXPERIENCIA Contenido Una metodología para el desarrollo de software debe ser un instrumento que permita gestionar un proceso dado, existen hoy
Ingeniería de Software. UML.
Ingeniería de Software. Unified Modeling Language UML. Ingeniería de Software. UML Página 0 Qué es el UML? The Unified Modeling Language (UML) is a graphical language for visualizing, specifying, constructing,
ESTUDIO DE LA RELACIÓN ENTRE ARQUITECTURA DE SOFTWARE Y USABILIDAD
ESTUDIO DE LA RELACIÓN ENTRE ARQUITECTURA DE SOFTWARE Y USABILIDAD El Proceso Unificado de Rational (RUP) y su relación con las técnicas y métodos de la ingeniería de usabilidad del software Autor: Directoras:
PROCEDIMIENTO PARA EL DESARROLLO DE SOFTWARE
PROCEDIMIENTO PARA EL DESARROLLO DE REGISTRO DE CAMBIOS FECHA DE VIGENCIA/ VERSIÓN No. NUMERAL DESCRIPCION U ORIGEN DEL CAMBIO Página 1 de 6 1. OBJETIVO Establecer la metodología para recepcionar y atender
Análisis y Diseño Orientado a Objetos. 2 - Análisis
Análisis y Diseño Orientado a Objetos 2 - Análisis El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar
TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN
TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Introducción al análisis y diseño de sistemas.
1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:
Análisis y Diseño O.O. Preguntas del diseño : Cómo podrían asignarse responsabilidades a las clases de los objetos? Cómo podrían interactuar los objetos? Qué deberían hacer las clases? Patrones : Ciertas
FACULTAD DE INGENIERÍAS Y ARQUITECTURA ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS E INFORMÁTICA
FACULTAD DE INGENIERÍAS Y ARQUITECTURA ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS E INFORMÁTICA SILABO DE ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN I. DATOS GENERALES 1.0 Unidad Académica : Ingeniería
SILABO DEL CURSO DISEÑO DE SOFTWARE 1. DATOS GENERALES
SILABO DEL CURSO DISEÑO DE SOFTWARE 1. DATOS GENERALES 1.1. Facultad : Ingeniería 1.2. Carrera Profesional : Ingeniería de Sistemas 1.3. Departamento : Ingeniería de Sistemas 1.4. Tipo de Curso : Obligatorio
ESTRUCTURA FISICA Y LOGICA DE LA PC
UNIDAD 1. INTRODUCCION A LA PC HARDWARE Corresponde a todas las partes tangibles de una computadora: sus componentes eléctricos, electrónicos, electromecánicos y mecánicos; sus cables, gabinetes o cajas,
MANUAL DEL USUARIO J-UML
2008 Julio MANUAL DEL USUARIO COPIA VERSIÓN Introducción a J-ML es una útil herramienta que le ayuda a conocer y realizar modelado de UML para diagramas de clases. 2 Simulando Diagramas de Clases J-ML
FICHA PÚBLICA DEL PROYECTO
NUMERO DE PROYECTO: 219320 EMPRESA BENEFICIADA: TELEPARTNER S. DE R.L. MI TÍTULO DEL PROYECTO: MODELO OPERATIVO INTEGRAL PARA LA GESTIÓN DE CLÍNICAS BASADO EN ÓRDENES MÉDICAS OBJETIVO DEL PROYECTO: El
SISTEMAS OPERATIVOS Introducción. Amilcar Meneses Viveros
SISTEMAS OPERATIVOS Introducción Amilcar Meneses Viveros [email protected] Presentación Objetivos Definición de sistema operativo Evolución de los sistemas operativos Objetivos Definición
Universidad Salesiana de Bolivia Ingeniería de Sistemas
Universidad Salesiana de Bolivia Ingeniería de Sistemas Plan de Disciplina Gestión I / 2016 1. DATOS DE IDENTIFICACION INSTITUCIÓN UNIVERSITARIA: Universidad Salesiana de Bolivia RECTOR: Lic. Rvdo. P.
