CASO USO UNO

 

LISTAS ORDENADAS

Las listas representan uno de los instrumentos más difundidos para organizar la información dentro de los sitios web. Una de sus características principales es la de proporcionar un cuadro claro y sintético del tema tratado.
Las listas ordenadas constan de una sola marca de apertura y cierre

1. Primera voz del menú
   
   
2. Segunda voz del menú
   
   
3. Tercera voz del menú
   
   

Ordenación con letras mayúsculas:

1. Primera voz del menú
   
   
2. Segunda voz del menú
   
   
3. Tercera voz del menú
   
   

Ejemplo:

A. Primera voz del menú

B. Segunda voz del menú

C. Tercera voz del menú





Ordenación con letras minúsculas:

1. Primera voz del menú
   
   
2. Segunda voz del menú
   
   
3. Tercera voz del menú
   
   

a. Ejemplo:
Primera voz del menú

b. Segunda voz del menú

c. Tercera voz del menú


Ordenación con números romanos en mayúscula:

1. Primera voz del menú
   
   
2. Segunda voz del menú
   
   
3. Tercera voz del menú
   
   

Ejemplo:

I. Primera voz del menú

II. Segunda voz del menú

III. Tercera voz del menú


Ordenación con números romanos en minúscula (romanitos):

1. Primera voz del menú
   
   
2. Segunda voz del menú
   
   
3. Tercera voz del menú
   
   

Ejemplo

i. Primera voz del menú

ii. Segunda voz del menú

iii. Tercera voz del menú

y tantas marcas de lista como voces hay en el menú

. La sintaxis correcta para elaborar listas ordenadas es:

LISTAS NO ORDENADAS

Por definición una lista no ordenada es aquella que presenta un conjunto de elementos que están relacionados entre sí pero que no guardan ningun orden. En HTML el modo de hacer una lista no ordenada es muy parecido a la de las listas ordenadas. Su estructura mas normal es:

• Elementos de la lista
• Elementos de la lista

Como vemos lalista no ordenada está delimitada por las etiquetas

y

y como en la anterior lista cada elemento se define con con

y

. En el comienzo de una lista no ordenada siempre aparecerá una línea en blanco y cada elemento se mostrará en una línea diferente, sangrado y con un símbolo (con el atributo de la etiqueta

type en sus opciones circle, disc o square ). Como en la anterior, el texto de esta lista tambien puede ir personalizado por cualquiera de las etiquetas relacionadas con el formato de texto y también podemos utilizar las etiquetas de salto de línea y de párrafo ( y ) y ser anidadas. Las listas desordenadas funcionan de manera similar a las ordenadas. La diferencia básica es que en el caso de las listas desordenadas no existen relaciones jerárquicas entre los elementos del elenco, por lo cual no se prevén ordenaciones progresivas como las obtenidas mediante números o letras Las listas desordenadas constan de una sola marca de apertura y cierre
y tantas marcas de lista como voces hay que ordenar
• . La sintaxis correcta para definir una lista desordenada es:
  
  
  
  
  
  • Primera voz del menú
    
    
  • Segunda voz del menú
    
    
  • Tercera voz del menú
    
    
  
  
  Los círculos sólidos de la lista anterior se obtienen con disc:
  
  
  
  
  
  • Primera voz del menú
    
    
  • Segunda voz del menú
    
    
  • Tercera voz del menú
    
    
  
  
  
  
  El atributo circle imposta circunferencias:
  
  
  
  
  
  • Primera voz del menú
    
    
  • Segunda voz del menú
    
    
  • Tercera voz del menú
    
    
  
  
  
  
  El atributo square imposta listas definidas por cuadrados sólidos:
  
  
  
  
  
  • Primera voz del menú
    
    
  • Segunda voz del menú
    
    
  • Tercera voz del menú
    
    
  
  
  

MAPA CONCEPTUAL DE CASOS DE USO

REQUERIMIENTOS NO FUNCIONALES

• Garantia
• conexion
• velocidad
• tegnologia
• informacion

REQUERIMIENTOS FUNCIONALES

• Mantenimiento técnico en computadores
• Servicio técnico en redes
• Servicios desde cualquier parte del país
• Charlas con los técnicos
• Préstamo de herramientas
• Guías de aprendizaje
• Entrega de mercancía
• Medios de pago
• Facilidad de aprendizajes

REQUERIMIENTO DE LOS SISTEMAS

En la ingeniería de sistemas, un requerimiento es una necesidad documentada sobre el contenido, forma o funcionalidad de un producto o servicio.


En la ingeniería clásica, los requerimientos se utilizan como datos de entrada en la etapa de diseño del producto. Establecen que debe hacer el sistema, pero no como hacerlo.

La fase del desarrollo de requerimientos puede estar precedida por una fase de análisis conceptual del proyecto. Esta fase puede dividirse en recolección de requerimientos de los inversores, análisis de consistencia e integridad, definición en términos descriptivos para los desarrolladores y un esbozo de especificación, previo al diseño completo.

• REQUERIMIENTO FUNCIONAL puede ser una descripción de lo que un sistema debe hacer. Este tipo de requerimiento específica algo que el sistema entregado debe ser capaz de realizar.


• REQUERIMIENTO NO FUNCIONAL: de rendimiento, de calidad,especifica algo sobre el propio sistema, y cómo debe realizar sus funciones.

Fases de implementación

• Obtener requisitos entrevistas o comunicación

• Analizar requisitos: Detectar y corregir las falencias comunicativas,

• Documentar requisitos: , los requisitos deben estar debidamente documentados.

• Verificar los requisitos: comprobar el correcto funcionamiento de un requisito en la aplicación

• Validar los requisitos: Comprobar que los requisitos implementados

Técnicas principales

•  Entrevistas =se hace a toda la gente que se relacionará con el sistema.
•  Talleres = en donde las personas implicadas participan en discusiones para descubrir requisitos.
•  Forma de contrato = En lugar de una entrevista, se pueden llenar formularios o contratos indicando los requisitos.
•  Objetivos medibles = para evaluar en cualquier momento qué tan avanzado se encuentra el proyecto.
•  Prototipos=muestra, de funcionalidad limitada, de cómo sería el producto final una vez terminado
•  Casos de uso=técnica para documentar posibles requisitos, graficando la relación del sistema con los usuarios u otros sistemas.
•  Especificación de requisitos del software=descripción completa del comportamiento del sistema a desarrollar.
•  Identificación de las personas involucradas=los analistas de requisitos han de tomar en consideración a todos los implicados para que se obtengan y depuren sus requisitos.
• Relacionados con las personas involucradas=Los usuarios no tiene claro lo que deseanLos usuarios no se involucran en la elaboración de requisitos escritos
•  Relacionados con los analistas=Uso de terminología ambigua en la redacción de los documentos de requisitos
•  Relacionados con los desarrolladores=El personal técnico y los usuarios finales pueden tener diversos vocabularios y pueden llegar a creer incorrectamente que están de acuerdo, no dándose cuenta del desacuerdo hasta que se provee el producto final.
• Soluciones aplicadas=emplear a especialistas en análisis del negocio o del sistema