escuela técnica u.o.c.r.a. “islas malvinas” cue: 180142300

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



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:



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.



El Ciclo de Vida del Proyecto Clásico.



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.



El Ciclo de Vida del Proyecto Semiestructurado.



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.



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.



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.



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.



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



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

http://www.iec.csic.es/criptonomicon/java

http://uigelz.ece.uiuc.edu/Projects/HPEM-ICP/index.html

http://uigelz.ece.uiuc.edu/Projects/HPEM-ICP/index.html



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.

escuela técnica u.o.c.r.a. “islas malvinas” cue: 180142300

Documents