Post on 16-Oct-2021
Escuela Técnica U.O.C.R.A. “Islas Malvinas” CUE: 180142300 - Norma Legal de creación: Dto. 2862/83
1 Neuquén N° 1470, Codepro, Corrientes Capital. Tel: 0379-4447516.
ORIENTACIÓN: Informática
ASIGNATURAS: Modelos y Sistemas
DOCENTE: Prof. María de los Ángeles Vanderland
CURSO: 7° DIVISIÓN: 1° TURNO: Tarde
CICLO LECTIVO: 2020
El objetivo de esta actividad es lograr que el estudiante esté en condiciones de
diseñar y aplicar los contenidos adquiridos, en esta y otras asignaturas, para resolver
problemas utilizando los conocimientos incorporados en los últimos años, aplicando métodos
de análisis y diseño de sistemas a fin de lograr una aplicación informática (producto final).
Para cumplir con esto, los estudiantes deberán desarrollar las siguientes competencias:
– Comprensión de textos escritos (entender las consignas).
– Deducción lógica, abstracción y aplicación de principios (pensamiento crítico).
– Trabajo colaborativo y comunicación entre pares para resolver las situaciones planteadas.
Criterios de Evaluación del trabajo
Valoración MB B R No
Presenta
Observaciones
Manejo del Marco teórico
Coherencia y cohesión de la
escritura
Desarrollo de la Actividad
Respeto del formato solicitado
Presentación en tiempo y forma
Escuela Técnica U.O.C.R.A. “Islas Malvinas” CUE: 180142300 - Norma Legal de creación: Dto. 2862/83
2 Neuquén N° 1470, Codepro, Corrientes Capital. Tel: 0379-4447516.
Como habíamos empezado a hablar la clase anterior, la materia Modelos y Sistemas
trabaja de forma cooperativa con otras materias como Bases de Datos; y Diseño e
implementación de sistemas, además se utilizan conceptos desarrollados en Matemática y
Lengua, es por ello que en la siguiente actividad deberán tener en cuenta el formato de
presentación del trabajo, el cual se detalla en el ANEXO.
Retomando la actividad práctica anterior, podemos decir que el arte de modelar
consiste en la habilidad para analizar un problema, resumir sus características esenciales,
seleccionar y modificar las suposiciones básicas que caracterizan al sistema, y luego
enriquecer y elaborar el modelo hasta obtener una aproximación útil. Algunos de los pasos
sugeridos para este proceso son:
1. Establecer una definición clara de los objetivos.
2. Analizar el sistema real.
3. Dividir el problema partes más simples.
4. Escribir el modelo matemático del problema.
5. Armar el algoritmo que lo representa.
6. Codificar.
Esta actividad será de naturaleza teórica, se realizará en grupos, y nos ayudará a
recordar conceptos y comprender otros; así como reconocer los pasos básicos que se realizan
al iniciar el desarrollo de un sistema.
Actividades a desarrollar
1- Armar grupos de 4 (cuatro) personas. No se aceptarán trabajos individuales.
2- Leer atentamente el texto.
Ciclo de Vida de un Proyecto.
Es común que las organizaciones adopten un ciclo de vida uniforme y único para el desarrollo
de sus proyectos, esto muchas veces se conoce como el plan del proyecto o metodología del
desarrollo del sistema. ¿De qué sirve entonces tener un ciclo de vida de un proyecto? Existen
tres objetivos principales:
1. Definir las actividades a llevarse a cabo en un proyecto de desarrollo de sistemas.
2. Lograr congruencia entre la multitud de proyectos de desarrollo de sistemas en una misma organización.
3. Proporcionar puntos de control y revisión administrativos de las decisiones sobre continuar o no con un proyecto. La ayuda que proporciona el ciclo de vida del proyecto es que puede organizar las actividades, aumentando la probabilidad de que se traten los problemas pertinentes en el momento adecuado.
Cada proyecto atraviesa por algún tipo de análisis, diseño e implantación. El ciclo de
vida de proyecto utilizado puede diferir en una, varias o todas las siguientes maneras:
Escuela Técnica U.O.C.R.A. “Islas Malvinas” CUE: 180142300 - Norma Legal de creación: Dto. 2862/83
3 Neuquén N° 1470, Codepro, Corrientes Capital. Tel: 0379-4447516.
Las fases de exploración y análisis pueden juntarse en una sola (sobre todo sí se considera
factible desde el inicio cualquier cosa que quiera el usuario).
1. Puede o no haber fase de estudio de hardware si se cree que cualquier sistema nuevo puede instalarse con las computadoras existentes.
2. Las fases de diseño preliminar y de diseño de detalles podrían juntarse en una sola llamada simplemente diseño.
3. Diversas fases de pruebas podrían juntarse en una sola de hecho podrían incluirse con la codificación.
Implantación Ascendente.
El uso de la implantación ascendente es una de las grandes debilidades de los ciclos de vida
de los proyectos clásicos. Se espera que los programadores lleven a cabo primero sus pruebas
modulares, luego las pruebas de subsistemas y finalmente las pruebas del sistema mismo,
conocido como ciclo de vida en cascada. Una de las dificultades de esta implantación es que la
eliminación de fallas suele ser extremadamente difícil durante las últimas etapas de prueba del
sistema.
Progresión Secuencial.
La segunda debilidad del ciclo de vida de un proyecto clásico es su insistencia en que sus
fases se sucedan secuencialmente. Esto es una tendencia natural, el problema que trae
consigo este progreso ordenado es que no permite el tratamiento de fenómenos reales como
los relacionados con el personal, la política o la economía.
Escuela Técnica U.O.C.R.A. “Islas Malvinas” CUE: 180142300 - Norma Legal de creación: Dto. 2862/83
4 Neuquén N° 1470, Codepro, Corrientes Capital. Tel: 0379-4447516.
El Ciclo de Vida del Proyecto Clásico.
Escuela Técnica U.O.C.R.A. “Islas Malvinas” CUE: 180142300 - Norma Legal de creación: Dto. 2862/83
5 Neuquén N° 1470, Codepro, Corrientes Capital. Tel: 0379-4447516.
Modelo de desarrollo de Sistema en cascada.
El Ciclo de Vida Semiestructurado.
Se muestran dos detalles no presentes en el enfoque clásico:
La secuencia ascendente de codificación, la prueba de módulos y del sistema se reemplazan
por una implantación de arriba hacia abajo, que es un enfoque en el cual los módulos de alto
nivel se codifican y prueban primero, seguidos por los de bajo nivel más detallados.
El diseño clásico se reemplaza por el diseño estructurado, que es un enfoque de diseño formal
de sistemas.
La implantación descendente ofrece retroalimentación entre el proceso de implementación y el
de análisis.
Gran parte del trabajo que se realiza bajo el nombre de 'diseño estructurado' es un esfuerzo
manual para enmendar especificaciones erróneas.
Para quienes realizan el diseño estructurado como primer tarea es transformar la
especificación en un paquete de diagramas de flujo de datos, diccionario de datos, diagramas
de entidad - relación y las especificaciones del proceso.
Escuela Técnica U.O.C.R.A. “Islas Malvinas” CUE: 180142300 - Norma Legal de creación: Dto. 2862/83
6 Neuquén N° 1470, Codepro, Corrientes Capital. Tel: 0379-4447516.
El Ciclo de Vida del Proyecto Semiestructurado.
Escuela Técnica U.O.C.R.A. “Islas Malvinas” CUE: 180142300 - Norma Legal de creación: Dto. 2862/83
7 Neuquén N° 1470, Codepro, Corrientes Capital. Tel: 0379-4447516.
Ciclo de Vida Estructurado del Proyecto.
Los terminadores (usuarios, administradores y personal de operaciones) representan a
individuos o grupos que proporcionan las entradas al equipo de trabajo y son los beneficiarios
finales del sistema, ellos interactúan con las nueve actividades.
Ciclo de Vida del Proyecto Estructurado.
Aclaraciones.
Nada indica que la actividad N debe concluir antes que comience la N+1, pueden llevarse a
cabo diversas actividades en forma paralela, con la suficiente cordura de paralelismo (Ej. No
realizar encuesta y codificación al mismo tiempo).
Prácticamente todas las actividades pueden y suelen producir información que pueden llevar a
modificaciones adecuadas de una o más actividades precedentes.
Actividades involucradas en el ciclo de vida de un proyecto:
1. La Encuesta.
Comienza cuando el usuario solicita que una o más partes de su sistema se automaticen, o se
modifiquen. Los principales objetivos son:
Identificar a los usuarios responsables y crear un 'campo de actividad' inicial del sistema. Esto
puede comprender una serie de entrevistas para determinar usuarios involucrados en el
proyecto.
Escuela Técnica U.O.C.R.A. “Islas Malvinas” CUE: 180142300 - Norma Legal de creación: Dto. 2862/83
8 Neuquén N° 1470, Codepro, Corrientes Capital. Tel: 0379-4447516.
Identificar deficiencias actuales en el ambiente del usuario. Como que el hardware del sistema
actual no es confiable; el software no se puede mantener, o no es conveniente.
Preparar el esquema que se usará para guiar el proyecto.
2. El Análisis de Sistemas.
El propósito de esta actividad es transformar sus entradas principales, políticas del usuario y
esquema del proyecto en una especificación estructurada. Esto implica modelar el ambiente del
usuario con diagramas de flujo de datos, diagrama de entidad - relación, diagramas de
transición de estados y otras herramientas.
3. El Diseño.
Esta actividad se dedica a la creación de una jerarquía apropiada de módulos de programas y
de interfaces entre ellos para implantar la especificación creada en la actividad de análisis.
Además transforma el modelo de datos de entidad - relación en un diseño de base de datos.
4. Implantación.
Incluye la codificación y la integración de módulos en un esqueleto progresivamente más
completo del sistema final. Incluye tanto programación como implantación descendente.
5. Generación de Pruebas de Aceptación/Prototipo.
Una vez generada la especificación, puede comenzar la actividad de producir un conjunto de
casos de pruebas de aceptación desde la especificación estructurada.
6. Garantía de Calidad/ Prueba final.
Requiere como entrada los datos de prueba de aceptación generada en la actividad anterior y
el sistema integrado producido.
7. Descripción del Procedimiento/Documentación del Manual del Usuario.
Una de las actividades importantes es la generación de una descripción formal de las partes
del sistema que se harán en forma manual, lo mismo que la descripción de cómo interactúan
los usuarios con la parte automatizada del nuevo sistema. El resultado de esta actividad es un
manual para el usuario.
8. Conversión de la Base de Datos.
En algunos proyectos la conversión de la base de datos involucra más trabajo y más
planeación estratégica que el desarrollo de programas del nuevo sistema. En otros casos
puede no existir una base de datos que convertir. En general esta actividad requiere como
entrada la base de datos actual del usuario, al igual que la actividad de diseño producida.
9. Instalación.
Esta es la actividad final, sus entradas son el manual del usuario, la base de datos y el sistema
producido. En algunos casos la instalación podrá ser total; pero también puede ser un proceso
gradual, en el que un grupo tras otro de usuarios van recibiendo manuales y entrenamiento y
comenzando a usar el nuevo sistema.
Escuela Técnica U.O.C.R.A. “Islas Malvinas” CUE: 180142300 - Norma Legal de creación: Dto. 2862/83
9 Neuquén N° 1470, Codepro, Corrientes Capital. Tel: 0379-4447516.
Prototipos.
Es una variación del enfoque descendente, consiste en capturar un conjunto inicial de
necesidades e implantarlas rápidamente con la intención de expandirlas y refinarlas
iterativamente al ir aumentando la comprensión del sistema que tiene el usuario y quien lo
desarrolla; también llamado desarrollo heurístico.
La diferencia con el modelo estructurado que supone la construcción de un modelo completo
del sistema que deberán mantenerse siempre con el sistema, a lo largo de su corrección y
mantenimiento. El de prototipos casi siempre supone que el sistema será operante, es decir un
conjunto de programas que simularán algunas o todas las funciones que el usuario desea.
Como se supone que son programas modelos, al concluir el modelado se descartan y se
reemplazan por los reales.
Para realizar prototipos se requieren las siguientes herramientas:
1. Un diccionario de datos integrado.
2. Un generador de pantallas (interfaz).
3. Un generador de reportes no guiado por procedimientos.
4. Un lenguaje de programación definido.
5. Un lenguaje de consultas y un manejador de base de datos definido.
El ciclo comienza con un sondeo de si el proyecto es un buen candidato para el enfoque de
prototipos, lo serán si tienen algunas de las siguientes características:
El usuario no puede, o no está dispuesto a examinar modelos como el diagrama de
flujo de datos.
El usuario no puede especificar sus requerimientos, solo se pueden determinar
mediante un proceso de tanteo.
Escuela Técnica U.O.C.R.A. “Islas Malvinas” CUE: 180142300 - Norma Legal de creación: Dto. 2862/83
10 Neuquén N° 1470, Codepro, Corrientes Capital. Tel: 0379-4447516.
3- Responder las siguientes preguntas.
TEMA: PROTOTIPOS
1- ¿En qué consisten los prototipos?
2- Herramientas necesarias para realizar un prototipo.
3- ¿Cuándo utilizar un prototipo?
TEMA: CICLO DE VIDA DE UN PROYECTO
4- Explicar tres (03) actividades involucradas en el ciclo de vida de un
proyecto.
5- Objetivos de la realización de un ciclo de vida.
6- Para qué se utiliza el ciclo de vida.
7- Explicar las debilidades del ciclo de vida de un proyecto clásico.
8- Diagramar las etapas del ciclo de vida en cascada.
9- ¿Qué son los terminadores en el ciclo de vida estructurado?
4- Recordar que deberán trabajar en la carpeta asignada a cada grupo, donde
armarán no solo el informe sino también agregarán todo material relacionado,
imágenes, tablas, etc., Tienen tiempo para entregar el trabajo hasta el 17/06/20
18hs.
a. Al armar el informe detallar en la carátula del trabajo los integrantes del grupo
con nombre y apellido completo, DNI y mail de cada uno.
b. Armar el informe teniendo en cuenta el ANEXO siguiente de las Normas APA.
Escuela Técnica U.O.C.R.A. “Islas Malvinas” CUE: 180142300 - Norma Legal de creación: Dto. 2862/83
11 Neuquén N° 1470, Codepro, Corrientes Capital. Tel: 0379-4447516.
ANEXO Formato del trabajo
1- Carátula con los siguientes datos:
Encabezado de página: Datos de la Escuela
Tema,
Área
Alumnos integrantes (nombres completos con DNI y mail)
Pie de página: numerado
2- Desarrollo del trabajo siguiendo las Normas APA,
Formato APA para la presentación de trabajos escritos
TIPO DE PAPEL
Tamaño: A4
MÁRGENES
Márgenes indicadas por el formato APA para las páginas del contenido del trabajo escrito:
Hoja: 2.54 cm (1 pulgada) en cada borde de la hoja (Superior, inferior, izquierda, derecha).
Sangria: Es necesario dejar 5 espacios en la primera línea de cada párrafo.
FUENTE O TIPO DE LETRA
Los siguientes son las especificaciones del formato para el contenido:
Fuente: Times New Roman
Tamaño: 12 pts.
Alineamiento: Justificado
Interlineado: 1,5.
Color: negro
NUMERACIÓN DE PÁGINAS
Este estilo APA o formato APA tiene reglas específicas para la numeración de páginas. Los
números comienzan en la página del título o portada del documento y deben estar ubicados en
la esquina inferior derecha.
Ejemplos de abreviaciones en formato APA
Escuela Técnica U.O.C.R.A. “Islas Malvinas” CUE: 180142300 - Norma Legal de creación: Dto. 2862/83
12 Neuquén N° 1470, Codepro, Corrientes Capital. Tel: 0379-4447516.
Las normas APA permiten abreviar ciertas palabras que a continuación se listan:
Capítulo: cap.
Edición: ed.
Edición revisada: ed. rev
Editor (Editores): ed
Traductor (es): trad.
Sin fecha: s.f
Página (páginas): p. (pp.)
Volumen: Vol.
Número: núm
Parte: Pt.
Suplemento: Supl
Con respecto a las demás abreviaturas la norma dice que en la primera vez que se nombre las
siglas se debe aclarar entre paréntesis su significado, mientras que a lo largo del desarrollo del
trabajo sólo se utiliza las siglas.
Con respecto a la Gramática; siempre, a lo largo de todo el trabajo escrito se debe mantener
el mismo tiempo verbal y en tercera o primera persona (dependiendo de los requisitos).
Ejemplos de referencias bibliográficas, en caso de ser utilizadas
Libros
[1] Castillo, E.; Cobo, A.; Gómez, P.; Solares,C. 1997. “JAVA. Un lenguaje de programación
multiplataforma para Internet”. Ed. Paraninfo. Madrid. España.
[2] Gallager R. G.. Principles of Digital Communication. New York: Cambridge University Press,
2008.
[3] Rezi A. and Allam M., “Techniques in array processing by means of transformations,” in
Control and Dynamic Systems, Vol. 69, Multidimensional Systems, C. T. Leondes, Ed. San
Diego: Academic Press, 1995, pp. 133-180.
De internet
[4] Álvarez Marañón, G. Instituto de Física Aplicada del Consejo Superior de Investigaciones
Científicas de España (CSIC). http://www.iec.csic.es/criptonomicon/java.html
[5] Computational, Optical, and Discharge Physics Group, University of Illinois at Urbana-
Champaign, “Hybrid plasma equipment model: Inductively coupled plasma reactive ion etching
reactors,” December 1995. [Online]. Available: http://uigelz.ece.uiuc.edu/Projects/HPEM-
ICP/index.html
· Las tablas deben denominarse “Tabla” y a continuación una leyenda. Estas
denominaciones deben colocarse alineado en el centro, arriba de cada una de ellas junto con
Escuela Técnica U.O.C.R.A. “Islas Malvinas” CUE: 180142300 - Norma Legal de creación: Dto. 2862/83
13 Neuquén N° 1470, Codepro, Corrientes Capital. Tel: 0379-4447516.
sus descripciones, en letra Arial, tamaño 10. Las tablas deben enumerarse correlativamente y
estar citadas en el texto en el mismo formato anterior.
· Las figuras y tablas se insertarán en el cuerpo del trabajo.
· Unidades de medida. Los valores se deben expresar en el sistema métrico decimal de
acuerdo con el Sistema Internacional de Unidades (SI). La mayoría de los símbolos se escriben
abreviados, en minúscula, salvo algunas excepciones como aquellos derivados de nombres
propios, no llevan punto y se separan del valor numérico por un espacio. Ejemplos: cm
(centímetro), h (hora), ºC (Celsius).
· Los algoritmos o códigos fuentes de programas se deben identificar con la palabra
“Algoritmo” seguida de un título que lo identifique. Estos deben estar en letra Arial 9.