Sistema operativo android

[pic]
[pic]

Diseño de Entrada:

Consiste en el desarrollo de especificaciones y procedimientos para la preparación de datos, la realización de los procesos necesarios para poner los datos de transacción en una forma utilizable para su procesamiento así como la entrada de los datos se logra al instruir a la computadora para que lea ya sea documentos escritos, impresos ó por personas que losescriben directamente al sistema.
Existen cinco objetivos que controlan la cantidad de entrada requerida, a enviar los retrasos, controlar los errores y mantener la sencillez de los pasos necesarios, estos son:

• Control de la Calidad de Entrada
• Evitar los Retrasos
• Evitar los errores en los datos
• Evitar los pasos adicionales
• Mantener la Sencillez del Proceso

Diseño de Salida:A menudo, para los usuarios la característica más importante de un información es la salida que produce. Si la salida no es de calidad, se pueden convencer de que todo el sistema es tan innecesario que eviten su utilización y, por lo tanto, posiblemente ocasionen errores y que el sistema falle.

Diseño Lógico de la Salida

Él termino "salida" se aplica a cualquier información producida por unsistema, ya sea impresa, desplegada o verbal. Cuando los analistas diseñan la salida, seleccionan métodos para representar la información y crean documentos, informes u otros formatos que contienen información producida por el sistema.
Los métodos de salida varían a lo largo de los sistemas. Para algunos, como un informe de inventarios de la cantidad de mercancía, el sistema del computador, bajoel control del programa, nada mas consulta los datos que se tienen a mano en el almacenamiento, y los ensambla en una forma que sea presentable.

Otra salida puede requerir procesamiento sustancial, antes de que esté disponible para utilizarlo. Los analistas deben decidir cuándo imprimir.
En el Lenguaje de Modelado Unificado, un diagrama de casos de uso es una especie de diagrama decomportamiento. UML mejorado El Lenguaje de Modelado Unificado define una notación gráfica para representar casos de uso llamada modelo de casos de uso. UML no define estándares para que el formato escrito describa los casos de uso, y así mucha gente no entiende que esta notación gráfica define la naturaleza de un caso de uso; sin embargo una notación gráfica puede solo dar una vista general simple de uncaso de uso o un conjunto de casos de uso. Los diagramas de casos de uso son a menudo confundidos con los casos de uso. Mientras los dos conceptos están relacionados, los casos de uso son mucho más detallados que los diagramas de casos de uso.
[pic]
El diagrama de la derecha describe la funcionalidad de un Sistema Restaurante muy simple. Los casos de uso están representados por elipses y losactores están, por ejemplo, los casos de uso se muestran como parte del sistema que está siendo modelado, los actores no.
La interacción entre actores no se ve en el diagrama de casos de uso. Si esta interacción es esencial para una descripción coherente del comportamiento deseado, quizás los límites del sistema o del caso de uso deban de ser re-examinados. Alternativamente, la interacción entreactores puede ser parte de suposiciones usadas en el caso de uso. Sin embargo, los actores son una especie de rol, un usuario humano u otra entidad externa puede jugar varios papeles o roles. Así el Chef y el Cajero podrían ser realmente la misma persona.
Relaciones de Casos de Uso
Las tres relaciones principales entre los casos de uso son soportadas por el estándar UML, el cual describe notacióngráfica para esas relaciones. Veamos una revisión de ellas a continuación:
Inclusión (include o use)
Es una forma de interacción o creación, un caso de uso dado puede "incluir" otro. El primer caso de uso a menudo depende del resultado del caso de uso incluido. Esto es útil para extraer comportamientos verdaderamente comunes desde múltiples casos de uso a una descripción individual, desde el caso...