MANUAL TECNICO

Manual técnico

1. Historia
2. introducción
3. Especificación de los requisitos del software
4. Diagrama general (MER-D. Contexto)
5. Diccionario de datos.
6. Diagrama relacional
7. Definición de variables de ambiente y librerías.
8. Programas especiales y de ambiente
9. Restricciones o límites de la programación.

10. Flujo grama de información, proceso actividad.

 

• Historia.

En este apartado se registran los eventos relevantes durante la elaboración del doc., tales como: creación, revisión, autorización, adicción, modificación, actualización, etc. Para cada uno de estos eventos se debe de registra la fecha, el nombre del responsable y un  breve comentario de sobre la acción realizada.

 

• Introducción.

En los puntos que integran este apartado, se debe incluir información relevante y útil para la comprensión de este doc.

 

• ERS.

Documento específico en el cual se describen los requisitos y el análisis del sistema, para este doc. Se utiliza un formato estandarizado bajo normalización ISO.

 

• Diagrama general.

Se debe representar la función del sistema en base a los diagramas representativos de las actividades propias del sistema.

 

• Diccionario de datos.

El diccionario de datos es un listado organizado de todos los objetos de datos pertinentes para el sistema. La información contenida en el deberá incluir aquellas características que describan e identifiquen cada objeto de datos.

Las notaciones, métodos y/o herramientas utilizadas para desarrollar este apartado deberán de estar estandarizados.

 

• Diagrama  relacional

Aquí se describirá por medio del diagrama relacional, las interrelaciones que existen entre los objetos de la base de datos. Esta relación se establece a través de los atributos o los campos comunes

 

• Definición de variables de ambiente y librerías.

Se deben definir las variables o librerías que son utilizadas para la configuración del entorno o de la aplicación algunos ejemplos de estas variables pueden ser: el tipo de acceso que tiene un usuario, la conexión a una base de datos, las restricciones propias de la aplicación hacia el sistema operativo, etc., etc. En el caso de las librerías pueden ser aquellas que permiten a la aplicación el uso de gráficos, archivos, estilográficas de texto, etc.

 

 

• Programas especiales o de ambiente

Se deben definir los programas o funciones específicas, que permitan la configuración del entrono y/o programas que son de uso común o de carácter específico; como pueden ser: el control de la fecha y hora, impresión, conexión de la base de datos, acceso a la aplicación, etc.

 

• Restricciones o límites de la programación.

En esta parte se deberán documentar las restricciones y/o límites que se tuvieron sobre la programación del proyecto. Algunos ejemplos pueden ser: la impresión de textos a menores a “X” numero de caracteres, el efecto de un enter o el uso de comillas o algún otro carácter especial en un  texto, desventaja de utilizar algún tipo de recorteador, etc.

 

• Flujo grama de información, proceso actividad.

Se representa de manera gráfica cada proceso del sistema de información (informático) por cada proceso se deberán incluir las actividades que en cada uno se ellos se realizan.

 

Base de Datos

 

BASE DE DATOS.

Las bases de datos no son tan solo una colección de archivos. Más bien, una base de datos es una fuerte central de datos destinados a compartirse entre muchos usarios para diversidad de aplicaciones.

 

OBJETIVOS DE EFECTIVIDAD DE LA BASE DE DATOS.

• 1.-asegurar que los datos se puedan compartir entre los usuarios para una diversidad de aplicaciones.
• 2.-mantener datos que sean exactos y consistentes.
• 3.-asegurar que todos los datos requeridos por las aplicaciones actuales y futuras se podrán aceder con facilidad.
• 4.-permitir a la base de datos evolucionar con forme aumentan las necesidades de los usuarios.
• 5.-permitir a los usuarios contruir su vista personal de los datos, sin preocuparse por la forma en que los datos se encuentran almacenados físicamente.

EJEMPLO ENTIDAD/RELACION

https://anahiitsl.wordpress.com/wp-content/uploads/2010/09/presentacion1.ppt

Lay de Fitt

LEY DE FITT.

Esta ley es la más básica y conocida entre las leyes de diseño de interfaces de usuario esta ley dice que cuando más grande y más cercano al puntero del ratón es un objeto más sencillo es hacer clic sobre él.

Esto es sentido común, pero muchas veces es ignorado en el diseño de interfaces de usuario.

 

INTERFERENCIAS INECESARIAS

Esto quiere decir que cuando un usuario está trabajando sobre una aplicación normalmente está concentrado en su trabajo, suponga el caso de que una aplicación “modernista” facilita automáticamente al usuario la notificación puntual de cada hora mediante un mensaje grafico o animación, el usuario tiende a distraerse y perder la concentración; llevando a esto como consecuencia que el usuario recapitule lo que estaba haciendo.

 

UTILIZAN LA POTENCIA DE LA COMPUTADORA.

• 1.- utiliza su potencia para ayudar al usuario.
• 2.- as que se pueda distinguir fácilmente entre los elementos similares.
• 3.-recuerda las opciones de la aplicación.

Diseño de Interfaces de Usuario

*Antes de implementar los formularios y los informes ahí que diseñar su aspecto para ello es necesario tener en cuanta.

 

• 1.-Utilizar títulos que sean significativos, y que identifiquen sin ambigüedad el propósito del informe o formulario.
• 2.-Dar instrucciones breves y fáciles de comprender.
• 3.-Agrupara y secuenciar los campos de forma lógica.
• 4.-Aser que el aspecto del informe o formulario sea atractivo a la vista.
• 5.-Utlizar nombres familiares para etiquetar los campos.
• 6.-Utilizar terminología y abreviaturas contingentes.
• 7.-Hacer un uso razonable de los colores.
• 8.-Dejar un espacio visible para los espacios de entrada y delimitarlo
• 9.- Permitir un uso y adecuado del cursor.
• 10.-Permitir la correxion de carácter a carácter y de campos correctos.
• 11.-Dar mensajes de error para los valores ilegales.
• 12.-Marcar los campos que sean opcionales o en su defecto requisitos.
• 13.-Dar mensajes a nivel de campo para indicar su significado.
• 14.-Dar una señal que indique cuando el informe o formulario está completo.

 

 

*El sistema no está usando tu aplicación

La cuestión más básica a considerar en el diseño de interfaces de usuario es que el usuario no quiere utilizar tu aplicación. Quieren hacer su trabajo de la forma más sencilla y rápida posible y la aplicación no es más que una herramienta para ayudarles a lograrlo.

Diseño de la Arquitectura del SFW Y Aplicaciones Monoliticas.

Diseño de la Arquitectura del SFW

*La arquitectura está compuesta por su componente la relación que existe entre ellos y con el ambiente que trabajaran, así como también los principios o regalas que normaran su diseño y su evolución.

*Una definición por parte de la ingeniería del software será lo siguiente.

Una arquitectura del software es la estructura de estructuras de un sistema, la cual abarca componentes de software propiedades estrena visible a estos componentes.

¿Porque es importante la arquitectura?

1.-Por que las representaciones de la arquitectura del software facilitan la comunicación entre todas las partes interesadas, en el desarrollo de un sistema avanzado en computadora.

2.- Destacan decisiones tempranas de diseño que tendría un profundo impacto en todo el trabajo de ing.

3.-Porque constituye un modelo relativamente pequeño e intelectualmente comprensible de como este estructurado el sistema y de cómo trabajan junto los componentes.

 

Aplicaciones Monoliticas.

*Son aquellas que conocemos como aplicaciones de estación en otras palabras interfaces graficas de usuario GUI’S son servicios de presentación, negocios y pertinencia de datos, en la misma maquina no ahí concurrencia de usuarios.

*ARQUITECTURA LIENTE/SERVIDOR una de sus características es que cuenta con clientes pesados aunque esto no es un estándar dependiendo del lenguaje, existen conexiones dedicadas a la base de datos mediante esta arquitectura generalmente los protocolos de comunicaciones son pesados, existe ejecución remota de SQL’S existe alta administración y el rendimiento es bajo el tráfico en la red puede estar saturado o ser muy alto

*ARQUITECTURA LIENTE/SERVIDORMEJORADA.Se aplica en la lógica de negocios en la base de datos existen cliente pesados aunque también no es un estándar las conexiones a las bases de datos se convierten a conexiones dedicadas el rendimiento en este tipo de arquitectura es mucho mejor  existe una alta administración baja escalabilidad, flexibilidad y portabilidad.

*ARQUITECTURA DE TRES NIVELES. Reutilización de la lógica de negocios para diferentes clientes o sistemas son aplicables en este enfoque se mejora la escalabilidad y la flexibilidad de las aplicaciones existe una completa independencia de la base de datos.

*ARQUITECTURA VERSUS DISEÑOS. la arquitectura envuelve un conjunto de decisiones de  estrategias de diseños,linchamiento de  reglas y patrones que restringen el diseño Y la implementación de un software.

 

 

ANÁLISIS Y DETERMINACIÓN DE LOS REQUERIMIENTOS

 *Los analistas desempeñan al igual que todos lo involucrados en el desarrollo del sistema un Roll muy inmportante, el analista es el encargado de estudiar los procesos de la empresa para saber a grandes rasgos:

• ¿Qué es lo que hace?
• •¿Cómo se Hace?
• •¿Con que frecuencia se hace?
• •¿Que tan grande es el volumen de decisiones?
• ¿Cuál es el grado de eficiencia con el que se efectúa la tarea?
• •¿Existe algún problema?
• ¿Qué tan serio es?
• ¿Cuál es la causa que lo origino?

*Este tipo de preguntas las obtine directamente de la empresa (empleados, dueños, usuarios etc) al termino de su proceso de recabar informacion, el diseñador requiere dar a conocer sus resultados para saber los requisitos que el sistema necesitara.

*Nota:   La informacion obtenida se debe representar por medio de diagramas para el diseño del sistema además de la creación de un diccionario de datos para su mayor entendimiento.

 

*  Para esta etapa se debe de tener en consideración las especificaciones funcionales tales son:

• Descripción de las entradas
• Descripción de los procesos
• Descripción de las salidas

 

 *Despues de la recopilacion de datos por parte del analista, este  debe de desarrollar ciertas actividades.

Las actividades a desarrollar son:

• Analizar los datos para obtener características necesarias o importantes para los sistemas
• Descripción detallada de las entradas, procesos y salidas
• Definir alcances del proyecto
• Identificar características de los equipos y software para comprobar compatibilidad
•  Cual es la manera más eficiente para mejorar el aprovechamiento del sistema

Desarrollo de Sistemas de Información.

  Factores criticos para el exito del desarrollo de un sistema

*En los sistemas de desarrollo se debe de tener en cuenta los factores críticos del éxito, busca identificar las áreas que son clave para el subsistir de las organizaciones y asegurar su incorporación a los sistemas de información.

 

  ¿Que es el ciclo de vida para el desarrollo de sistemas de información (SDLC)?

* Conjunto de actividades que los analistas, diseñadores y usuarios realizan para desarrollar e implementar un sistema de información.

 

Proceso del ciclo de vida para el desarrollo del sitema.

1) Se hace una investigacion preliminar:

  *El proceso se inicia con la petición de alguna persona de algún departamento (administrador, empleado, especialista de sistemas).

Cuando se formula la solicitud se comienza la investigación preliminar esta actividad tiene tres etapas:

• Aclaración de la solicitud (  examinar la solicitud para determinar con precisión lo que el solicitante desea).
• Estudio de Factibilidad (Es la determinación de que el sistema sea factible, la cual se divide en tres aspectos relacionados Factibilidad técnica, Factibilidad económica y  Factibilidad operacional)
• Aprobación de la solicitud.

 

2)Requerimientos.

3)Diseño.

4)Desarrollo.

5)Pruebas del sistema.

6)Implementacion.

7)Muerte del sistema.

Definiciones

Estudio de Factibilidad:  

*Se refiere a la disponibilidad de los recursos necesarios para llevar a cabo  un proyecto.

 

Tipos de factibilidad:

* Factibilidad técnica: Si existe o está al alcance la tecnologia necesaria para el sistema.

* Factibilidad económica: Relación beneficio costo.

* Factibilidad operacional u organizacional: Si el sistema puede funcionar en la organización.

 

¿Què es una entrevista?

*Se refiere a un acto formal para obtener informaciòn.

 

Cuestionario:  

*El cuestionario es un documento formado por un conjunto de preguntas que deben estar redactadas de forma coherente, y organizadas, secuenciadas y estructuradas de acuerdo con una determinada planificación, con el fin de que sus respuestas nos puedan ofrecer toda la información que se precisa.

 

Encuesta:

*En las encuestas las Respuestas son pre-planteadas.

 

Diagrama de Flujo:

*Represtentacion gràfica de un sistema

 

 

Obejeto:

*Representacion lògica de un obejto del mundo real.