Conclusión

Sistema de Información:

Es un conjunto de elementos que interactúan entre sí con el propósito de cumplir con un objetivo, también son utilizados para almacenar información que será utilizada posteriormente.

Los sistemas de información se caracterizan porque su principal función es almacenar y administrar información de manera organizada, para que cuando llegue el momento de utilizarla se pueda hacer lo más cómoda y rápidamente posible.

Sus elementos son:

·         Entrada

·         Proceso

·         Salida

Ciclo de Vida de los Sistemas:

·         Reconocimiento del problema

·         Estudio de factibilidad

·         Análisis

·         Diseño

·         Implementación

·         Prueba

·         Mantenimiento

Técnica:

Es un conjunto de habilidades o procedimientos cuyo propósito es el de facilitar las tareas a realizar.

Herramienta:

Es un objeto elaborado a fin de facilitar la realización de una tarea mecánica que requiere de una aplicación correcta de energía.

Método:

Es un conjunto de procedimientos que permiten que un objeto ejecute una acción o tarea sobre sí mismo.

Metodología:

Es una guía que contiene procedimientos, normas, prácticas y herramientas que indicarán cómo se debe actuar para alcanzar un objetivo determinado en alguna disciplina.

Metodología de Kendall & Kendall:

·         -Identificación del problema y oportunidades

·         -Determinación de los requisitos de información

·         -Análisis de las necesidades del sistema

·         -Diseño del sistema recomendado

·         -Desarrollo y documentación del software

·         -Prueba y mantenimiento del sistema

·         -Implementación del sistema

Razones para el inicio de un proyecto:

Las razones para iniciar un proyecto pueden ser muy variadas, pero principalmente se toma en cuenta esta idea cuando existe una necesidad de mejorar algún área de una empresa o para resolver algún problema.

Utilizar las diferentes técnicas de recolección de datos:

·     La entrevista: La entrevista es un tipo de interacción verbal que, a diferencia de la conversación espontánea, suele tener un objetivo predeterminado que consiste en obtener información sobre hechos, personas o culturas. La entrevista se emplea en diversos campos profesionales.

·         El cuestionario: Los cuestionarios son una serie de preguntas ordenadas, que buscan obtener información de parte de quien las responde, para servir a quien pregunta o a ambas partes.

Revisión de Registro: Con frecuencia en muchas empresas la información ya se encuentra disponible para que los analistas conozcan la actividad u operaciones con las cuales no está familiarizado. Los analistas  examinan datos y descripciones que ya están escritos o registradas en relación con el sistema y departamento de usuarios.

·        Observación: Técnica en que consiste en examinar e investigar alguna situación, hecho, fenómeno. etc.; con el fin de recolectar datos o información para describirlo, así pretendiendo lograr que el ser humano presente el mayor números de datos registrados.

·         Requerimiento: Es una necesidad documentada sobre el contenido, forma o funcionalidad de un producto o servicio.

Diagrama funcional:

Es una representación gráfica que sirve para mostrar el funcionamiento de una institución, empresa, computador, sistema o una máquina o teoría científica.

Diagrama de árbol:

Es una representación gráfica de un experimento que consta de varios pasos, donde cada uno de los pasos tiene un número limitado de maneras de ser llevado a cabo.

Diagrama de flujo de datos:

Es la representación gráfica del flujo de los datos en un sistema de información, también puede ser utilizado para observar el proceso de los datos que se encuentren en el sistema de información.

Diccionario de datos:

Es semejante a una base de datos o almacén que se encuentra en el sistema, en este se encuentra una lista con todas las palabras clave del sistema y cada una de ella esta enlazada a una función específica.

Descomposición funcional:

Se refiere al proceso por el cual se toma un sistema de información y se descompone sucesivamente hasta llegar a la mínima expresión. Todo esto en base a su funcionalidad.

Estudio de factibilidad:

Se refiere cuando se toman en cuenta todas las opciones de proyectos presentadas a la directiva de una empresa y son estudiadas cada una de ellas con el fin de determinar cuál es la más factible para realizar.

Factibilidad operacional:

Es cuando se estudia la posibilidad de capacitar al personal ya existente en una empresa para la implementación de un proyecto, o contratar personal ya capacitado.

Factibilidad técnica:

Es cuando se estudia la posibilidad de adquirir equipos con el requerimiento necesario para la implementación del sistema, o también de repotenciar los equipos ya existentes en caso de que sea necesario.

Factibilidad económica:

Es cuando se estudia la posibilidad de adquirir un sistema que solvente los problemas presentes en la empresa, tomando en cuenta el presupuesto que esta posee.

Diagrama de Flujo de Datos

Un diagrama de flujo de datos (DFD)

Es una representación gráfica para la maceta del "flujo" de datos a través de un sistema de información. Un diagrama de flujo de datos también se puede utilizar para la visualización de procesamiento de datos (diseño estructurado). Es una práctica común para un diseñador dibujar un contexto a nivel de DFD que primero muestra la interacción entre el sistema y las entidades externas. Este contexto a nivel de DFD se "explotó" para mostrar más detalles del sistema que se está modelando.

Los diagramas de flujo de datos fueron inventados por Larry Constantine, el desarrollador original del diseño estructurado, basado en el modelo de computación de Martin y Estrin: "flujo gráfico de datos”. Los diagramas de flujo de datos (DFD) son una de las tres perspectivas esenciales de Análisis de Sistemas Estructurados y Diseño por Método SSADM. El patrocinador de un proyecto y los usuarios finales tendrán que ser informados y consultados en todas las etapas de una evolución del sistema. Con un diagrama de flujo de datos, los usuarios van a poder visualizar la forma en que el sistema funcione, lo que el sistema va a lograr, y cómo el sistema se pondrá en práctica. El antiguo sistema de diagramas de flujo de datos puede ser elaborado y se comparó con el nuevo sistema de diagramas de flujo para establecer diferencias y mejoras a aplicar para desarrollar un sistema más eficiente. Los diagramas de flujo de datos pueden ser usados para proporcionar al usuario final una idea física de cómo resultarán los datos a última instancia, y cómo tienen un efecto sobre la estructura de todo el sistema. La manera en que cualquier sistema es desarrollado, puede determinarse a través de un diagrama de flujo de datos.

Sus niveles son:

Nivel 0: Diagrama de contexto.

Nivel 1: Diagrama de nivel superior.

Nivel 2: Diagrama de detalle o expansión.

Diagrama de contexto: Nivel 0

En el diagrama de contexto se caracterizan todas las interacciones que realiza un sistema con su entorno (entidades externas), estas pueden ser otros sistemas, sectores internos a la organización, o factores externos a la misma. Se dibuja un sólo proceso que representa al sistema en cuestión y se escribe su nombre en dicha burbuja como un sustantivo común más adjetivos. De él solamente parten los flujos de datos que denotan las interrelaciones entre el sistema y sus agentes externos, no admitiéndose otros procesos ni almacenamientos en el dibujo.

Resulta de gran utilidad para los niveles posteriores de análisis como herramienta de balanceo. Y es conocido como el Diagrama de Flujo de Datos DFD de Nivel "0"

Diagrama de nivel superior: Nivel 1

En el diagrama de nivel superior se plasman todos los procesos que describen al proceso principal. En este nivel los procesos no suelen interrelacionarse directamente, sino que entre ellos debe existir algún almacenamiento o entidad externa que los una. Esta regla de construcción sirve como ayuda al analista para contemplar que en un nivel tan elevado de abstracción (DFD Nivel 1) es altamente probable que la información que se maneja requiera ser almacenada en el sistema aunque no esté especificado por un Requisito funcional, siendo en realidad un requisito no-funcional.

Diagrama de detalle o expansión: Nivel 2

En un diagrama de nivel 2 o mayor, comienzan a explotarse las excepciones a los caminos principales de la información dado que aumenta progresivamente el nivel de detalle. De aquí en adelante se permiten los flujos entre procesos.

El DFD (Diagrama De Flujo De Datos) nivel 2 puede considerarse el máximo para ser validado en forma conjunta con el usuario dado que en los niveles posteriores el alto grado de complejidad del diagrama puede resultar de muy difícil lectura para personas ajenas al equipo de sistemas. También se recomienda el diagrama de nivel superior.

Diagrama Funcional

Muestra las funciones del sistema de forma gráfica y con algunas aclaraciones en texto. En otras palabras, muestra los procesos que se llevan a cabo en un sistema. Por eso también es llamado modelo de procesos. Debe mostrar también las entradas al sistema (de datos, materiales, energía, etc) y las salidas del sistema (productos, datos, energía, etc.).

Por lo tanto, en programación el esquema funcional consiste en una descripción gráfica del funcionamiento del programa, así como de las funciones que forman parte del mismo.

Diagrama de Árbol

El diagrama de árbol es una representación gráfica de los posibles resultados del experimento, el cual consta una serie de pasos, donde cada uno de los pasos tiene un número finito de maneras de ser llevado a cabo. Se utiliza en los problemas de conteo y probabilidad.

Para la construcción de un diagrama en árbol se partirá poniendo una rama para cada una de las posibilidades, acompañada de su probabilidad. Cada una de estas ramas se conoce como rama de primera generación.

Estudio de Factibilidad

Factibilidad

Se refiere a la disponibilidad de los recursos necesarios para llevar a cabo los objetivos o metas señaladas. Generalmente la factibilidad se determina sobre un proyecto.

El estudio de factibilidad, es una de las primeras etapas del desarrollo de un sistema informático. El estudio incluye los objetivos, alcances y restricciones sobre el sistema, además de un modelo lógico de alto nivel del sistema actual (si existe). A partir de esto, se crean soluciones alternativas para el nuevo sistema, analizando para cada una de éstas, diferentes tipos de factibilidades.

Los tipos de factibilidades básicamente son:

·         Factibilidad técnica: si existe o está al alcance la tecnología necesaria para el sistema.

·         Factibilidad económica: relación beneficio costo.

·         Factibilidad operacional u organizacional: si el sistema puede funcionar en la organización.

Para cada solución factible, se presenta una planificación preliminar de su implementación.

Estos resultados se entregan a la gerencia, quienes son los que aprueban la realización del sistema informático.

El estudio de factibilidad, es una tarea que suele estar organizada y realizada por los analistas de sistemas. El estudio consume aproximadamente entre un 5% y un 10% del costo estimado total del proyecto, y el período de elaboración del mismo varía dependiendo del tamaño y tipo de sistema a desarrollar.

Factibilidad Económica

Se refiere a que se dispone del capital en efectivo o de los créditos de financiamiento necesario para invertir en el desarrollo del proyecto, mismo que deberá haber probado que sus beneficios a obtener son superiores a sus costos en que incurrirá al desarrollar e implementar el proyecto o sistema.

Factibilidad Comercial

Proporciona un mercado de clientes dispuestos a adquirir y utilizar los productos y servicios obtenidos del proyecto desarrollado. Asimismo, indica si existen las líneas de obtención, distribución y comercialización del producto del sistema y de no ser así indica que es posible crear o abrir esas líneas para hacer llegar las mercancías o los servicios a los clientes que así lo desean.

Factibilidad Operativa

Se refiere a que debe existir el personal capacitado requerido para llevar a cabo el proyecto y así mismo, deben existir usuarios finales dispuestos a emplear los productos o servicios generados por el proyecto o sistema desarrollado.

Factibilidad Técnica

Indica si se dispone de los conocimientos y habilidades en el manejo de métodos, procedimientos y funciones requeridas para el desarrollo e implantación del proyecto. Además indica si se dispone del equipo y herramientas para llevarlo a cabo, de no ser así, si existe la posibilidad de generarlos o crearlos en el tiempo requerido por el proyecto. Así es y luego implementarlo cada vez más seguro así tendremos un proyecto mucho mejor.

Análisis Ecológico

En ella se pide que se respete la vida de los seres vivos, evitando sobre explotación o mal uso de los recursos para mantener un equilibrio entre los ecosistemas y su medio ambiente. Esta ecología ha sido la más ignorada por los seres humanos desde la antigüedad.

Factibilidad Organizacional

Determina si existe una estructura funcional y/o divisional de tipo formal o informal que apoyen y faciliten las relaciones entre personal, sean empleados o gerentes, de tal manera que provoquen un mejor aprovechamiento de los recursos especializados y una mayor eficiencia y coordinación entre los que diseñan, procesan, producen y comercializan los productos o servicios.

Factibilidad Legal

Se refiere a que el desarrollo del proyecto o sistema no debe infringir alguna norma o ley establecida a nivel local, municipal, estatal o federal.

Factibilidad Política

Se refiere a que el sistema o proyecto propuesto debe respetar los acuerdos, convenios y reglamentos internos de tipo empresarial, industrial, sindical, religioso, partidista, cultural, deportivo u algún otro relacionado con el ámbito del proyecto.

Factibilidad de Tiempo

En ella se verifica que se cumplan los plazos entre lo planeado y lo real, para poder llevar a cabo el proyecto cuando se necesite.

La carta estructurada

También es conocida como el modelo de producto, es una metodología de análisis y diseño de sistemas de análisis estructurado, lo que muestra es un mapa de diseño de arriba hacia abajo (top-down) de tipo jerárquico en el que se asienta cómo será programado el proyecto, construido, integrado y probado.

Hay una herramienta CASE que se llama Visible Analyst y te permite modelar análisis estructurado y orientado a objetos.

Diseño Top-Down o Descomposición Funcional

El diseño Top-Down o también conocido como Descomposición Funcional, fue promovido en la década de 1970 por el investigador de IBM Harlan Mills y Nickaus Wirth. Mills desarrolló conceptos de programación estructurada para utilizarlos y probarlos en un proyecto de 1969 que tenía como objetivo automatizar algunos procedimientos del periódico New York Times. El desarrollo de este proyecto hizo que se dispersara y se ampliara la idea de hacer los programas con esta filosofía de trabajo al resto de los desarrolladores de IBM, así como al resto de la industria del software. Por su parte, Nicklaus Wirth, desarrolló entre otros lenguajes, el lenguaje de programación Pascal, escribió un artículo muy importante acerca del Desarrollo de programas por medio de refinamiento de pasos. Esta idea de diseñar programas permaneció como principal corriente de desarrollo hasta fines de la década de 1980, cuando fue desplazada por la programación orientada a objetos, sin embargo continúa siendo una muy importante ayuda para el desarrollo de los métodos en los la programación orientada a objetos.