GUIA DE APRENDIZAJE F08-63-004/10-10
Versión 4
Proceso: Ejecución de la Formación Procedimiento: Desarrollo Curricular
Modelo de Mejora Continua
1. IDENTIFICACIÓN DE LA GUIA DE APRENDIZAJE Código de la Guía: 005: Generando el DAS para el software a desarrollar.
Fecha de Inicio de la actividad: (Día – Mes – Año): 03-09-2012 Regional: QUINDÍO Centro de formación: COMERCIO Y TURISMO Programa de Formación: ANÁLISIS Y DESARROLLO DE SISTEMAS DE INFORMACIÓN Código: 228106 Versión: 100 Ficha SOFIA : 327619 Nombre del Proyecto: Diseño y Duración: 2170 HORAS construcción de software a la medida para el sector empresarial. Fase del Proyecto: DISEÑO Duración:180 HORAS Nombre de la Actividad del Proyecto: Diseñar el sistema de acuerdo con los requerimientos del cliente/Empresa: • Elaborar bases de datos. • Diseñar la arquitectura del sistema • Diseñar las clases, los objetos y mecanismos de colaboración. • Diseñar el comportamiento de las clases y objetos. • Diseñar el diagrama de distribución. • Diseñar la interfaz del sistema de información • Diseñar el control del sistema de información • Elaborar diagrama de distribución. Elaborar prototipo: Utilizando software aplicado según los protocolos de diseños se construye el prototipo del sistema de información, teniendo en cuenta el análisis de los datos recolectados. Informe: • Elaborar el informe de selección de las herramientas para el montaje del sistema de información y de diseño del sistema. • Realizar el plan de trabajo para la construcción del sistema de información. Nombre de la Actividad de Actividad 1: Aprendizaje Duración en horas: 70 horas 1. Crea el DAS (Documento de Fecha inicio: 03-09-2012 Fecha Terminación: 26-09-2012 Arquitectura del Sistema). Actividad 2: 2. Elabora el diccionario de datos Duración en horas: 25 horas para el modelo de base de datos Fecha inicio: 27-09-2012 Fecha Terminación: 04-10-2012 a aplicar. Actividad 3: Duración en horas: 50 horas 3. Crea un prototipo funcional de la Fecha inicio: 05-10-2012 Fecha Terminación: 23-10-2012. base de datos (en ACCESS). Actividad 4: Duración en horas: 2 horas 4. Presenta la prueba de Fecha inicio: 24-10-2012 conocimientos acerca de Bases Fecha Terminación: 24-10-2012 de datos. Equipo Ejecutor de la Actividad: Instructor Diego Mauricio Torres Arias SENA: CONOCIMIENTO Y EMPRENDIMIENTO PARA TODOS LOS COLOMBIANOS Pagina 1 de 3
GUIA DE APRENDIZAJE F08-63-004/10-10
Versión 4
Proceso: Ejecución de la Formación Procedimiento: Desarrollo Curricular
Modelo de Mejora Continua
Resultados de aprendizaje: 22050103301 Diseñar la arquitectura tecnológica del sistema de información, mediante el reconocimiento de hardware y software, de acuerdo con la tecnología disponible en el mercado, el informe de análisis levantado y el diagrama de distribución. 22050103302 Diseñar la arquitectura del software, mediante la interpretación de las clases, objetos y mecanismos de colaboración, utilizando herramientas tecnológicas de diseño, de acuerdo con las tendencias de las tecnologías de la información y la comunicación. 22050103303 Construir el prototipo del sistema de información, a partir del análisis de las características funcionales del sistema en relación con facilidad de manejo, funcionalidad y experiencia del usuario, apoyado en software aplicado según protocolos de diseño. 22050103304 Diseñar la estructura de datos, a partir del modelo conceptual determinado en el análisis del sistema, utilizando herramientas tecnológicas de bases de datos, según las normas y estándares establecidos. 22050103305 Aplicar políticas y mecanismos de control en el diseño del sistema de información, mediante el análisis de la vulnerabilidad de la información, siguiendo los parámetros establecidos por la organización. 22050103306 Elaborar el informe de diseño del sistema de información, de acuerdo con la selección de las herramientas, tanto de software como de hardware, requeridas para la solución informática Competencias: 220501033 Diseñar el sistema de acuerdo con los requerimientos del cliente
2. INTRODUCCIÓN La segunda y muy importante fase de un proyecto de desarrollo de software es la fase de análisis. Dentro de esta el arquitecto de sistemas determina los requisitos funcionales y no funcionales (aspectos de calidad del software), así como la plataforma tecnológica que soportará el sistema, las restricciones técnicas, de negocios y las posibles interacciones con el usuario a través de la técnica de escenarios. La arquitectura en sí no es considerada como una ciencia sino como un conjunto de recursos técnicos que utiliza un ingeniero para configurar en papel la manera como él concibe será construido definitivamente el sistema. Para ello el ingeniero deberá desarrollar habilidades de análisis, abstracción de información y representación de la misma mediante lenguaje escrito y de modelado (como UML). El desarrollo de estas habilidades es factor diferencial a la hora de diseñar, representar y construir una solución en sistema eficaz, económico y útil.
SENA: CONOCIMIENTO Y EMPRENDIMIENTO PARA TODOS LOS COLOMBIANOS Pagina 2 de 3
GUIA DE APRENDIZAJE F08-63-004/10-10
Versión 4
Proceso: Ejecución de la Formación Procedimiento: Desarrollo Curricular
Modelo de Mejora Continua
3. CONOCIMIENTOS PREVIOS
Buen nivel de comprensión lectora, habilidades para escribir de manera clara y concisa. Conocimiento de lenguaje técnico en el área de sistemas. Manejo básico de procesador de texto y hoja electrónica de cálculo. 4. DESCRIPCION DE LAS ACTIVIDADES A DESARROLLAR ACTIVIDAD 1: Creación del DAS (documento de arquitectura del sistema). Instructores: DIEGO MAURICIO TORRES ARIAS Técnico: DIEGO MAURICIO TORRES ARIAS Transversales: Inglés: # Horas: 70 Instrucciones para el desarrollo de las actividades: Definición: La creación del DAS o documento de arquitectura del sistema es una labor sistemática y analítica que el ingeniero de sistemas (arquitecto) debe afrontar con el objeto de interpretar el dominio del problema y así identificar los componentes clave del sistema y sus requisitos tanto funcionales como de calidad. Para esta labor se hace necesario seguir una secuencia metódica de pasos apoyados en buenas prácticas de diagramación, redacción y estructuración de formatos las cuales podemos encontrar condensadas en textos de arquitectura tales como: Software Architect Bootcamp, Software Architecture a road map o Software architecture in practice. Paso 1: Lea atentamente el documento guía de arquitectura guía propuesto por su instructor. Paso 2: Tenga a mano los documentos de apoyo suministrados por su instructor tanto los de diagramación como los formatos y ejemplos. El documento de arquitectura deberá contener como mínimo los ítems citados a continuación: 1. PORTADA (ver pág. 1 ejemplo y doc. Modelo). 2. HISTORIA DE REVISIONES: Esta sección la utilizamos para ir versionando el documento y documentando los cambios aplicados (ver pág. 2 ejemplo y doc. Modelo). 3. TABLA DE CONTENIDO (ver pág. 3 ejemplo y doc. Modelo). 4. DESCRIPCIÓN DEL DOCUMENTO (ver pág. 5 ejemplo y doc. Modelo): a. Propósito: Aquí se describe brevemente el porqué de la creación de este documento. b. Audiencia: En este punto se aclara a qué público va dirigido el documento DAS. c. Organización del documento: En este punto se plantea la estructura SENA: CONOCIMIENTO Y EMPRENDIMIENTO PARA TODOS LOS COLOMBIANOS Pagina 3 de 3
GUIA DE APRENDIZAJE F08-63-004/10-10
Versión 4
Proceso: Ejecución de la Formación Procedimiento: Desarrollo Curricular
Modelo de Mejora Continua
interna del documento, es decir, las secciones en las que estará dividido. d. Terminología y definiciones: en una tabla el documentador plasma los términos relacionados con el dominio del problema que serán utilizados dentro del documento y la definición para cada uno. e. Documentación del proyecto relacionada: Escribimos aquí el listado de documentos internos relacionados directamente con el proyecto y que puedan impactar la arquitectura. f. Referencias externas: Indicamos aquí los links o documentos que se toman como base técnica para las decisiones arquitectónicas y de desarrollo. 5. VISIÓN GENERAL DEL PROYECTO (ver pág. 7 ejemplo y 8 del doc. Modelo). a. Contexto del negocio: Esta sección debe describir el contexto general del negocio a intervenir, cómo funciona, qué tipos de relaciones se crean, con quién se interactúa ya sean sistemas u otros negocios, etc… para ubicar al lector dentro de un contexto general de la organización y de lo que se pretende atender con la arquitectura propuesta. b. Contexto del sistema: este ítem describe el conjunto de utilidades que integraremos en el sistema a desarrollar y que sirven como solución al problema planteado por el cliente/usuario. c. Participantes clave: Por ítems, esta sección debe mostrarnos el conjunto de profesionales por roles que intervendrán en el desarrollo del proyecto con las correspondientes habilidades y competencias puntuales necesarias, así como el listado de stakeholders por rol. 6. DRIVERS ARQUITECTÓNICOS (ver pág. 10 ejemplo y 9 del doc. Modelo). a. Restricciones del negocio: Esta sección debe contener la lista de requisitos de obligatorio cumplimiento relacionados con procesos del negocio a sistematizar. b. Restricciones técnicas: Esta sección debe contener la lista de requisitos de obligatorio cumplimiento relacionados con la parte técnica y tecnológica del desarrollo de software. c. Requisitos funcionales clave: Allí plasmamos la lista de los principales casos de uso (los que más impacten mi arquitectura). d. Requisitos de atributos de calidad: En esta sección digitamos la lista de los principales a tributos de calidad o los representamos mediante un formato de escenario. 7. TÁCTICAS DE ARQUITECTURA Y ESTILOS ARQUITECTÓNICOS (ver pág. 17 ejemplo y 19 del doc. Modelo). a. Tácticas: Debemos generar en este punto un listado de tácticas, técnicas y estilos arquitectónicos a implementar o utilizar para garantizar los atributos de calidad solicitados o presupuestos para el sistema. b. Patrones arquitectónicos: en este apartado especificamos el tipo de arquitectura a utilizar y por qué razón se ha elegido. SENA: CONOCIMIENTO Y EMPRENDIMIENTO PARA TODOS LOS COLOMBIANOS Pagina 4 de 3
GUIA DE APRENDIZAJE F08-63-004/10-10
Versión 4
Proceso: Ejecución de la Formación Procedimiento: Desarrollo Curricular
Modelo de Mejora Continua
c. Vista de arquitectura: Para la vista de arquitectura llenamos una matriz que representa el cruce entre los stakeholders, casos de uso, componentes lógicos, despliegue, datos e interacción y el respectivo nivel de interacción entre ellos (alto, medio o bajo). a. Vista lógica: Mediante un diagrama y explicaciones escritas mostramos los procesos y sus colaboraciones dentro del sistema (debemos explicar además y uno por uno el catálogo de elementos que hacen parte de esta vista). b. Vista de interacción: Mediante un diagrama y explicaciones escritas mostramos las interacciones entre componentes y usuarios del sistema (debemos explicar además y uno por uno el catálogo de elementos que hacen parte de esta vista). c. Vista de desarrollo: Mediante un diagrama y explicaciones escritas mostramos los componentes y subsistemas que conforman el sistema desarrollado con sus correspondientes relaciones (debemos explicar además y uno por uno el catálogo de elementos que hacen parte de esta vista). d. Vista de despliegue: Mediante un diagrama y explicaciones escritas explicamos los nodos y cómo dentro de ellos distribuimos la tecnología utilizada para el desarrollo, soporte y funcionamiento del sistema. e. Diseño de interfaces: Mediante un diagrama y un formato especial especificamos las diferentes interfaces entre componentes para el sistema desarrollado. f. Plataforma tecnológica: Mediante un diagrama por capas escenificamos las combinaciones de tecnología utilizadas para la creación, soporte y funcionamiento del software desarrollado. 8. DIRECTORIO (ver pág. 24 ejemplo y 30 del doc. Modelo) a. Acrónimos: es una lista de acrónimos que hayamos utilizado dentro del documento con su correspondiente significado. 9.
APENDICE (ver pág. 25 ejemplo y 30 del doc. Modelo). A Si deseamos presentar documentos adicionales en formato independiente lo listamos aquí como apéndice de este documento. a. Lista de pruebas de concepto: Si utilizamos pruebas de concepto las insertamos aquí.
ACTIVIDAD 2: Elabora el diccionario de datos. Instructores: DIEGO MAURICIO TORRES ARIAS Técnico: DIEGO MAURICIO TORRES ARIAS Transversales: Inglés: # Horas: 25 Instrucciones para el desarrollo de las actividades: Paso 1: Previo a la creación de la base de datos cree las posibles tablas de su Base SENA: CONOCIMIENTO Y EMPRENDIMIENTO PARA TODOS LOS COLOMBIANOS Pagina 5 de 3
GUIA DE APRENDIZAJE F08-63-004/10-10
Versión 4
Proceso: Ejecución de la Formación Procedimiento: Desarrollo Curricular
Modelo de Mejora Continua
de datos en papel (basado en el diagrama de clases). Paso 2: Genere los campos para cada tabla y apliquemos normalización a las mismas. Paso 3: Vacíe los nombres de las tablas y los campos dentro del formato sugerido en el documento modelo (hoja Excel) suministrado por su instructor en el material de apoyo y que se denomina: “Diccionario de datos”, adjuntando además el resto de la información solicitada en el formato. Paso 4: valide el documento en una revisión por un par (compañero aprendiz e instructor). ACTIVIDAD 3: Crea prototipo funcional base de datos Access. Instructores: DIEGO MAURICIO TORRES ARIAS Técnico: DIEGO MAURICIO TORRES ARIAS Transversales: Inglés: # Horas: 50 Instrucciones para el desarrollo de las actividades: Paso 1: Retome el diagrama de clases y el diccionario de datos ya elaborados. Paso 2: utilice además el documento “manual de Access”, suministrado por su instructor en la carpeta material de apoyo. Paso 3: Siga paso a paso las instrucciones contenidas en el manual y apóyese además en las instrucciones impartidas en formación por su instructor para construir el modelo propuesto de bases de datos, en el programa ACCESS y que sirva como prototipo de pruebas previo desarrollo de su BDD definitiva. ACTIVIDAD 4: Presenta prueba conocimiento bases de datos. Instructores: DIEGO MAURICIO TORRES ARIAS Técnico: DIEGO MAURICIO TORRES ARIAS Transversales: Inglés: # Horas: 02 Instrucciones para el desarrollo de las actividades: Paso 1: Entre a la plataforma Blackboard y utilice su nombre de usuario y contraseña para loguearse. Paso 2: Busque el código de su curso en la sección derecha. Paso 3: En el menú de la izquierda vaya al botón Actividades de aprendizaje. Paso 4: Abra la carpeta del instructor DIEGO MAURICIO TORRES. Paso 5: Abra la carpeta de la competencia en curso. Paso 6: Entre a la subcarpeta evidencias del aprendiz. Paso 7: De click en el link: Instrumento de evaluación No. 6: Prueba conceptos BDD. Paso 8: Lea las instrucciones previas. Paso 9: De click en el botón iniciar. Paso 10: Proceda a leer cuidadosamente cada pregunta y seleccione la respuesta que considere correcta, lego de seleccionarla de click en el botón siguiente. Paso 11: Al finalizar todas las preguntas de click en el botón enviar.
SENA: CONOCIMIENTO Y EMPRENDIMIENTO PARA TODOS LOS COLOMBIANOS Pagina 6 de 3
GUIA DE APRENDIZAJE F08-63-004/10-10
Versión 4
Proceso: Ejecución de la Formación Procedimiento: Desarrollo Curricular
Modelo de Mejora Continua
10. EVIDENDIAS Y EVALUACIÓN Tipo de evidencia Conocimiento
Desempeño
Producto
Producto entregable Forma de entrega:
Criterios de Evaluación:
Descripción de la evidencia: 1. Conceptos sobre bases de datos mediante prueba. 2. Definición de ítems de un DAS dentro de un modelo de documento. 1. Elaboración de un DAS (Documento de arquitectura del sistema) y manejo de herramientas CASE para generar la diagramación UML del documento. 2. Creación de un diccionario de datos. 3. Creación de un prototipo de base de datos. 1. El Documento de arquitectura del sistema es elaborado cumpliendo con las pautas descritas en esta guía y aplicando normas ICONTEC para presentación de trabajos escritos. 2. El diccionario de datos es elaborado cumpliendo con las normas técnicas y las necesidades del sistema. 3. El prototipo de base de datos es elaborado de acuerdo con los requisitos solicitados por el cliente y con la arquitectura planteada. Actividad 1: DAS (Documento de arquitectura del sistema). Actividad 2: Diccionario de datos. Actividad 3: Prototipo de base de datos funcional. Actividad 4: prueba de conocimiento de conceptos de bases de datos Actividad 1: Documento de requisitos del sistema desarrollado en Word Actividad 2. Actividad 2: Diccionario de datos en hoja electrónica de cálculo. Actividad 3: Base de datos en ACCESS (digital) Actividad 4: digital en plataforma Blackboard. Elabora el diseño de la arquitectura tecnológica de hardware y software del sistema de información propuesto, basado en la infraestructura tecnológica de la organización y los recursos disponibles en el mercado. Diseña la arquitectura de software del sistema de información, que cumpla con las necesidades de la organización, utilizando la metodología orientada a objetos y herramientas tecnológicas. Elabora el prototipo, para dar respuesta a las necesidades del sistema. Diseña la estructura de la base de datos, que cumpla con las necesidades del sistema de información. Establece políticas y protocolos de seguridad en el sistema de información, según normas y estándares definidos. Aplica buenas prácticas en el diseño del sistema, de acuerdo con estándares de la industria.
SENA: CONOCIMIENTO Y EMPRENDIMIENTO PARA TODOS LOS COLOMBIANOS Pagina 7 de 3
GUIA DE APRENDIZAJE F08-63-004/10-10
Versión 4
Proceso: Ejecución de la Formación Procedimiento: Desarrollo Curricular
Técnicas e Instrumentos de Evaluación:
Modelo de Mejora Continua
Elabora el informe de diseño del sistema de información, cumpliendo con las necesidades de información del sistema. Técnica: Taller, Formulación de Instrumento: Problemas, prototipado. Instrumento de evaluación No. 1. DAS Instrumento de evaluación No. 2. Diccionario de datos. Instrumento de evaluación No. 3. Base de datos en ACCESS. Instrumento de evaluación No. 4. Prueba conocimientos base de datos.
5. AMBIENTES DE APRENDIZAJE, MEDIOS Y RECURSOS DIDÁCTICOS REQUERIDOS PARA LA ACTIVIDAD: Sala de cómputo, computadores con acceso a internet, paquete ofimático, tablero, marcadores, lapiceros, lápiz, borrador, memoria USB, video Bean, StarUML.
6.
GLOSARIO (Español e Ingles)
Arquitectura Tiene dos diferentes significados, dependiendo del escenario donde la utilicemos: 1. Una descripción formal de un sistema o un plan detallado del sistema a nivel de componentes para orientar su aplicación. 2. La estructura de componentes, sus interrelaciones, y los principios y directrices que rigen su diseño y evolución en el tiempo. Arquitectura de Software La Arquitectura de Software es la organización fundamental de un sistema encarnada en sus componentes, las relaciones entre ellos y el ambiente y los principios que orientan su diseño y evolución. Enterprise El nivel más alto en la organización; incluye todas las funciones y las misiones. Patrones Arquitectónicos SENA: CONOCIMIENTO Y EMPRENDIMIENTO PARA TODOS LOS COLOMBIANOS Pagina 8 de 3
GUIA DE APRENDIZAJE F08-63-004/10-10
Versión 4
Proceso: Ejecución de la Formación Procedimiento: Desarrollo Curricular
Modelo de Mejora Continua
Un patrón de arquitectura expresa una organización estructural fundamental o esquema para los sistemas de software. Proporciona un conjunto de subsistemas predefinidos, especifica sus responsabilidades, e incluye normas y directrices para la organización de las relaciones entre ellos. Patrones de Diseño Un patrón de diseño proporciona un esquema para refinar los subsistemas o componentes de un sistema de software, o las relaciones entre ellos. En él se describe una estructura comúnmente recurrente de los componentes de la comunicación que resuelve un problema de diseño general en un contexto particular. Diagrama De Estructura De Datos (Ded) Es una técnica utilizada en el Análisis de Sistemas para la modelización de datos, la cual representa un conjunto de datos relacionados entre s¡ y describen en forma colectiva un componente del sistema. DIAGRAMA DE FLUJO DE DATOS (DFD) Proporciona una representación del sistema a nivel lógico y conceptual, describiendo el movimiento de los datos en el sistema, ya sea manual o automático, incluyendo procesos y lugares para almacenar datos. DIAGRAMAS DE GANTT Son herramientas que se utilizan en la planificación de un proyecto o etapas del mismo, y que consiste en el registro de lo planificado y de lo ejecutado a través de barras de diferente diseño en dos ejes, una de actividades y la otra de la variable tiempo. DISE¥O DE PRUEBAS Es una técnica utilizada en el Diseño de Sistemas que consiste en definir un programa de pruebas, para asegurar la confiabilidad del diseño y de que no existen errores en los programas que se especifiquen. DISE¥O DE SISTEMAS Es el proceso de definición de la arquitectura de software: componentes, módulos, interfaces, procedimientos de pruebas y datos de un Sistema que se crean para satisfacer unos requerimientos específicos. INTEGRACION DE SISTEMAS Es el proceso por el cual se analiza, diseña y programa las interfaces entre diferentes aplicaciones, sub-sistemas y sistemas, de tal forma que no se desarrollen sistemas aislados, sino más bien interconectados que compartan archivo y base de datos comunes y se transfieran información entre ellos. INTEGRIDAD DE LA INFORMACION SENA: CONOCIMIENTO Y EMPRENDIMIENTO PARA TODOS LOS COLOMBIANOS Pagina 9 de 3
GUIA DE APRENDIZAJE F08-63-004/10-10
Versión 4
Proceso: Ejecución de la Formación Procedimiento: Desarrollo Curricular
Modelo de Mejora Continua
Consiste en que los valores de los datos se mantengan tal como fueron puestos intencionalmente en el Sistema. Las técnicas de integridad sirven para prevenir que existan valores errados en los datos provocados por el software de la Base de Datos o por fallas de programas o del sistema. El concepto de integridad abarca la precisión y la fiabilidad de los datos, así como la discreción que se debe tener con ellos. INTEGRIDAD DEL SISTEMA Es una característica que deben poseer los sistemas computarizados. Consiste en que se deben tener las seguridades de que el software no puede ser alterado ni la información producida puede ser accesada por personas no autorizadas, para lo cual deben existir los controles y seguridades del caso. MODELIZACION DE DATOS Es una técnica utilizada en el Análisis de Sistemas para con seguir estructuras de datos no redundantes, sin inconsistencias, seguras e integras, utilizando representaciones gráficas. OPTIMIZACION DEL DISEÑO FISICO Es una técnica utilizada en el Diseño de Sistemas para optimizar el modelo de datos elaborado en la fase de Análisis de Sistemas, permitiendo obtener la estructura física del sistema, así como la representación óptima de la información. PERT-CPM Es una técnica que se utiliza en la planificación de proyectos o etapas del mismo, y que consiste en el registro de las actividades, recursos y costos planificados, así como los ejecutados realmente mediante representación gráfica de nodos y fechas de dependencia de actividades. PLATAFORMA DE HARDWARE Es el conjunto de equipos que se utiliza para desarrollar y operar un sistema o todos los sistemas de una organización, con prendiendo el Computador Central, las estaciones de trabajo tales como terminales, equipos de micro computación, impresoras, así como equipos de comunicación local en Red o remotas. PLATAFORMA DE SOFTWARE Es el conjunto de Software de Base y Aplicativos de uso general que se utiliza para un sistema determinado o para toda la organización, consistente de los sistemas operativos, sistemas de bases de datos, sistemas de redes, sistemas de comunicaciones y sistemas generales de automatización de oficinas.
SENA: CONOCIMIENTO Y EMPRENDIMIENTO PARA TODOS LOS COLOMBIANOS Pagina 10 de 3
GUIA DE APRENDIZAJE F08-63-004/10-10
Versión 4
Proceso: Ejecución de la Formación Procedimiento: Desarrollo Curricular
Modelo de Mejora Continua
PROCESO EN PARALELO Es una técnica utilizada en la implantación de sistemas, que consiste en permitir que se siga utilizando el sistema anterior, mientras se procesa paralelamente el nuevo sistema, de tal forma de comparar resultados y efectuar el reemplazo necesario con la seguridad de la correcta operatividad y confiabilidad del nuevo sistema. PROGRAMACION ESTRUCTURADA Es una técnica utilizada en la Programación de Sistemas, y que consiste en llevar a cabo la programación en forma modular y utilizar sub-funciones para ser utilizadas en forma común. PROGRAMACION DE SISTEMAS Es el proceso por el cual el diseño de un sistema se transcribe a un lenguaje de programación que pueda ser interpretado por el computador, para que ‚este ejecute instrucciones que realicen las funciones, especificados para el nuevo sistema. PROTOTIPEO Es una técnica utilizada en el Análisis de Sistemas y Diseño de Sistemas, que permite desarrollar con rapidez un sistema de trabajo computarizado, para posibilitar probar el diseño ante el usuario en un software provisional que permite analizar en forma física el ingreso de los datos, el procesamiento y la emisión de resultados, y poder efectuar los ajustes necesarios para el diseño definitivo. PRUEBAS DE INTEGRACION Son las que deben realizarse para probar la integración entre los componentes del sistema y asegurarse que encajen correctamente. PRUEBAS DEL SISTEMA Son las que deben realizarse para probar el sistema globalmente. PRUEBAS UNITARIAS Son las que deben realizarse para probar todos los componentes del sistema que se desarrollan individualmente. RESPALDO DE LA INFORMACION Es la información que se archiva en un medio alternativo al del almacenamiento de un computador con fines de disponer de una copia de seguridad por si ocurriesen pérdidas del sistema o la información. (Tomado de: http://www.ongei.gob.pe/publica/metodologias/Lib5002/GLOSARIO.htm http://arquisoftware.blogspot.com/2010/08/glosario.html)
-
7. MATERIAL DE CONSULTA (BIBLIOGRAFIA y WEBGRAFIA) 1. http://www.cotstrader.com/thesis/glosary.pdf (Glosario términos) 2. http://www.teraloc.com/aptiweb/Proyecto%20APTI/Procesos%20EjecucionSENA: CONOCIMIENTO Y EMPRENDIMIENTO PARA TODOS LOS COLOMBIANOS Control/FORMATO_APTI_ArquitecturaSoftware.doc (Modelo documento arquitectura) Pagina 11 de 3 3. http://www.slideshare.net/e1da4/diagramas-uml (diagramas UML) 4. http://es.scribd.com/doc/4968636/Tipos-de-Diagramas-UML (Diagramas UML)
GUIA DE APRENDIZAJE F08-63-004/10-10
Versi贸n 4 Modelo de Mejora Continua
Proceso: Ejecuci贸n de la Formaci贸n Procedimiento: Desarrollo Curricular
Elaborada por: (Equipo de desarrollo curricular) DIEGO MAURICIO TORRES ARIAS
Fecha
Ajustada por:
Fecha
Aprobada por:
Fecha
25
07
2012
SENA: CONOCIMIENTO Y EMPRENDIMIENTO PARA TODOS LOS COLOMBIANOS Pagina 12 de 3