jueves, 26 de noviembre de 2015

INGENIERÍA DE REQUERIMIENTOS


El proceso de recopilar, analizar y verificar las necesidades del cliente para un sistema de software es llamado Ingeniería de Requerimientos. La meta de la ingeniería de requerimientos es entregar una especificación de requerimientos de software correcta y completa. La ingeniería de requerimientos apunta a mejorar la forma en que comprendemos y definimos sistemas de software complejos.
Existen varias definiciones de requerimientos, de entre las cuales podemos citar las siguientes:

Los Requerimientos fueron definidos por la IEEE como [IEEE90]:

1. Condición o capacidad requerida por el usuario para resolver un problema o alcanzar un objetivo
2. Condición o capacidad que debe satisfacer o poseer un sistema o una componente de un sistema para satisfacer un contrato, un standard, una especificación u otro documento formalmente impuesto
3. Representación documentada de una condición o capacidad como en 1 o 2.

Según Zave:
• Rama de la ingeniería del software que trata con el establecimiento de los objetivos, funciones y restricciones de los sistemas software.
• Asimismo, se ocupa de la relación entre estos factores con el objeto de establecer especificaciones precisas.

Según Boehm:
• Ingeniería de Requerimientos es la disciplina para desarrollar una especificación completa, consistente y no ambigua, la cual servirá como base para acuerdos comunes entre todas las partes involucradas y en dónde se describen las funciones que realizará el sistema.

Según Loucopoulos:
• Trabajo sistemático de desarrollo de requisitos, a través de un proceso iterativo y cooperativo de análisis del problema, documentando los resultados en una variedad de formatos y probando la exactitud del conocimiento adquirido.
Según Leite:
  • Es el proceso mediante el cual se intercambian diferentes puntos de vista para recopilar y modelar lo que el sistema va a realizar. Este proceso utiliza una combinación de métodos, herramientas y actores, cuyo producto es un modelo del cual se genera un documento de requerimientos.

Proceso de Análisis de Requerimientos.

El proceso del establecimiento de requerimientos de un sistema de software, como ya mencionamos, es el primer paso esencial en entregar lo que el cliente desea. A pesar de esto, la insuficiencia de tiempo y esfuerzo son a menudo encontrado en esta actividad y existen pocos métodos sistemáticos para soportarlo. Entre los métodos conocidos se puede citar a los siguientes:

 Para Pressman, en el proceso de análisis de requerimientos del software se puede identificar cinco tareas o etapas fundamentales:

1. Reconocimiento del problema Se deben de estudiar inicialmente las especificaciones del sistema y el plan del proyecto del software. Realmente se necesita llegar a comprender el software dentro del contexto del sistema. El analista debe establecer un canal adecuado de comunicación con el equipo de trabajo involucrado en el proyecto. En esta etapa la función primordial del analista en todo momento es reconocer los elementos del problema tal y como los percibe el usuario.
2. Evaluación y síntesis En esta etapa el analista debe centrarse en el flujo y estructura de la información, definir las funciones del software, determinar los factores que afectan el desarrollo de nuestro sistema, establecer las características de la interfaz del sistema y descubrir las restricciones del diseño. Todas las tareas anteriores conducen fácilmente a la determinación del problema de forma sintetizada.

3. Modelización Durante la evaluación y síntesis de la solución, se crean modelos del sistema que servirán al analista para comprender mejor el proceso funcional, operativo y de contenido de la información. El modelo servirá de pilar para el diseño del software y como base para la creación de una especificación del software.

4. Especificación Las tareas asociadas con la especificación intenta proporcionar una representación del software. Esto más adelante permitirá llegar a determinar si se ha llegado a comprender el software, en los casos que se lleguen a modelar se pueden dejar plasmados manuales.

5. Revisión Una vez que se han descrito la información básica, se especifican los criterios de validación que han de servir para demostrar que se ha llegado a un buen entendimiento de la forma de implementar con éxito el software. La documentación del análisis de requerimientos y manuales, permitirán una revisión por parte del cliente, la cual posiblemente traerá consigo modificaciones en las funciones del sistema por lo que deberán revisarse el plan de desarrollo y las estimaciones previstas inicialmente.

Tomado de 

martes, 24 de noviembre de 2015

REQUERIMIENTOS DE UN SOFTWARE

  • Un requerimiento es una condición o capacidad a la que el sistema (siendo construido) debe conformar.  

  • Los requerimientos de usuario representan el conjunto completo de resultados a ser obtenidos utilizando el sistema.

  • Los requerimientos del sistema deben mostrar todo lo que el sistema debe hacer más todas las restricciones sobre la funcionalidad.


Cómo identificamos los Requerimientos?

• Los Requerimientos toman vida desde que realizamos nuestro primer encuentro de interlocución con usuarios o clientes.

• Este puede desarrollarse utilizando cualquiera de una variedad de técnicas como entrevistas para intercambiar opiniones, brainstorming, prototipeo, cuestionarios, etc.

• Cuando los requerimientos se logran redactar a un significativo nivel de detalle, tendremos listo el documento denominado “Especificación de Requerimientos”.

Requerimientos Funcionales


• Describen la funcionalidad o los servicios que se espera proveerá el sistema.

• Estos dependen del tipo de software y del sistema que se desarrolle y de los posibles usuarios del software.

• Cuando se expresan como requerimientos del usuario, habitualmente se describen de forma general mientras que los requerimientos funcionales del sistema describen con detalle la función de éste, sus entradas y salidas, excepciones, etc.


Requerimientos No Funcionales


• Son aquellos requerimientos que no se refieren directamente a las funciones específicas que entrega el sistema, sino a las propiedades emergentes de éste como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento.

• De forma alternativa, definen las restricciones del sistema, como la capacidad de los dispositivos de entrada/salida y la representación de datos que se utiliza en las interfaces del sistema.

• Sin embargo, estos requerimientos no siempre se refieren al sistema de software a desarrollar.


Identificación de Requerimientos y Reglas del Negocio


Para identificar los requerimientos correctos del negocio primero debemos de comprender como funciona, es decir cuáles son las reglas del negocio.


Las Reglas del Negocio o Conjunto de Reglas de Negocio describe las políticas, normas, operaciones, definiciones y restricciones presentes en una organización y que son de vital importancia para alcanzar los objetivos misionales.



Primero se realizan los diagramas de actividades de los procesos del negocio, luego casos de uso, diagrama de secuencia, diagrama de colaboración, diagrama de clases, modelo de entidad relación.




CASOS DE USO

Un caso de uso es la cadena de interacciones entre un actor de negocio (cliente, proveedor o trabajador) y el sistema (la empresa, una unidad organizacional o un proceso del negocio) con la finalidad de satisfacer un requerimiento o alcanzar un objetivo.

El caso de uso define una secuencia de acciones que produce un resultado de valor para un particular actor de negocio.

Los casos de uso tienen dos técnicas:

Inclusión: se le dice cuando un caso de uso aprovecha el comportamiento de otro caso de uso.
Extensión: se le dice cuando un caso de uso extiende otro caso de uso; es decir tiene los mismos comportamientos pero le añade otros nuevos.

Ejemplo de un diagrama de caso de uso:





DIAGRAMA DE SECUENCIAS

Un diagrama de secuencia muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso.

Ejemplo:




DIAGRAMA DE COLABORACIÓN

Un diagrama de colaboración modela las interacciones entre objetos o partes en términos de mensajes en secuencia. Los diagramas de colaboración representan una combinación de información tomada desde el diagrama de clases, secuencia, y diagrama de casos de uso describiendo tanto la estructura estática como el comportamiento dinámico de un sistema.

Ejemplo:





DIAGRAMA DE CLASES

Un diagrama de clases en Lenguaje Unificado de Modelado (UML) es un tipo de diagrama de estructura estática que describe la estructura de un sistema mostrando las clases del sistema, sus atributos, operaciones (o métodos), y las relaciones entre los objetos.

Ejemplo:





Tomado de: 




CARACTERISTICAS Y FACTIBILIDAD DE LOS PROYECTOS DE SOFTWARE


Característicamente todo proyecto reúne la mayoría de los siguientes criterios:

1. Tener un principio y un fin.
2. Tener un calendario definido de ejecución.
3. Plantearse de una sola vez.
4. Constar de una sucesión de actividades o de fases.
5. Agrupar personas en función de las necesidades específicas de cada actividad.
6. Contar con los recursos necesarios para desenvolver las actividades.

Un Proyecto Informático es un sistema de cursos de acción simultánea y/o secuencial que incluye personas, equipamientos de hardware, software y comunicaciones, enfocados en obtener uno o más resultados deseables sobre un sistema de información.

Todo proyecto debe tener para su aprobación un estudio de factibilidad, el cual consiste en determinar cuáles son los recursos que implican en el área operativa, económica y técnica. La aprobación del proyecto depende en gran medida de los estudios previos que se realicen como el estudio de factibilidad.

Áreas que cubre el estudio de factibilidad:

                             

Planificar un proyecto consiste en diseñar un futuro deseable y seleccionar o crear formas de lograrlo, hasta donde sea posible. Por lo tanto, al planificar se construye la secuencia de tareas con la lógica necesaria, y la asignación de recursos necesarios para alcanzar el objetivo del proyecto en un tiempo óptimo.
Para la gestión de un proyecto se debe seguir un proceso como el siguiente que permite la evaluación de cada etapa desde el inicio y fin del proyecto: 




MODELADO DEL NEGOCIO

El modelado del negocio dentro de un proyecto de software pretende llegar a un mejor entendimiento de la organización donde se va a implantar el sistema de software.

Los principales motivos para ejecutar esta disciplina son:

Asegurarse de que el producto será algo útil y no un obstáculo; conseguir que se ajuste de la mejor forma posible en la organización donde se va a implantar; y tener un marco común para el equipo de proyecto, los clientes y los usuarios finales.

Los objetivos específicos del modelado de negocio son:

1. Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento común de la organización objetivo.

2. Derivar los requerimientos del sistema necesarios para apoyar a la organización objetivo en su mejora.

3. Entender el problema actual en la organización objetivo e identificar potenciales mejoras.

4. Entender la estructura y la dinámica de la organización para la cual el sistema va a ser desarrollado (organización objetivo).

Para lograr estos objetivos, el modelado de negocio describe como desarrollar una visión de la nueva organización, basado en esta visión se definen procesos, roles y responsabilidades de la organización por medio de un Modelo de Casos de Uso del Negocio. Los artefactos del modelo de negocio sirven como entrada y referencia para la definición de los requerimientos del sistema.


LOS PROCESOS DEL NEGOCIO

Un proceso es secuencia de pasos que se lleva a cabo para un propósito determinado.

Un proceso de software es un conjunto coherente de políticas, estructuras organizativas, tecnologías, procedimientos y artefactos que se necesitan para concebir, desarrollar, implantar y mantener un producto software.

Para ayudar al modelamiento del negocio se utiliza un enfoque, el más utilizado es el BPM- Business Process Management.

BPM es un enfoque para el descubrimiento, diseño, despliegue, ejecución, interacción, operación y análisis de procesos de negocio propuesto por el grupo BPMi.



MODELADO DE UN PROCESO DE NEGOCIO

Proceso de abastecimiento de un negocio.

Ejemplo:

                                

VISIÓN DEL NEGOCIO

Este artefacto describe los objetivos principales del proyecto, funcionalidades y restricciones en forma concisa; es un resumen del proyecto apto para la toma de decisiones, ofrece una descripción del sistema a ser desarrollado desde la perspectiva de los requerimientos más importantes. Este documento captura las expectativas de los que soportan el desarrollo del proyecto.

El empleo completo o parcial de este artefacto está sujeto al propósito del sistema que se desea desarrollar:
1. Creación de un negocio: consiste en aplicar ingeniería al negocio para crear un nuevo proceso de negocio, una nueva línea de negocio o una nueva organización.

2. Reingeniería del negocio: reingeniería es la revisión fundamental y el rediseño radical de procesos del negocio para alcanzar mejoras satisfactorias en medidas críticas y actuales de rendimiento, tales como costos, calidad, servicio y rapidez. El objetivo es hacer las tareas que ya se están haciendo, pero hacerlo mejor, trabajar más inteligentemente.

3. Mejoras al Negocio: consiste en aplicar ingeniería al negocio para mejorar algunos procesos locales y que no afectan al negocio entero


ROLES PARA LLEVAR A CABO UN PROYECTO

El desarrollo de software es una actividad que, dada su complejidad, debe desarrollarse en grupo. Además, esta actividad requiere de distintas capacidades, las que no se encuentran todas en una sola persona.

Por ello, se hace necesario formar el grupo de desarrollo con las personas que cubran todas las capacidades requeridas. Cada una de esas personas aportará al grupo parte del total de las capacidades necesarias para llevar a cabo con éxito el desarrollo. Por ello, es que cada persona debe tener un rol dentro del grupo, que viene dado por su experiencia y capacidades personales.

Para cada rol, se definen sus objetivos, actividades, interacción con otros roles, herramientas a utilizar, perfil de las personas en ese rol y un plan de trabajo. Hay que señalar que es posible que no se requieran todos los roles en un desarrollo. Eso dependerá del tamaño y del tipo del desarrollo.

En conclusión un rol permite dividir el proyecto para cada persona, asignando responsabilidades a cada una de estar y logrando que cada persona se enfoque y explore sus capacidades dentro del proyecto.

Tomado de:






METODOLOGÍA DE DESARROLLO DE SOFTWARE


La metodología para el desarrollo de software es un modo sistemático de realizar, gestionar y administrar un proyecto para llevarlo a cabo con altas posibilidades de éxito.

Desde un punto de vista general puede considerarse que el ciclo de vida de un software tiene tres etapas claramente diferenciadas, las cuales se detallan a continuación:


• Planificación: idearemos un planeamiento detallado que guíe la gestión del proyecto, temporal y económicamente.

• Implementación: acordaremos el conjunto de actividades que componen la realización del producto.

• Puesta en producción: nuestro proyecto entra en la etapa de definición, allí donde se lo presentamos al cliente o usuario final, sabiendo que funciona correctamente y responde a los requerimientos solicitados en su momento.

Clasificación de las metodologías

Existen dos metodologías que tienen analogía en la práctica con los paradigmas de programación. Metodología estructurada y metodología orientada a objetos.

• Metodología estructurada: la orientación de esta metodología se dirige hacia los procesos que intervienen en el sistema a desarrollar, es decir, cada función a realizar por el sistema se descompone en pequeños módulos individuales.

• Metodología orientada a objetos: a diferencia de la metodología mencionada anteriormente, ésta no comprende los procesos como funciones sino que arma módulos basados en componentes, es decir, cada componente es independiente del otro. Esto nos permite que el código sea reutilizable.


MODELOS DE CICLO DE VIDA

Ciclo de vida lineal

Es el más sencillo de todos los modelos. Consiste en descomponer la actividad global del proyecto en etapas separadas que son realizadas de manera lineal, es decir, cada etapa se realiza una sola vez, a continuación de la etapa anterior y antes de la etapa siguiente. Con un ciclo de vida lineal es muy fácil dividir las tareas, y prever los tiempos (sumando linealmente los de cada etapa).


 

Ciclo de vida en cascada puro

Este modelo de ciclo de vida fue propuesto por Winston Royce en el año 1970. Es un ciclo de vida que admite iteraciones, contrariamente a la creencia de que es un ciclo de vida secuencial como el lineal. Después de cada etapa se realiza una o varias revisiones para comprobar si se puede pasar a la siguiente. Es un modelo rígido, poco flexible, y con muchas restricciones.


Ciclo de vida en V

Este ciclo fue diseñado por Alan Davis, y contiene las mismas etapas que el ciclo de vida en cascada puro. A diferencia de aquél, a éste se le agregaron dos subetapas de retroalimentación entre las etapas de análisis y mantenimiento, y entre las de diseño y debugging.

Podemos utilizar este modelo de ciclo de vida en aplicaciones, que si bien son simples (pequeñas transacciones sobre bases de datos por ejemplo), necesitan una confiabilidad muy alta.

                                        

Ciclo de vida iterativo

También derivado del ciclo de vida en cascada puro, este modelo busca reducir el riesgo que surge entre las necesidades del usuario y el producto final por malos entendidos durante la etapa de solicitud de requerimientos.
Es la iteración de varios ciclos de vida en cascada. Al final de cada iteración se le entrega al cliente una versión mejorada o con mayores funcionalidades del producto. El cliente es quien luego de cada iteración, evalúa el producto y lo corrige o propone mejoras.
Estas iteraciones se repetirán hasta obtener un producto que satisfaga al cliente.

                                         



Ciclo de vida por prototipos

El uso de programas prototipo no es exclusivo del ciclo de vida iterativo. En la práctica los prototipos se utilizan para validar los requerimientos de los usuarios en cualquier ciclo de vida.
Si no se conoce exactamente cómo desarrollar un determinado producto o cuáles son las especificaciones de forma precisa, suele recurrirse a definir especificaciones iniciales para hacer un prototipo, o sea, un producto parcial y provisional. En este modelo, el objetivo es lograr un producto intermedio, antes de realizar el producto final, para conocer mediante el prototipo cómo responderán las funcionalidades previstas para el producto final.
Antes de adoptar este modelo de ciclo debemos evaluar si el esfuerzo por crear un prototipo vale realmente la pena adoptarlo.

                                             

Ciclo de vida evolutivo

Este modelo acepta que los requerimientos del usuario pueden cambiar en cualquier momento.
La práctica nos demuestra que obtener todos los requerimientos al comienzo del proyecto es extremadamente difícil, no sólo por la dificultad del usuario de transmitir su idea, sino porque estos requerimientos evolucionan durante el desarrollo y de esta manera, surgen nuevos requerimientos a cumplir. El modelo de ciclo de vida evolutivo afronta este problema mediante una iteración de ciclos requerimientos–desarrollo–evaluación.


                                           

Ciclo de vida incremental

Este modelo de ciclo de vida se basa en la filosofía de construir incrementando las funcionalidades del programa.
Se realiza construyendo por módulos que cumplen las diferentes funciones del sistema.
Esto permite ir aumentando gradualmente las capacidades del software.
Este ciclo de vida facilita la tarea del desarrollo permitiendo a cada miembro del equipo desarrollar un módulo particular en el caso de que el proyecto sea realizado por un equipo de programadores.
Es una repetición del ciclo de vida en cascada, aplicándose este ciclo en cada funcionalidad del programa a construir. Al final de cada ciclo le entregamos una versión al cliente que contiene una nueva funcionalidad. Este ciclo de vida nos permite realizar una entrega al cliente antes de terminar el proyecto.

                                         

Ciclo de vida en espiral

Este ciclo puede considerarse una variación del modelo con prototipado, fue diseñado por Boehm en el año 1988. El modelo se basa en una serie de ciclos repetitivos para ir ganando madurez en el producto final. Toma los beneficios de los ciclos de vida incremental y por prototipos, pero se tiene más en cuenta el concepto de riesgo que aparece debido a las incertidumbres e ignorancias de los requerimientos proporcionados al principio del proyecto o que surgirán durante el desarrollo. A medida que el ciclo se cumple (el avance del espiral), se van obteniendo prototipos sucesivos que van ganando la satisfacción del cliente o usuario.
A menudo, la fuente de incertidumbres es el propio cliente o usuario, que en la mayoría de las oportunidades no sabe con perfección todas las funcionalidades que debe tener el producto.

Este modelo tiene 4 etapas:

• Planificación: Relevamiento de requerimientos iniciales o luego de una iteración.
• Análisis de riesgo: De acuerdo con el relevamiento de requerimientos decidimos si continuamos con el desarrollo.
• Implementación: desarrollamos un prototipo basado en los requerimientos.
• Evaluación: El cliente evalúa el prototipo, si da su conformidad, termina el proyecto. En caso contrario, incluimos los nuevos requerimientos solicitados por el cliente en la siguiente iteración.


                                         

Ciclo de vida orientado a objetos

Esta técnica fue presentada en la década del 90, tal vez como una de las mejores metodologías a seguir para la creación de productos software.
Puede considerarse como un modelo pleno a seguir, como así también una alternativa dentro de los modelos anteriores.
Al igual que la filosofía del paradigma de la programación orientada a objetos, en esta metodología cada funcionalidad, o requerimiento solicitado por el usuario, es considerado un objeto. Los objetos están representados por un conjunto de propiedades, a los cuales denominamos atributos, por otra parte, al comportamiento que tendrán estos objetos los denominamos métodos.
Vemos que tanto la filosofía de esta metodología, los términos utilizados en ella y sus fines, coinciden con la idea de obtener un concepto de objeto sobre casos de la vida real.

                                         


HERRAMIENTAS CASE

Estas herramientas son un conjunto de programas y ayudas que dan asistencia a los analistas, ingenieros de software y desarrolladores, durante todos los pasos del Ciclo de Vida de desarrollo de un Software. Como es sabido, los estados en el Ciclo de Vida de desarrollo de un Software son: Investigación Preliminar, Análisis, Diseño, Implementación e Instalación.



Objetivo de las herramientas CASE

El objetivo del CASE en una empresa es generar escenarios de cómo solucionar las necesidades de tener información en tiempo real, es por ello que el CASE es una metodología de trabajo que involucra diferentes disciplinas de la informática, tales como:
·         Infraestructura.
·         Comunicaciones.
·         Hardware.
·         Software.
·         Desarrollo.
·         Personal de IT

Para el análisis y diseño del proyecto, se requirió la ayuda de la herramienta Enterprise Architect que nos permitirá el modelado de las necesidades y requerimientos del negocio del proyecto, así como el modelado de los diagramas preliminares necesarios para llevar a cabo la implementación y puesta en marcha del software.

                                           


 Tomado de:




jueves, 27 de agosto de 2015

TALLER I Y II


HENDER ERASMO GUARIN GONZALEZ. CODIGO:1150153
MANUEL ELISEO OSORIO JAIMES CODIGO:1150715
FRANCISCO JAVIER DUARTE GARCIA. CODIGO:1150712



1. Actualmente la Universidad tiene implementado los siguientes Sistemas de Información:

·         Sistema de Información Académico SIA: Sistema de Procesamiento de Transacciones, en él se llevan a cabo diferentes procesos como la matricula académica, el cálculo del promedio, el registro de los estudiantes, etc. Es de vital importancia porque gracias a él se gestionan los procesos académicos.

·         Sistema de Información de Personal SIP: Sistema de Procesamiento de Transacciones, en él se registra y se maneja la información referente el personal que labora dentro de la UFPS, es muy importante contar con este sistema pues gracias a  él es posible llevarlo referente al personal contratado.

·  Sistema de Información de la Gestión de los centros, grupos y semilleros de Investigaciones – SGIS: Sistema de Procesamiento de Transacciones, en él se maneja la información referente  a los centros, grupos y semilleros de Investigaciones, gracias a este sistema se puede manejar la información referente a las actividades y conformación de los centros, grupos y semilleros de Investigación de la UFPS. Este sistema es  importante pues gracias a él se puede conocer los diferentes alcances y propuestas en el campo de la investigación.

·        Sistema de Carnetización: Sistema de Procesamiento de Transacciones, es el encargado de llevar el manejo del proceso de Carnetización de los estudiantes. Es muy importante porque permite controlar el acceso a diferentes servicios de la universidad además de identificar al estudiante.

·     Sistema Botón de Pago Electrónico: Sistema de Procesamiento de Transacciones, este sistema permite al estudiante realizar el pago de su matrícula por medio electrónico. Este proceso es importante pues agiliza el pago de la matrícula y ahorra tiempo en largas filas en el banco.

·        Sistema de Información para la Administración del Material Bibliográfico SIB: sistema de Procesamiento de datos, este sistema es manejado diariamente por la biblioteca de la universidad, este sistema es importante porque agiliza mucho el proceso de consultas dentro de la universidad.

·         Sistema de Información Financiera (SIF): Sistema de Procesamiento de Transacciones, en él se lleva  cabo los diferentes aspectos  contables de la universidad. Este sistema es muy importante porque permite  la universidad gestionar su parte financiera.

·  Sistema de Información de Inventarios (SIINV), Sistema de Procesamiento de Transacciones, este sistema maneja lo referente a los inventarios con que cuenta la universidad, es de vital importancia pues os proporciona el que se tiene y que se necesita.

·         Sistema de administración curricular (SIAC): Sistema para la administración, se refiere al proceso mediante el cual se ponen en marcha, de forma coordinada, los programas y proyectos (realizados en la planeación curricular), utilizando de manera eficaz y eficiente los recursos físicos, materiales y financieros con los participantes de una planta de personal claramente definida y organizada

·         Sistemas de estadística académica (SEA): Sistema de Procesamiento de Transacciones, en él se llevan a cabo los cálculos correspondientes   las estadísticas de diferentes aspectos como l deserción, los promedios académicos, etc. Es de vital importancia porque permite analizar diferentes aspectos de la universidad como el nivel de deserción en las diferentes carreras.

·         Sistema de Quejas y Reclamos (SQR), Sistema de Procesamiento de datos, este sistema es el encargado de almacenar las diferentes peticiones de los estudiantes y trabajadores de la universidad. Este sistema es muy importante porque permite a la universidad conocer las diferentes falencias y retroalimentarse para ser cada día mejor.

·         Sistema de Gestión Documental (UGAD): Sistema para la administración en él se maneja todo lo que es la parte documental referente a la universidad. Es de vital importancia porque permite dar a conocer la estructura interna de la universidad.

Tomado de:
http://izamorar.com/tipos-yo-clasificacion-de-los-sistemas-de-informacion/



2. Si usted estuviera a cargo de la División de Sistemas de la Universidad, considera que haría falta crear otro Sistema de Información? Cual? Explique su importancia.

Sistema de aulas de Clase: Este sistema permitiría a los alumnos y profesores el ver que disponibilidad hay en cada uno de los edificios, salones disponibles para en caso de necesitar realizar una actividad extraclase  tener donde llevarla a cabo. Es muy importante pues muchas veces se necesita realizar alguna clase adicional y no es posible por no tener conocimiento si se cuenta o no con un aula disponible.

 3. Se le ha encomendó desarrollar un Sistema de Información gerencia (SIG) en una empresa prestigiosa, para ello es necesario que consulte QUE SON, Cual es su estructura y Cuales son las actividades principales de los SIG.

Los sistemas de información gerencial (SIG) son una colección de sistemas de información que interactúan entre sí y que proporcionan información tanto para las necesidades de las operaciones como de la administración. Sin embargo debe recalcarse que es una colección de sistemas de información y no un sistema “total “. En teoría, una computadora no es necesariamente un ingrediente de un Sistema de Información Gerencial (SIG), pero en la práctica es poco probable que exista un SIG complejo sin las capacidades de procesamiento de las computadoras. 

El sistema de información gerencial se puede informar como una estructura piramidal.




-La parte inferior de la pirámide está comprendida por la información relacionada con el procesamiento de las transacciones preguntas sobre su estado.


-El siguiente nivel comprende los recursos de información para apoyar las operaciones diarias de control.

-El tercer nivel agrupa los recursos del sistema de información para ayudar a la planeación táctica y la toma de decisiones relacionadas con el control administrativo.

-El nivel más alto comprende los recursos de información necesarios para apoyar la planeación estratégica y la definición de política de los niveles más altos de la administración.


El Sistema de información Gerencial se localiza en un nivel administrativo, en el que se relaciona con funciones de seguimiento, control, toma de decisiones y administración de Recursos. Se encuentra en dicho nivel ya que la información que produce ejerce la función de herramienta de planificación y toma de decisiones que sirve de ayuda para la mejora de la productividad de una organización, usando así sus operaciones diarias de control. 


Los sistemas que se encuentran en un nivel administrativo tienen como objetivo proporcionar informes o resúmenes regulares relacionados con las operaciones o procedimientos que ejecuta la empresa.




Componentes de SIG

Una estructura ideal del SIG debe contar con 5 elementos esenciales: Recurso Humano, hardware, software, datos y Procedimientos.

Software: es programa o método lógico a utilizar para poder  procesar los datos.

Hardware: Es la parte física en la que se va a procesar los datos.

Recurso Humano: Son los individuos, la fuerza productiva que  tiene las habilidades para utilizar el sistema.

Base de datos: es el conjunto de datos que se procesaran para el arrojo de informe para la toma de decisiones.

Procedimientos: Es la información descriptiva que explica el uso y operación del sistema.

Cada uno tiene su grado de importancia, debido a que no es nada exitoso un sistema que solo se cuente con la computadora con un software especializado sin la intervención del usuario, así como también que se cuente con el Recurso Humano capacitado, pero no con el computador, sin un programa capaz de procesar los datos.





Actividades de los SIG

  • Todas las funciones gerenciales; Planeación, Organización, Dirección y Control son necesarias para un buen desempeño organizacional. Para apoyar estas funciones, en especial la Planeación y el Control son necesarios los Sistemas de Información Gerencial. Por tanto el valor de la información proporcionada por el sistema, debe cumplir con los siguientes cuatro supuestos básicos: Calidad, oportunidad, cantidad y relevancia.
·         Reciben datos como entrada, procesan los datos por medio de cálculos, combinan elementos de los datos, etc.

·         Proporcionan información en manuales, electromecánicos y computarizados.

·         Sistema de Información de Procesamiento de Transacciones, Sistema de Información para Administradores, Sistema de Información de Informes Financieros Externos.


Tomado de: 

4. En gran parte de las pequeñas y medianas empresas existe una necesidad urgente de la incorporación a proyectos de Sistemas de Información Gerencial (SIG), describa las ventajas de implementarlos e identifique cuales son los pasos a seguir para analizar un SIG.

Los Sistemas de Información Gerencial o (SIG), trae muchas ventajas a cualquier empresa a nivel competitivo y operativo, aunque también desventajas.
Las ventajas son mayores, ayudan al crecimiento, fortalecimiento y movimiento de cualquier empresa en el mercado.

Por otro lado, las desventajas de basan en el alto costo de inversión, y, el tiempo requerido para utilización de los softwares.

Pasos para Analizar un S.I.G:

Identificar a todos aquellos agentes que están utilizando o deberían utilizar los distintos tipos de información (profesionales, trabajadores de campo, supervisores, administradores, etc.)
Establecer los objetivos a largo y corto plazo de la organización, departamento o punto de prestación de servicios.

Identificar la información que se requiere para ayudar a las diferentes personas a desempeñarse efectiva y eficientemente dentro de área de trabajo y a la vez desechando la información que es recolectada y no será utilizada.

Determinar cuáles de los formularios y procedimientos actuales son los más sencillos, utilizados para recolectar, registrar, tabular, analizar y brindar la información, de tal manera que no requieren demasiado tiempo y a su vez cubran las necesidades de los diferentes trabajadores, con la finalidad de determinar cuáles son los formularios y procedimientos que requieren mejorarse.

Revisar todos los formularios y procedimientos existentes para recolectar y registrar información que necesiten rediseñarse, para preparar nuevos instrumentos si es necesario.
Establecer los sistemas manuales o computarizados para tabular, analizar, y ofrecer la información, para que sean más útiles a los diferentes trabajadores.

Desarrollar procedimientos que permitan verificar el cumplimiento del mismo, de tal manera que se certifiquen la exactitud de los datos.

Capacitar y supervisar al personal en el uso de nuevos formularios, registros, hojas de resumen y otros instrumentos para recolectar, tabular, analizar y presentar la utilización de la información.

Optimizar un sistema de información gerencial que permita preguntar, observar y verificar la información.

Tomado de:




5. Consulte las ventajas de implementar una ERP y CRM en las organizaciones.

Ventajas de implementar una ERP

1. Mejora el proceso de toma de decisiones. Los sistemas ERP permiten crear una base de datos compartida con más información y de mayor calidad que los responsables podrán visualizar en su pantalla en tiempo real agilizando y mejorando el proceso de toma de decisiones.

2. Planificación realista de los escenarios futuros. Al disponer de información de mayor calidad es posible realizar estimaciones y previsiones realistas anticipándonos a los escenarios futuros.

3. Las mínimas duplicidades. En las empresas que todavía no cuentan con una solución ERP es fácil comprobar que sus departamentos actúan con cierta independencia unos de otros, por lo que acaban generando registros e informes por duplicado. La integración que supone el ERP permitirá disminuir drásticamente estas duplicidades.

4. Los sistemas ERP son modulares. Los ERP están formados por módulos. De esta manera podrás implantar los módulos que tu empresa necesite en cada momento. Si en el futuro tu empresa evoluciona y crece tu ERP lo hará con ella si incorporas nuevas funcionalidades.

5. Total adaptación a las necesidades de tu empresa. Todas las empresas son diferentes. Por ello el proveedor de tu sistema ERP deberá realizar un análisis previo sobre las necesidades de tu organización para garantizar que la aplicación se adapta perfectamente a ella. La solución ERP debe adaptarse a tu negocio, no al revés.

6. Mayor control y trazabilidad. Los sistemas ERP facilitan el seguimiento del producto a lo largo de la organización, desde que entra la materia prima hasta la entrega del producto acabado a los clientes.

7. Integración con el resto de los miembros de la cadena de valor. El nuevo concepto ERP II supera los límites de la empresa añadiendo a otros integrantes de la cadena de valor: clientes y proveedores. Así el proveedor pasa a ser un socio estratégico del que podemos extraer una ventaja competitiva al participar activamente en el diseño y desarrollo de nuevos productos aportando su experiencia.
Respecto a los clientes, los ERP permiten contar con más información y de mayor calidad que permitirá ajustar las órdenes de producción y de compra a sus necesidades. Por otro lado dispondremos de una base de datos sobre nuestros clientes segmentada que nos permitirá realizar campañas de marketing orientadas a segmentos específicos.

8. Mejor comunicación interna. El ERP suprime las barreras a la información entre los distintos departamentos integrándolos y mejorando la comunicación interna.

9. Automatización de tareas. Los sistemas ERP permiten automatizar tareas pesadas y repetitivas que anteriormente se realizaban a mano (generación de albaranes, facturas etcétera). De ese modo nuestros operarios podrán dedicarse a tareas más productivas que realmente son las que nos aportan valor. Pero es más, al reducirse el componente humano, caerá el número de errores (aunque no se eliminará del todo dado que seguirá siendo necesarias ciertas acciones manuales como la introducción de datos).
 10. Menos costes, más competitividad. La mayor eficiencia conseguida, la disminución en el    número de errores y la reducción de tareas duplicadas permiten disminuir los costes empresariales. La reducción de costes nos va a permitir:
·         Aumentar nuestro margen de beneficios al caer el coste unitario.
·         Reducir el precio de cada producto al disminuir su coste.
·         O ambas.

11. Aumento del rendimiento y del retorno de la inversión en el largo plazo. Gracias a todas las ventajas anteriores se podrá conseguir un incremento de la rentabilidad y de los beneficios. En otras palabras, el aumento del rendimiento conseguido con la implantación del ERP compensa, en el largo plazo, la inversión inicial realizada.

Ventajas de implementar una CRM

·       Más oportunidades de venta. Sus ejecutivos de venta se dedicarán a vender y no a administrar su cartera de clientes. Mejores oportunidades. Al seguir un proceso de calificación de clientes, los Gerentes y Ejecutivos de venta se enfocarán en los clientes y oportunidades más rentables.

·       Acortar los ciclos de ventas y aumentar los ingresos. Al dar un seguimiento constante y oportuno a sus prospectos aumentarán sus probabilidades de cerrar una venta.

·       Optimizar el tiempo y los recursos. Ya no se necesitan realizar largas juntas para revisión de avances y resultados. Olvídese de administrar y controlar la fuerza de ventas, prospectos y clientes basado en papel, mail o Excel. Incluso si cuenta con una fuerza de ventas dispersa geográficamente podrá trabajar con ella de forma sincronizada.

·       Mejores decisiones. Conozca el desempeño y expectativas de ventas de cada ejecutivo para mejorar continuamente su estrategia comercial. Genere pronósticos de venta precisos con base a las fechas de cierre de las oportunidades de venta de cada ejecutivo.
·       Mejor planeación de su trabajo diario. Programe citas, llamadas, cierre de ventas, etc.

·       Información oportuna del proceso de ventas. Mediante reportes en tiempo real usted conocerá el desempeño de su equipo día a día, así como las oportunidades por cerrar en períodos posteriores.

·       Integración de los diferentes puntos de contacto con el cliente. Aumente la productividad de todos los roles involucrados en los procesos de venta. Los departamentos de comercialización, mercadotecnia, call center, soporte técnico y servicio al cliente tendrán una visión unificada e integral de cada cliente.

·       Mejores relaciones con los clientes. Los clientes tendrán una atención eficiente y personalizada ya que todo el personal de la organización atenderá de forma rápida al cliente en cada etapa correspondiente, desde el primer contacto hasta el servicio post-venta, al conocer el historial de sus relaciones con él.

Tomado de:



6. Mediante una ilustración represente una ERP en una organización y explique su funcionamiento.


El software ERP (Entreprise Resource Planning) es un sistema de gestión de recursos empresariales que presenta unas características particulares en su funcionamiento. Son sistemas de información gerenciales que integran y utilizan muchas de las grandes corporaciones dedicadas al sector de la producción, distribución y bienes y servicios. Son generalmente llamados sistemas backoffice, ya que el cliente y el público en general no están directamente involucrados con él. Es decir, es un programa de gestión interno que trata directamente con los proveedores y permite establecer un protocolo de actuación que mejora la eficiencia y la productividad de los empleados.




Tomado de: