Parcial2

165 views

Published on

ponencia proyecto integrador

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
165
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
1
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Parcial2

  1. 1. Este proyecto presenta las generalidadesrelacionadas con archivos antes de empezar autilizarlos y programarlos. Es necesarioinvolucrarse con la tecnología relacionandacomo archivo, registro, campo, etc. También esrecomendable conocer las clasificacionesgenerales y las operaciones fundamentales conarchivos.nuestros objetivos principales del proyecto sondisminuirLos siguientes aspectos en cualquier empresa quelo requiera:
  2. 2. * REDUNDANCIA E INCONSISTENCIA DE DATOS.* DIFICULTAD PARA TENER ACCESO A LOS DATOS.* AISLAMIENTO DE LOS DATOS.* ANOMALÍAS DEL ACCESO CONCURRENTE.* PROBLEMAS DE SEGURIDAD.* PROBLEMAS DE INTEGRIDAD.* BALANCE DE REQUERIMIENTOS CONFLICTIVOS
  3. 3. Para realizar bien el desarrollo de software es esencialrealizar una especificación completa de losrequerimientos de los mismos. Independientemente de lobien diseñado o codificado que esté, un programapobremente especificado decepcionará al usuario y haráfracasar el desarrollo.La tarea de análisis de los requerimientos es un proceso dedescubrimiento y refinamiento, El ámbito del programa,establecido inicialmente durante la ingeniería del sistema,es refinado en detalle. Se analizan y asignan a los distintoselementos de los programas las soluciones alternativas.Tanto el que desarrolla el software como el clientetienen un papel activo en la especificación derequerimientos. El cliente intenta reformular su concepto,algo nebuloso, de la función y comportamiento de losprogramas en detalles concretos, El que desarrolla elsoftware actúa como interrogador, consultor y el queresuelve los problemas.El análisis y especificación de requerimientos puede
  4. 4. PASO 1. Evaluar la petición del software y determinar si elprograma a desarrollar es un buen candidato para construirun prototipo.Debido a que el cliente debe interaccionar con el prototipo enlos últimos pasos, es esencial que: 1) el cliente participe en laevaluación y refinamiento del prototipo, y 2) el cliente seacapaz de tomar decisiones de requerimientos de una formaoportuna. Finalmente, la naturaleza del proyecto dedesarrollo tendrá una fuerte influencia en la eficacia delprototipo.PASO 2. Dado un proyecto candidato aceptable, el analistadesarrolla una representación abreviada de losrequerimientos.Antes de que pueda comenzar la construcción de unprototipo, el analista debe representar los dominiosfuncionales y de información del programa y desarrollar unmétodo razonable de partición. La aplicación de estosprincipios de análisis fundamentales, pueden realizarsemediante los métodos de análisis de requerimientos.
  5. 5. PASO 3. Después de que se haya revisado larepresentación de los requerimientos, se crea unconjunto de especificaciones de diseño abreviadas parael prototipo.El diseño debe ocurrir antes de que comience laconstrucción del prototipo. Sin embargo, el diseño de unprototipo se enfoca normalmente hacia la arquitecturaa nivel superior y a los aspectos de diseño de datos, envez de hacia el diseño procedimental detallado.PASO 4. El software del prototipo se crea, prueba yrefinaIdealmente, los bloques de construcción de softwareprexisten se utilizan para crear el prototipo de unaforma rápida. Desafortunadamente, tales bloquesconstruidos raramente existen.Incluso si la implementación de un prototipo quefuncione es impracticable, es escenario de construcciónde prototipos puede aún aplicarse. Para las aplicacionesinteractivas con el hombre, es posible frecuentementecrear un prototipo en papel que describa la interacción
  6. 6. PASO 5. Una vez que el prototipo ha sido probado, sepresenta al cliente, el cual "conduce la prueba" de laaplicación y sugiere modificaciones.Este paso es el núcleo del método de construcción deprototipo. Es aquí donde el cliente puede examinar unarepresentación implementada de los requerimientosdel programa, sugerir modificaciones que harán alprograma cumplir mejor las necesidades reales.PASO 6. Los pasos 4 y 5 se repiten iterativamente hastaque todos los requerimientos estén formalizados ohasta que el prototipo haya evolucionado hacia unsistema de producción.El paradigma de construcción del prototipo puede serconducido con uno o dos objetivos en mente: 1) elpropósito del prototipado es establecer un conjunto derequerimientos formales que pueden luego sertraducidos en la producción de programas mediante eluso de métodos y técnicas de ingeniería deprogramación, o 2) el propósito de la construcción delprototipo es suministrar un continuo que pueda conduciral desarrollo evolutivo de la producción delsoftware. Ambos métodos tienen sus meritos y amos
  7. 7. Aunque existe una gran diversidad deaplicaciones que se pueden desarrollarcon manejo de archivos que pueden sersumamente completas y complejas, estosapuntes presentan, de una forma sencillay comprensible, los aspectos básicos deprogramación de archivos usandolenguaje C++. De tal forma, que nopresenta lógica abrumadora de controlde detalles, sino la base fundamental delmaterial es entender y utilizar lasfunciones básicas de manejo de archivosen este lenguaje para posteriormenteusarlas en el curso de “Administración deArchivos” y en cursos posteriores. Cabe

×