c

República Bolivariana de Venezuela

Ministerio del Poder Popular para la Educación Superior

Misión Sucre


cc 
cc
c
 cc
  c

cc 
 cc  .

Profesora: Alumno:
Ingris Manaure Alexander Betancourt
C.I 15.125.101

Ciudad Bolívar, Mayo de 2011

 Ändice

Portada«««««««««««««««««««««««««««««

Introducción«««««««««««««««««««««««««««

Contenido «««««««««««««««««««««««««««..

Conclusión«««««««««««««««««««««««««««..

Bibliografía«««««««««««««««««««««««««««.
 Introducción

cual quiera que sea el tipo de software a ser desarrollado sea de sistema ³son programas
que sirve a otros programas con el trabajo de desarrollar como competidores, editor de
tiempo real ( software es en cargado de analizar datos del mundo de forma real tales
como análisis de datos, control automatizado, monitoreo de datos ), gestión (a esta
categoría se incluye el software comercial a nivel empresarial nominas, inventarios,
ingeniería y científico, software que posee un amplio manejo numérico usado en
biología, software que se encuentra residente en memoria

Todos los tipos de software mencionados requieren que los analistas, diseñadores
apliquen características y elementos de calidad para que se logren productos a las
necesidades del usuario, en estas necesidades se comienza a encontrar un caminos de
soluciones a través de aplicaciones de elementos de calidad. Así se representan de los
más valiosos como son la eficiencia y la eficacia.

El uso eficiente y eficaz de la tecnología de los computadores es un objetivo que ha un

esta distante. Para representar lo anterior solo basta señalar los reportes de fracasos y
dificultades de michos proyectos en lo que se pretende involucrar a la tecnología de los
computadores.
 Contenido

ßc   cc

c

cc
c 
c

A lo largo de varios años de experiencias en el uso de las encuestas online como

herramientas de investigación social y de mercados académicos las empresas han de
mostrado que el internet puede ser un recurso muy valioso y que, a pesar de sus
limitaciones metodológicas, constituye una fuente de datos cada vez mas utilizada para
todo tipo de estudios.

El periodo del tiempo en el que a surgido esta metodología a sido realmente corto y aun
se encuentra en una fase de desarrollo intensivo; no obstante, el numero de artículos,
ponencias y material publicado es muy abundante y de libre acceso a través de la propia
web.

ßc [ cc
cc
 c

Traza de un algaritmo llamado también corrido o simplemente probar un algaritmo en

papel, significa razonar como lo hacia una computadora ejecutando cada uno de los
pasos o instrucciones asiéndole valores a las variables registrando el comportamiento a
los valores y comprobar efectivamente si cumplen el planteamiento o el proceso al cual
se somete los datos según el objetivo del algaritmo.

ßc [ 
cc  
cc c

 cc 
.
ßc [ 
cc  
cc c
 
cc 
c
ßc c
ßc
ßc rocumentar el código de un programa es añadir suficiente información como
para explicar lo que hace, punto por punto, de forma que no sólo los ordenadores
sepan qué hacer, sino que además los humanos entiendan qué están haciendo y
por qué.
ßc Porque entre lo que tiene que hacer un programa y cómo lo hace hay una
distancia impresionante: todas las horas que el programador ha dedicado a
pergeñar una solución y escribirla en el lenguaje que corresponda para que el
ordenador la ejecute ciegamente.
ßc rocumentar un programa no es sólo un acto de buen hacer del programador por
aquello de dejar la obra rematada. Es además una necesidad que sólo se aprecia
en su debida magnitud cuando hay errores que reparar o hay que extender el
programa con nuevas capacidades o adaptarlo a un nuevo escenario. Hay dos
reglas que no se deben olvidar nunca:
ßc 1. todos los programas tienen errores y descubrirlos sólo es cuestión de
tiempo y de que el programa tenga éxito y se utilice frecuentemente
ßc 2. todos los programas sufren modificaciones a lo largo de su vida, al
menos todos aquellos que tienen éxito
ßc Por una u otra razón, todo programa que tenga éxito será modificado en el futuro,
bien por el programador original, bien por otro programador que le sustituya.
Pensando en esta revisión de código es por lo que es importante que el programa
se entienda: para poder repararlo y modificarlo.
ßc ¿Qué hay que documentar?
ßc Hay que añadir explicaciones a todo lo que no es evidente.
ßc åo hay que repetir lo que se hace, sino explicar por qué se hace.
ßc ü eso se traduce en:
ßc  ¿re qué se encarga una clase? ¿Un paquete?
ßc  ¿Qué hace un método?
ßc  ¿Cuál es el uso esperado de un método?
ßc  ¿Para qué se usa una variable?
ßc  ¿Cuál es el uso esperado de una variable?
ßc  ¿Qué algoritmo estamos usando? ¿re dónde lo hemos sacado?
ßc  ¿Qué limitaciones tiene el algoritmo? ¿... la implementación?
ßc  ¿Qué se debería mejorar... si hubiera tiempo?
ßc Tipos de comentarios
ßc En Java disponemos de tres notaciones para introducir comentarios:
ßc javadoc
ßc Comienzan con los caracteres "/**", se pueden prolongar a lo largo de varias
líneas (que probablemente comiencen con el carácter "*") y terminan con los
caracteres "*/".
ßc Una línea
ßc Comienzan con los caracteres "//" y terminan con la línea
ßc tipo C
ßc Comienzan con los caracteres "/*", se pueden prolongar a lo largo de varias
líneas (que probablemente comiencen con el carácter "*") y terminan con los
caracteres "*/".
ßc Cada tipo de comentario se debe adaptar a un propósito:
ßc Javadoc
ßc Para generar documentación externa (ver comentarios javadoc más abajo)
ßc Una línea
ßc Para documentar código que no necesitamos que aparezca en la documentación
externa (que genere javadoc)
ßc Este tipo de comentarios se usará incluso cuando el comentario ocupe varias
líneas, cada una de las cuales comenzará con "//"
ßc Tipo C
ßc Para eliminar código. Ocurre a menudo que código obsoleto no queremos que
desaparezca, sino mantenerlo "por si acaso". Para que no se ejecute, se comenta.
ßc (En inglés se suele denominar "comment out")
ßc Javadoc, que veremos posteriormente, impone sus propias reglas prácticas.
ßc ¿Cuándo hay que poner un comentario?
ßc Por obligación (javadoc):
ßc 1. al principio de cada clase
ßc 2. al principio de cada método
ßc ´. ante cada variable de clase
ßc Por conveniencia (una línea):
ßc Ë. al principio de fragmento de código no evidente
ßc 5. a lo largo de los bucles
ßc ü por si acaso (una línea):
ßc â. siempre que hagamos algo raro
ßc ù. siempre que el código no sea evidente
ßc Es decir, que los comentarios más vale que sobren que falten.
ßc ü una nota de cautela, cuando un programa se modifica, los comentarios deben
modificarse al tiempo, no sea que los comentarios acaben refiriéndose a un
algoritmo que ya no utilizamos.
ßc Javadoc: documentación de APIs
ßc El paquete de desarrollo Java incluye una herramienta, javadoc, para generar un
conjunto de páginas web a partir de los ficheros de código. Esta herramienta
 toma en consideración algunos comentarios para generar una documentación bien
presentada de clases y componentes de clases (variables y métodos).
ßc Aunque javadoc no ayuda a la comprensión de los detalles de código, si ayuda a
la comprensión de la arquitectura de la solución, lo que no es poco. Se dice que
javadoc se centra en la interfaz (API - Application Programming Interface) de las
clases y paquetes Java.
ßc Javadoc realza algunos comentarios, de los que exige una sintaxis especial.
reben comenzar por "/**" y terminar por "*/", incluyendo una descripción y
algunas etiquetas especiales:
ßc /**
ßc * Parte descriptiva.
ßc * Que puede consistir de varias frases o párrafos.
ßc *
ßc * @etiqueta texto específico de la etiqueta
ßc */
ßc Estos comentarios especiales deben aparecer justo antes de la declaración de una
clase, un campo o un método en el mismo código fuente. En las siguientes
secciones se detallan las etiquetas (tags) que javadoc sabe interpretar en cada uno
de los casos.
ßc Como regla general, hay que destacar que la primera frase (el texto hasta el
primer punto) recibirá un tratamiento destacado, por lo que debe aportar una
explicación concisa y contundente del elemento documentado. Las demás frases
entrarán en detalles.
ßc rocumentación de clases e interfaces
ßc reben usarse al menos las etiquetas:
ßc  @author
ßc  @versión
ßc La tabla muestra todas las etiquetas posibles y su interpretación:
ßc @author nombre del autor
ßc @versión identificación de la versión y fecha
ßc @see referencia a otras clases y métodos
ßc rocumentación de constructores y métodos
ßc reben usarse al menos las etiquetas:
ßc  @param
ßc Una por argumento de entrada
ßc  @return
ßc Si el método no es void
ßc  @Excepción ó @throws
ßc una por tipo de Exception que se puede lanzar
ßc (@exception y @throws se pueden usar indistintamente).
ßc La tabla muestra todas las etiquetas posibles y su interpretación:
ßc @param nombre del parámetro descripción de su significado y uso
ßc @return descripción de lo que se devuelve
ßc @exception nombre de la excepción excepciones que pueden lanzarse
ßc @throws nombre de la excepción excepciones que pueden lanzarse
ßc @exception y @throws se pueden usar indistintamente.
ßc Introducción a la Elaboración del Manual del Sistema, usuario y programas
ßc Manual de Usuario: Se explicará todas las posibles opciones que puede realizar el
usuario con las aplicaciones de manera detallada, y mediante el uso de capturas
de pantalla. Este documento está dirigido al usuario final.
ßc Partes del manual del usuario:
ßc Portada: rescribe de que se trata el documento.
ßc Introducción: rescribe el uso del documento, para que sirve y de que habla.
ßc Análisis y requerimientos del sistema: re que se ocupa, para poder instalarlo y
usarlo.
ßc Explicación del funcionamiento: Se describe paso a paso y con pantallas bien
explicadas cómo funciona el programa.
ßc Ulosario: definición de la terminología usada en el manual.
ßc Un Manual debe ser escrito de tal manera, que cualquier persona pueda
entenderlo con la menor dificultad posible. Es recomendable detallar todos
aquellos pasos que se llevan a cabo para usar el programa. Especificar los
alcances y limitaciones que tiene el programa. Un buen punto de partida para un
manual, es hacer de cuenta que las personas que lo van a leer no tienen el más
mínimo conocimiento sobre computadoras.
ßc [ormas de trazalizar un algoritmo:
ßc Al escribir el algoritmo hay que tener en cuenta:
ßc Las acciones o pasos a realizar tienen que tener un determinado orden.
ßc En cada momento solo se puede ejecutar una acción.
ßc rentro de las sentencias del algoritmo pueden existir palabras reservadas
(palabras propias del lenguaje de programación que tienen para el compilador un
determinado significado.
ßc Si estamos utilizando pseudocódigo tenemos también que usar la identificación
(aumenta la legibilidad del problema para que se pueda leer mejor.
 Conclusión

La experiencias en el uso de las encuestas online como herramientas de investigación

social y de mercados académicos las empresas han de mostrado que el internet puede
ser un recurso muy valioso, el periodo del tiempo en el que a surgido esta metodología
a sido realmente corto y aun se encuentra en una fase de desarrollo intensivo; Traza de
un algaritmo significa razonar como lo hacía una computadora ejecutando cada uno de
los pasos o instrucciones asiéndole valores a las variables registrando el
comportamiento a los valores y comprobar efectivamente si cumplen el planteamiento o
el proceso.
 Bibliografía

Buscador : www.google.com