SISTEMAS DE FICHEROS

El sistema de ficheros guarda de forma persistente la información  que necesita el sistema informático.

Sistemas de ficheros de disco

Son sistemas diseñados para almacenar ficheros en dispositivos de almacenaje de datos, que deben estar conectados directa o indirectamente al ordenador.

Ejemplos:

•  FAT
•  NTFS
•  HFS y HFS+
•  EXT2/3
•  ISO 9660
•  ODS-5
•  UDF

Algunos sistemas de ficheros orientados a discos son también sistemas de ficheros con journaling (bitácora).

Sistemas de ficheros de bases de datos

Es un concepto nuevo de manejo de ficheros basado en bases de datos, como sustitutivo o añadido a la estructura jerárquica. Los ficheros se identifican por sus características, tipo, asunto, autor o meta-información similar. Un fichero puede ser accedido a través de una consulta SQL este donde este.

Ejemplos:

•     BFS
•     WinFS

Sistemas de ficheros transaccionales

Esto es una clase especial de sistema de fichero que almacena los eventos o transacciones. Sirven para asegurar la integridad del sistema comprobando que toda operación debe estar acabada. En caso de que se pierda el acceso al sistema de ficheros y una operación quede a medias esto queda reflejado en el journal (la bitácora) y en el siguiente arranque se puede comprobar las operaciones no completadas y deshacerlas.

Ejemplos:

•      ReiserFS
•     Reiser4
•     Ext3
•      NTFS (Solo metadatos).

Sistema de ficheros de red

Es un sistema de ficheros que actúa como cliente para un servidor de acceso remoto a ficheros, permitiendo acceso a los ficheros en el servidor.

Ejemplos:

• NFS
• SMB
• AFS
•  CIFS

Sistemas de ficheros para propósito especial

Básicamente es cualquier sistema de ficheros que no sea de disco o de red. Esto incluye los sistemas en que los ficheros son generados dinámica mente por el software.

Los sistemas de ficheros de propósito especial son usados normalmente en sistemas operativos orientados a ficheros como Unix.

Ejemplos:

•  Procfs
•  Devfs

SISTEMA DE BASE DE DATOS 

Un Sistema de Base de Datos (s.b.d), se trata de un sistema computarizado con un propósito especial que es almacenar y hacer accesible la información que almacena cuando se Ie es solicitada. 

Estos sistemas tienen la desventaja de que las aplicaciones están muy ligadas a la estructura física de los datos, así se crean camino e indices conforme su estructura de almacenamiento. Mientras en un s.b.d. los ficheros de datos no están ligados a ninguna aplicación ni a ninguna estructura. Los datos están bajo el control del sistema de base de datos.

Bases de datos estáticas

Son bases de datos únicamente de lectura, utilizadas primordial mente para almacenar datos históricos que posteriormente se pueden utilizar para estudiar el comportamiento de un conjunto de datos a través del tiempo, realizar proyecciones, tomar decisiones y realizar análisis de datos para inteligencia empresarial.

Bases de datos dinámicas

Son bases de datos donde la información almacenada se modifica con el tiempo, permitiendo operaciones como actualización, borrado y edición de datos, además de las operaciones fundamentales de consulta. Un ejemplo, puede ser la base de datos utilizada en un sistema de información de un supermercado.

• Bases de datos jerárquicas

Éstas son bases de datos que, como su nombre indica, almacenan su información en una estructura jerárquica. En este modelo los datos se organizan en una forma similar a un árbol (visto al revés), en donde un nodo padre de información puede tener varios hijos. El nodo que no tiene padres es llamado raíz, y a los nodos que no tienen hijos se los conoce como hojas.

Las bases de datos jerárquicas son especialmente útiles en el caso de aplicaciones que manejan un gran volumen de información y datos muy compartidos permitiendo crear estructuras estables y de gran rendimiento.

Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos.

• Base de datos de red

Éste es un modelo ligeramente distinto del jerárquico; su diferencia fundamental es la modificación del concepto de nodo: se permite que un mismo nodo tenga varios padres (posibilidad no permitida en el modelo jerárquico).

Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una solución eficiente al problema de redundancia de datos; pero, aun así, la dificultad que significa administrar la información en una base de datos de red ha significado que sea un modelo utilizado en su mayoría por programadores más que por usuarios finales.

• Base de datos relacional

Éste es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Tras ser postulados sus fundamentos en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos. Su idea fundamental es el uso de "relaciones". Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados "tuplas". Pese a que ésta es la teoría de las bases de datos relacionales creadas por Edgar Frank Codd, la mayoría de las veces se conceptualiza de una manera más fácil de imaginar. Esto es pensando en cada relación como si fuese una tabla que está compuesta por registros (las filas de una tabla), que representarían las tuplas, y campos (las columnas de una tabla).  

DISEÑO DE UNA BASE DE DATOS

El diseño de una base de datos consiste en definir la estructura de los datos que debe tener la base de datos de un sistema de información determinado. En el caso relacional, esta estructura será un conjunto de esquemas de relación con sus atributos, dominios de atributos, claves primarias, claves foráneas, etc.

El diseño de una base de datos no es un proceso sencillo. Habitualmente, la complejidad de la información y la cantidad de requisitos de los sistemas de información hacen que sea complicado. Por este motivo, cuando se diseñan bases de datos es interesante aplicar la vieja estrategia de dividir para vencer. Por lo tanto, conviene descomponer el proceso del diseño en varias etapas; en cada una se obtiene un resultado intermedio que sirve de punto de partida de la etapa siguiente, y en la última etapa se obtiene el resultado deseado. De este modo no hace falta resolver de golpe toda la problemática que plantea el diseño, sino que en cada etapa se afronta un solo tipo de subproblema. Así se divide el problema y, al mismo tiempo, se simplifica el proceso.

Etapa de diseño conceptual: 

En esta etapa se obtiene una estructura de la información de la futura BD independiente de la tecnología que hay que emplear. No se tiene en cuenta todavía qué tipo de base de datos se utilizará –relacional, orientada a objetos, jerárquica, etc; en consecuencia, tampoco se tiene en cuenta con qué SGBD ni con qué lenguaje concreto se implementará la base de datos. Así pues, la etapa del diseño conceptual nos permite concentrarnos únicamente en la problemática de la estructuración de la información, sin tener que preocuparnos al mismo tiempo de resolver cuestiones tecnológicas.

 Etapa de diseño lógico

En esta etapa se parte del resultado del diseño conceptual, que se transforma de forma que se adapte a la tecnología que se debe emplear. Más concretamente, es preciso que se ajuste al modelo del SGBD con el que se desea implementar la base de datos. Por ejemplo, si se trata de un SGBD relacional, esta etapa obtendrá un conjunto de relaciones con sus atributos, claves primarias y claves foráneas.

Etapa de diseño físico

En esta etapa se transforma la estructura obtenida en la etapa del diseño lógico, con el objetivo de conseguir una mayor eficiencia; además, se completa con aspectos de implementación física que dependerán del SGBD. Por ejemplo, si se trata de una base de datos relacional, la transformación de la estructura puede consistir en lo siguiente: tener almacenada alguna relación que sea la combinación de varias relaciones que se han obtenido en la etapa del diseño lógico, partir una relación en varias, añadir algún atributo calculable a una relación, etc.

EVALUACIÓN DEL PRIMER PARCIAL DE SISTEMAS MULTIUSUARIOS Y EN REDES

1.       Es un sistema operativo de tiempo compartido, controla los recursos de una computadora y los asigna entre los usuarios es un sistema multiusuario, en el que existe la portabilidad para la implementación de distintas computadoras.

a)      Unix.

b)      Linux.

c)       Sistema operativo.

d)      Ninguna.

2.       Es el directorio de usuario del sistema, y por lo tanto, el destinado a almacenar todos los archivos del usuario, como documentos, fotos, videos, música, plantilla.

a)      /raíz.

b)      /bin.

c)       /home.

d)      /sbin.

3.       Es la parte que se encarga de planificar, coordinar y gestionar la ejecución de los procesos. Para ello, hace uso de las prioridades asignadas a  cada proceso y utiliza algoritmos específicos para repartir el tiempo entre los diversos procesos que compiten por él

a)      Kernel.

b)      Linux.

c)       Fichero.

d)      Shell.

4.       Contiene nombres de ficheros y su dirección física. Puede pensarse en ellos como carpetas que contienen ficheros y subdirectorios.

a)      Ficheros especiales.

b)      Directorio.

c)       Fichero ordinario.

d)      Ninguna.

5.       Este directorio incluye todos los dispositivos de almacenamiento conectados al sistema, tales como particiones, otros discos duros internos, unidades USB y en definitiva cualquier cosa que el sistema pueda entender como un volumen lógico de almacenamiento.

a)         /root.

b)        /dev.

c)         /sbin.

d)        /bin

6.       Contiene referencias a los drivers (programas que maneja directamente los dispositivos y que forman parte del núcleo.

a)      Fichero.

b)      Directorio.

c)       Kernel.

d)      Ninguna.

7.       Es un directorio estático y es donde se almacenan todos los ficheros necesarios para garantizar las funciones básicas a  nivel de usuario.

a)      /root.

b)      /sbin.

c)       /etc.

d)      /bin.

8.       Es como el directorio /home del superusuario del sistema. A diferencia de los otros usuarios, que se encuentran dentro del /home en sus respectivas subcarpetas, el directorio del superusuario esta en su propia carpeta colgando directamente de la raíz del sistema.

a)      /etc.

b)      /dev.

c)       /home.

d)      /root.

9.       Es un directorio estático e incluye todos los ejecutables y archivos que son necesarios en el proceso de arranque del sistema y que deberán ser utilizados antes que el kernel empiece a dar  las ordenes de ejecución de los diferentes módulos del sistema.

a)      /boot.

b)      /root.

c)       /dev.

d)      /bin.

10.   Actúa como un intérprete de comandos. Es el que siempre está en ejecución. Este lee las órdenes suministradas, los decodifica y lo comunica al núcleo para realizar la acción especificada.

a)      Fichero ordinario.

b)      Directorios.

c)       Shell.

d)      Ninguna.

EVALUACIÓN SEGUNDO PARCIAL DE ANÁLISIS Y DISEÑO

Seleccione la opción correcta

1.       Nos permite definir las distintas fases intermedias que se requieren para validar el desarrollo de la aplicación, es decir, para garantizar que el software cumpla los requisitos para la aplicación y verificación de los procedimientos de desarrollo se asegura de que los métodos utilizados son apropiados.

a)      Metodología en  cascada

b)      Software

c)       Sistema operativo

d)      Ciclo de vida de los sistemas de información

2.       Con este método tanto el sistema nuevo como el antiguo se encuentran completamente operacionales durante un periodo de tiempo. La idea es comparar las salidas del nuevo sistema con las del antiguo para verificarlos y cuando todas las salidas se encuentran operando correctamente, se detiene el sistema antiguo.

a)      Cambio por fases.

b)      Cambio directo.

c)       Cambio en paralelo.

d)      Ninguna.

3.       En este tipo de mantenimiento es probablemente uno de los más eficaces en función de  los costos, ya que si se realiza de manera oportuna y adecuada puede evitar serios problemas en el sistema.

a)      Mantenimiento para fines específicos.

b)      Mantenimiento para mejoras.

c)       Mantenimiento preventivo.

d)      Mantenimiento.

4.       En esta etapa se establece a un nivel conceptual  que es que lo mejor que el sistema desarrollara y cuáles son las operaciones que están involucradas en su funcionamiento, es decir, lo que el sistema va hacer en su práctica.

a)      Etapa de análisis.

b)      Etapa de construcción.

c)       Etapa de diseño.

d)      Ninguna.

5.       Con este método el cambio desde el sistema antiguo al sistema nuevo ocurre instantáneamente. Es difícil determinar errores menores en el nuevo sistema, porque los usuarios no pueden verificar las salidas del sistema nuevo ni compararlas con las salidas nuevas por los mismos datos con el sistema antiguo.

a)      Cambio simple.

b)      Cambio directo.

c)       Cambio paralelo.

d)      Ninguna.

6.       Este enfoque metodológico ordena rigurosamente las etapas del proceso para el desarrollo del software, de tal forma que el inicio de cada etapa debe esperar  al término de la etapa anterior. Al final de cada etapa, el modelo está diseñado para llevar a cabo una revisión final, que se encarga de determinar si el proyecto esta listo para avanzar a la siguiente fase.

a)      Metodología en cascada.

b)      Metodología en espiral.

c)       Ciclo de vida de los sistemas de información.

d)      Ninguna.

7.       El diseño debe traducirse en una forma legible para la máquina. El paso de codificación realiza esta tarea. Si el diseño se realiza de una manera detallada, esta etapa puede realizarse mecánicamente.

a)      Fase de codificación.

b)      Fase de diseño.

c)       Etapa de diseño.

d)      Ninguna.

8.       Es un modelo de proceso de desarrollo de software evolutivo es decir son modelos en que los ciclos de desarrollo de software se repiten y en cada ciclo se genera un incremento una mejora del software.

a)      Metodología clásica o lineal.

b)      Metodología en cascada.

c)       Metodología en espiral.

d)      Ciclo de vida de los sistemas de información.

9.       Completa las regiones de tareas  de la metodología en espiral.

METODOLOGÍA INCREMENTAL

El modelo incremetal esta basado en la idea que el sistema se particiona en subsistemas  según

sus funcionalidades.al dividir se puede manejar cada funcionalidad por separado e ir integrándolas para formar el sistema normal.

El modelo aplica secuencias lineales de manera escalonada conforme avanza el tiempo, cada secuencia lineal pasa por las siguientes fases:

1. Análisis de requerimientos.
2. Diseño.
3. Implementación.
4. Pruebas.

1. Análisis de requerimientos:

en esta etapa se logra claridad sobre lo que desea el usuario y la forma en la cual se va a presentar la solución que esta buscando, esta fase se realiza por cada incremento que se realiza en esta fase se buscara lo siguiente:

• Definir los actores primarios y secundarios.
• Identificar los usuarios y sus roles.
• Operaciones importantes a construir.

      2. Diseño

En esta fase se determina una implementación efectiva y eficiente que realice las funciones y que cumpla con los requerimientos dados por el cliente, las siguientes actividades que se planean en esta etapa son:

• Determinar la arquitectura inicial.
• Determinar el diseño lógico.
• Implementación física.
• Diseño de interfaces.

     3. Implementación 

En esta etapa es donde se codifica el software se define el lenguaje de programación a utilizar y todas sus herramientas para su desarrollo, definiremos algunas de las actividades de estas etapas.

• Definición de maquetación.
• Codificación.
• Estructuración de directorios.

       4. Pruebas

En esta etapa es donde se verifica la aplicación y se corrigen errores

EVALUACIÓN PRIMER PARCIAL DE ANÁLISIS Y DISEÑO

Seleccione la respuesta correcta

1.       Conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio

a)      Datos

            b)      Información

            c)       Sistema de información

            d)      Ninguna

2.       Actividad de un sistema de información

             a)      Entrada, proceso, salida

             b)      Entrada, proceso, almacenamiento, salida.

             c)       Entrada manual, proceso, almacenamiento, salida.

             d)      Ninguna

3.       Proceso mediante el cual el sistema de información toma los datos que requiere para procesar la información

              a)      Proceso de la información

              b)      Almacenamiento de información

              c)       Salida de información

              d)      Entrada de información

4.       Permite la comunicación entre dos sistemas que no pueden entenderse directamente. Es el elemento de comunicación que facilita el intercambio de datos

              a)      Interfaz

              b)      Objetivo del sistema de información

              c)       Sistema de información

              d)      Ninguna

5.       Elementos de los sistemas de información

               a)      Administrativo, humanos, materiales, tecnológicos

               b)      Administrativos, humanos, tecnológicos, financieros

                c)       Financieros, administrativos, humanos, materiales, tecnológicos

                d)      Financieros, administrativos, humanos, materiales, tecnológicos, contables  

6.       Corresponde a todos los elementos de interfaz que permite al usuario : consultar, agregar, modificar, o eliminar un registro especifico de información

                a)      Interfaz

                b)      Transacciones

                c)       Base de datos

                d)      Informe

7.       Corresponde al conjunto de reglas y políticas de la organización, que rigen el comportamiento de los usuarios frente al sistema

                 a)      Recursos materiales

                 b)      Recursos tecnológicos, financieros

                 c)       Recursos humanos

                 d)      Procedimientos administrativos

8.       Es el software que nos permite tener una interacción con nuestro hardware, es un conjunto de programas que administran los recursos de hardware y proporciona una interfaz al usuario

               a)      Software

               b)      Sistema operativo

               c)       Software de  sistema

               d)      Software de programación

9.- Seguimiento de actividades y transacciones elementales de la organización como ventas, ingresos, depósitos en efectivo, nómina, decisiones de crédito y flujo de materiales en una fábrica.

a)   Sistema a nivel de conocimiento

b)   Sistema a nivel operativo

c)   Software de aplicación

d)   Sistema a nivel operativo

10.-Son los programas que nos permiten realizar tareas específicas  en nuestro sistema, está enfocado en un área específica por su utilización.

     a)   Software de aplicación

     b)  Sistemas de programación

     c)   Software de sistema

     d)  Ninguna

METODOLOGÍA DE DESARROLLO POR PROTOTIPOS

El Modelo de prototipos, en Ingeniería de software, pertenece a los modelos de desarrollo evolutivo. El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar muchos recursos.

El diseño rápido se centra en una representación de aquellos aspectos del software que serán visibles para el cliente o el usuario final. Este diseño conduce a la construcción de un prototipo, el cual es evaluado por el cliente para una retroalimentación; gracias a ésta se refinan los requisitos del software que se desarrollará. La interacción ocurre cuando el prototipo se ajusta para satisfacer las necesidades del cliente. Esto permite que al mismo tiempo el desarrollador entienda mejor lo que se debe hacer y el cliente vea resultados a corto plazo.

Ventajas

• Este modelo es útil cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida.
• También ofrece un mejor enfoque cuando el responsable del desarrollo del software está inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma que debería tomar la interacción humano-máquina
• Se puede reutilizar el código.

La construcción de prototipos se puede utilizar como un modelo del proceso independiente, se emplea más comúnmente como una técnica susceptible de implementarse dentro del contexto de cualquiera de los modelos del proceso expuestos. Sin importar la forma en que éste se aplique, el paradigma de construcción de prototipos ayuda al desarrollado de software y al cliente a entender de mejor manera cuál será el resultado de la construcción cuando los requisitos estén satisfechos. De esta manera, este ciclo de vida en particular, involucra al cliente más profundamente para adquirir el producto.

Etapas del prototipo de sistemas

1). Identificación de requerimientos conocidos: “La determinación de los requerimientos de una aplicación es tan importante para el método de desarrollo de prototipos como lo es para el ciclo de desarrollo de sistemas o análisis estructurado. Por consiguiente, antes de crear un prototipo, los analistas y usuario deben de trabajar juntos para identificar los requerimientos conocidos que tienen que satisfacer.”

2). Desarrollo de un modelo de trabajo: “Es fácil comenzar el procesos de construcción del prototipo con el desarrollo de un plan general que permita a los usuarios conocer lo que se espera de ellas y del proceso de desarrollo. Un cronograma para el inicio y el fin de la primera interacción es de gran ayuda. En el desarrollo del prototipo se preparan los siguientes componentes:”

3). Utilización del prototipo: “Es responsabilidad del usuario trabajar con el prototipo y evaluar sus características y operación. La experiencia del sistema bajo condiciones reales permite obtener la familiaridad indispensable para determinar los cambios o mejoras que sean necesarios, así como las características inadecuadas”

4). Revisión del prototipo: “Durante la evaluación los analistas de sistemas desean capturar información sobre los que les gusta y lo que les desagrada a los usuarios.”

“Los cambios al prototipo son planificados con los usuarios antes de llevarlos a cabo, sin embargo es el analista responsable de tales modificaciones.”

5) Repetición del proceso las veces que sea necesarias: “El proceso antes descrito se repite varias veces, el proceso finaliza cuando los usuarios y analistas están de acuerdo en que el sistema ha evolucionado lo suficiente como para incluir todas las características necesarias.”

METODOLOGÍA DE DESARROLLO EN ESPIRAL

Es un modelo de proceso de software evolutivo (son modelos en que los ciclos de desarrollo de software se repiten y en cada ciclo se genera un incremento es decir mejora el software) que acompaña algunas metodologías adicionales el modelo lineal (inicio y fin) modelo incremental (mejoras del software en base a incrementos).

La metodología en espiral se caracteriza por que en sus primeros ciclos se puede realizar un prototipo en papel y mientras va avanzando se llegan a crear aplicaciones completas). Ejemplo:

1. Ciclo.- Diseño del menú de una aplicación.
2. Ciclo.- Incrementar la opción para insertar datos.
3. Ciclo.-Incrementa la opción para modificar datos hasta llegar a tener la aplicación completa y funcional,

Dentro de cada ciclo del modelo en espiral se deben tener en cuenta los siguientes aspectos:

1. Determinar objetivos.
2. Análisis de riesgos.
3. Desarrollar,verificar y validar.
4. Planificar.

ACTIVIDADES DE LA METODOLOGÍA EN ESPIRAL 

En la metodología en espiral a las actividades se les conoce como regiones  de tareas que son las siguientes:

1. Comunicación con el cliente.
2. Planificación.
3. Análisis de riesgos.
4. Ingeniería.
5. Construcción y Adaptación.
6. Evaluación del cliente.

1.-Comunicación con el cliente: Esta es una tarea requerida para establecer comunicación entre el desarrollador y el cliente. 

2.-Planificación: Esta tarea es necesaria aplicarla para pode definir los recursos, el tiempo y otras informaciones relacionadas con el proyecto, es decir, son todos los requerimientos. 

3.-Análisis de riesgos: Esta es una de las tareas principales por lo que se aplica el modelo en espiral, es requerida para evaluar los riesgos técnicos y otras informaciones relacionadas con el proyecto.

4.-Ingeniería: Esta es una tarea necesaria ya que se requiere construir una o más representaciones de la aplicación. 

5.-Construcción y adaptación: Esta tarea es requerida en el modelo espiral porque se necesita construir, probar, instalar y proporcionar soporte al usuario. 

6.-Evaluación el cliente: Esta también es una tarea principal, necesaria para adquirir la reacción del cliente según la evaluación de las representaciones del software creadas durante la etapa de ingeniería y la de implementación creada durante la etapa de instalación.

CICLO DE VIDA DE LOS SISTEMAS DE INFORMACIÓN

El término ciclo de vida describe el desarrollo de los sistemas de información desde la fase inicial hasta la fase final, el propósito del ciclo de vida es definir las distintas fases intermedias que se requieren para validar el desarrollo de una aplicación es decir, para garantizar que el sistema de información cumpla con todos los requisitos para la aplicación.

FASES DEL CICLO DE VIDA DE UN SISTEMA DE INFORMACIÓN 

1. Análisis.
2. Diseño.
3. Desarrollo construcción.
4. Pruebas.
5. Implementación.
6. Mantenimiento.

1.-ANÁLISIS 

Durante la etapa de análisis se hace un examen minucioso de las necesidades de la organización que va a emplear el sistema, ¿qué se necesita?, ¿cómo lo necesita?, son preguntas que se hacen en esta etapa puesto que aquí es donde se define el ámbito y el alcance del sistema a desarrollar.

Es muy importante la etapa de análisis ya que de ella depende realizar un sistema de información efectivo para los usuarios, en caso de que el análisis no se haga adecuadamente es muy probable que una vez implementado se tenga que hacer algunas modificaciones ya que no fueron consideradas en la etapa de análisis .

2.-DISEÑO 

En esta etapa se establece a nivel conceptual que es lo que el sistema desarrollara y cuales son las operaciones que están involucradas en su funcionamiento es decir lo que el sistema de información va a realizar en la práctica.

En esta etapa tenemos que determinar como debe ser construido el sistema, aquí se definirán las tablas a utilizar y las relación es entre ellas, se seleccionarán el lenguaje de programación más apropiado y se determinará el motor de base de datos con el que vamos a trabajar.

ACTIVIDADES DE LA ETAPA DE DISEÑO 

• Análisis de las características del sistema actual.
• Definición específica de las funciones a realizar (administrativas)
• Evaluación de las diferentes alternativas (costo_beneficio y costo_efectividad)
• Especificar la agrupación física de datos (almacenamiento de archivos.)
• Documentar las indicaciones de programación para los programas que se deben hacer.