Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

DISEÑO DE PROPUESTAS DEL SISTEMA

No description
by

Elizabeth De La Cruz Chapuli

on 24 February 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of DISEÑO DE PROPUESTAS DEL SISTEMA

TITULO Y APROBACIÓN DEL DOCUMENTO
La primer pagina debe contener estos campos:

1. Logotipo y Nombre de la Empresa
2. Serial
3. Revisión
4. N° Páginas
5. Firma de la persona responsable de la revisión y aprobación
6. Nombre del procedimiento o Instructivo de trabajo
DISEÑO DE PROPUESTAS DEL SISTEMA
2.1.1Diseño de Formatos de Entrada
2.2 VISTA DEL SISTEMA
2.1.2 De salida
La calidad de las salidas en cualquier sistema de información es uno de los requisitos más importantes para los usuarios de dicho sistema, ya que de no resultar útil podrían desistir de su uso fracasando inevitablemente.

Por ello es indispensable identificar, detallar y especificar las necesidades de los usuarios, con el objeto de lograr desarrollar salidas eficientes y eficaces.

2.1.2.1 OBJETIVOS DE
DISEÑO
DE SALIDA
Influencia del método de salida
2.2.1 GRAFICO
La interfaz consiste en un área de trabajo, es el modo de visualización que permite al usuario elegir comandos, iniciar programas y ver listas de archivos y otras opciones utilizando las representaciones visuales (iconos) y las listas de elementos del menú, en pocas palabras, interacción entre el usuario y la aplicación informática.
Misiones
-informar al usuario acerca de los elementos que tiene a su disposición y para qué sirven
-brindar la posibilidad de elegir entre las distintas opciones.

Elementos interactivos de la interfaz gráfica

Dispositivos de interfaz humana
Ventanas
Menús
Iconos
Tipografía digital
Controles:
- Botones
- Elementos de entrada de texto
I. ASPECTOS PARA FORMATOS DE ENTRADA
1. Quien o quienes son los clientes
2. Objetivos del procedimiento
3. Determinar que en realidad sea importante para la empresa
4. Tener certeza sobre la información que se requiere y que en realidad sea útil para la empresa.
5. Realizar (entrevista, cuestionario, observaciones, propuestas)
6. En el formato al que va dirigido para el cliente se especifica su perfil, escolaridad, tipo de labor.
7. Especificar en la redacción de normas y políticas correctamente los (términos, clausulas)

Utiles y esenciales
Logotipo y nombre
1. Útil al propósito deseado
No funcional-No creado
Toda salida debe tener un propósito
Firma del Responsable
2. Ajustado al usuario
Diseñar con se a costos, entrevistas y observaciones
UN BUEN DISEÑO DE IMPLEMENTACION DE FORMATOS DE ENTRADA
3. Entrega de salida a tiempo
Momento preciso a distribuirlo al usuario
1. OBJETIVO:
La palabra clave el “por qué”y el “Que” del procedimiento o la instrucción de trabajo.
Debe ser entendible para todos los involucrados, como por todos los que manejan el documento.
2. ALCANCE:
Debe indicar las áreas como las situaciones donde el procedimiento de trabajo debe ser usado, además de hacer sus excepciones(es decir lo que excluye)
Debe contener las cargos que tienen los responsables las actividades de cada uno de las personas descritas en el documento.
3. RESPONSABLES
4. Selección de métodos de salida
Reportes en papel
Informes en pantalla
2.1.2.2 Relación del contenido de salida con el método de salida.
Salida interna
Reportescortos de resúmen
4. CONDICIONES Y NORMATIVAS
ASPECTOS DE SEGURIDAD: Debe tener bien especificado los riesgos las fortalezas, las amenazas que se deben considerar para la ejecución del documento
Materiales,
Herramientas
Equipos Utilizados
Salida externa
Poseen instrucciones paera que sean usados de forma adecuada
5. DESCRIPCIÓN DE LAS ACTIVIDADES

Describe en forma detallada y en orden cronológico las actividades que deben llevarse a cabo para el aseguramiento de la calidad de procesos que se llevan acabo para la realización del software que se desea obtener.
Cronograma de Actividades
Matriz Gauss Jordan
2.1.1.1 Objetivos de Requerimientos De Entrada
Existen cinco objetivos que controlan la cantidad de entrada requerida, controlar los errores y mantener la sencillez de los pasos necesarios, estos son:
Control de la Calidad de Entrada

El diseñador debe controlar la cantidad de datos en la entrada:
- Las Operaciones de preparación y entrada dependen de las personas, de los costos de mano de obra, mobiliario, herramientas
Evitar los Retrasos
2.1.1.2 diseño de formas o formularios
Evitar los Pasos Adicionales
elementos de diseño
Debe tener:
una estructura visual sólida
una jerarquía para la información que se recoge.
deben ser tan simples y fáciles como sea posible.
deben evitar ser formularios largos y confusos que sean tediosos o tan corto que no sea útil.

2.1.2.3
DISEÑO DE SALIDA IMPRESA
Claridad de diseño
La claridad en un formulario viene determinada por :
Facilidad, que el usuario entiende cómo rellenar el formulario.
Consistencia, que sólo incluya elementos importantes para recoger la información necesaria.
Colocacion, la colocación vertical de etiquetas sobre los campos de entrada funciona mejor.
La fuente, debe ser lo bastante grande para leer el texto, y la fuente pequeña se debe reservar para los pies de página que la mayoría de los lectores no podrá leer.
Formularios impresos, se recomienda usar una fuente serif, como Garamond o Courier, y para los formularios en línea debes usar las fuentes serif tradicionales, como Georgia y Verdana.
Campos obligatorios, que destaquen. con color de la fuente, negritas o añadir un asterisco.
Mensajes de alerta, Dicirle al usuario lo que ocurrirá si no se rellanan estas líneas, como que el pedido no se envíe.


2.1.1.3 diseño de pantallas
2.1 DISEÑO DE FORMATOS
Lineamientos para el diseño de pantalla
Hay cuatro lineamientos para el diseño de pantalla.
1. Mantener la pantalla simple. 
2. Mantener consistente la presentación de la pantalla. 
3. Facilitar al usuario el movimiento entre pantallas. 
4. Crear una pantalla atractiva. 

Secciones de una Pantalla
1.La parte superior de la pantalla tiene una sección de encabezado, parte de la cual está escrita en el software para describir al usuario en que parte del paquete se encuentra. El resto del encabezado puede consistir del nombre de archivo creado por el usuario.
2. La sección media es llamada el cuerpo de la pantalla. Este puede ser usado para la captura de datos, y es organizado de izquierda a derecha y de arriba hacia abajo. Los títulos e instrucciones deben ser proporcionados en esta sección parta que ayuden al usuario a dar los datos adecuados en el lugar correcto. También se deben proporcionar al usuario las definiciones de campos que muestren que tantos datos se permite en cada campo de la pantalla.
3.La tercera sección de la pantalla es la sección de comentarios e instrucciones: esta sección puede desplegar un menú corto de comandos que recuerden al usuario los puntos básicos, tales como cambiar pantallas o funciones, guardar el archivo o terminar la captura. La inclusión de estos puntos básicos puede hacer que los usuarios sin experiencia se encuentren mucho mas seguros acerca de su habilidad para operar la computadora sin causar un error fatal.
2.1.2Tipos de salida
Pueden ser :
Un reporte.
Un documento.
Un mensaje.

De acuerdo con las circunstancias y los contenidos,
la salida pueden ser impresa o presentada en una pantalla.

este formato describe los requerimientos del software y es la base del desarrollo del proyecto.
Se divide en 7 puntos importantes:

Introducción
Esta sección debe contener cualquier información de entorno que el lector deba conocer. Esto incluye típicamente existencia de productos similares, datos históricos de otros proyectos simlares. Tambien se especifican los estandares que seran
utilizados durante el
desarrollo.
Requerimientos de software
En esta sección cadareqimiento debe tener identificador unico.
Los siguientes puntos deben ser tomados en cuenta al definir los requerimientos.
¿Está claramente definido el requerimiento? (si hay más de una interpretación, el requerimiento es ambiguo).
¿Es testable el requerimiento? ¿Se puede demostrar con uno o varios casos de prueba que el requerimiento se cumple?]
2.1.4 diseño de consultas
Mediante las consultas podemos gestionar la información almacenada en la base de datos de manera selectiva
Requerimientos de calidad
Podremos seleccionar, actualizar, eliminar, añadir datos, etc.
dos tipos de consultas
Consultas de selección
Permiten seleccionar
registros de una o más tablas
Consultas de acción
Permiten modificar
datos de una o más tabla
Consultas de Eliminación
consultas de actualización
Consultas de parámetros
:
criterios para recuperar
registros
o un valor que desea insertar en un campo
2.1.2.3 DISEÑO DE SALIDA DE IMPRESA
PARA EL DISEÑO DE SALIDA DE LA IMPRESA
ejemplo de una consulta
En esta sección se especifican los requerimientos de hardware de desarrollo.
pedir datos
pc con la descripcion memoria, S.O, etc.
Especifique los requerimientos de desarrollo de software
FORMAS ESPECIALES
Requerimientos establecidos por el analista
2.1.2.4 DISEÑO EN SALIDA EN PANTALLA
Al diseñar pantallas de salida se necesita:
Encabezados y titulos.
contenido de la pantalla.
Mensaje e instrucciones.
Algunas explicaciones sobre la informacion que presenta.
En la primera pantalla se proporciona información general.
En la segunda pantalla se recuperan todos los detalles.
De esta forma hacen que los usuarios recorran con rapidez todos los detalles e identifiquen el articulo para su compra.

SOFTWARE TESTING Y SOFTWARE TESTING
CRITERIOS DE DISEÑO DE PANTALLA
RESTRICCIONES
Esta sección debe identificar todas las restricciones software que puedan tener un impacto en la funcionalidad o rendimiento del software.
En esta sección se debe presentar la arquitectura del software en la forma de un diagrama de bloques. Se pueden hacer múltiples diagramas si es necesario.
Arquitectura del software
Requerimientos de desarrollo
requerimientos de comunicación incluyendo las conferencias telefónicas periódicas, bases de datos distribuidas, transferencia de documentos para revisión, tiempos de respuesta, etc.]
Requerimientos de infraestructura
Se identifican todos los requerimientos de infraestructura que serán necesarios para el éxito del proyecto.
Requerimientos participación del cliente
Se identifican todas las ocasiones en que el cliente será parte del proceso de desarrollo.
Requerimientos de la comunicación
Requerimiento post desarrollo
Esta sección describe los requerimientos de mantención del software tales como el modo de reportar los problemas, persona de contacto, etc

2.2 Vistas del sistema
Patrones de diseño
Manipulación Directa:
el usuario directamente
interactuá con la interface.
Flexibilidad:
Debe poder cambiar su
comportamiento fácilmente.
Respuesta:
Poder manejar distintos tipos de respuesta hacia los usuarios.
Diseño visual: Principalmente estos patrones necesitan un diseño visual.
Robustez:
Ante posibles errores inesperados.
Eficiencia:
En la comunicación con el usuario.
MVC
Permitir la sustitución de las interfaces de usuario.
Generar componentes de las interfases.
Diferentes vistas simultaneas del mismo modelo.
Aplicar fácilmente cambio de las interfaces.
MVC
Full transcript