Auditoria de Proyectos Informaticos

INTRODUCCIÓN

El Control Interno Informático controla diariamente que todas las actividades de sistemas de información sean realizadas cumpliendo los procedimientos, estándares y normas fijados por la Dirección de la Organización y/o la Dirección de Informática, cumpliendo los requerimientos legales. La misión del control Interno Informático es asegurarse de que las medidas que se tienen de los mecanismos implantados por cada responsable sean correctas y válidas.

La Auditoria Informática es el proceso de recoge, agrupar y evaluar evidencias para determinar si un sistema informatizado salvaguarda los activos, mantiene la integridad de los datos, lleva a cabo eficazmente los fines de la organización y utiliza eficientes los recursos. De este modo la auditoria informática sustenta y confirma la consecución de los objetivos tradicional de la auditoria: • Objetivos de protección de activos e integridad de datos. • Objetivos de gestión que abarcan, no solamente los de protección de activos sino también los de eficacia y eficiencia. El auditor evalúa y comprueba en determinados momentos del tiempo los controles y procedimientos informáticos más complejos, desarrollando y aplicando técnicas mecanizadas de auditoría, incluyendo el uso del software. En muchos casos, ya no es posible verificar manualmente los procedimientos informatizados que resumen calculan y clasifican datos, por lo que se deberá emplear software de auditoría y otras técnicas asistidas por ordenador.

IMPLANTACIÓN DE UN SISTEMA DE CONTROLES INTERNOS INFORMÁTICOS

Entorno de red: Esquema de la red:

Creación de una red para el control automatizado de las actividades de la escuela agraria de carrizal. Estas actividades serán controladas a través de un sistema automatizado llamado agrosystem administrador, el cual se encuentra en un entorno de red compuesto por un router, cuatro (4) computadoras y una impresora. El router sirve como servidor DHCP, y esta reservada una ip para el servidor mediante su mac address.

Configuración del ordenador base:

EL servidor tiene como sistema operativo Ubuntu server 12.04 en el cual están alojados los programas para la ejecución del sistema:

Apache (servidor web). Phpmyadmin (administrador de base de datos). Php 5.0 (lenguaje de programación).

Soporte físico:

Procesador dual core 3.0 Mhz. Cuatro gigabyte de memoria ram(4 gb ram). Una Tarjeta de red.

Productos y herramientas:

Las herramientas para el desarrollo y mantenimiento de sistemas son las siguientes:

Sublimetext Notepack++ Netbeans.

Seguridad del ordenador base: las seguridad es una etapa que tiene que cumplirse en todo momento para asegurar la integridad de los datos y del equipo, por esta razón se ha establecido el siguiente patrón:

Solo tendrá acceso físico a la sala donde se encuentra el servidor, el encargado del mantenimiento del mismo.

Solo tendrán acceso al servidor los uauariospermitidos con diferentes niveles de permisologia:

o Desarrolladores.o Consultores.

AUDITORÍA DE PROYECTOS DE DESARROLLO DE S.I.

OBJETIVO DE CONTROL B1: El proyecto de desarrollo debe estar aprobado, definido y planificado formalmente.

Mediante diversas visitas realizadas a la comunidad, se realizó un levantamiento de información en el cual se estudiaron todas sus problemáticas a nivel de informática y se planteó un proyecto el cual está basado en el desarrollo de una herramienta tecnológica el cual les permita llevar un control de toda la información realizada en la escuela en una base de datos la cual podrá ser alimentada mediante una interfaz web. Se plantearon los siguientes objetivos los cuales fueron aprobados por el director de la institucion.

OBJETIVO GENERAL

Automatizar el Sistema de Gestión de Alimentación, Producción, Reproducción y Control Sanitario de la Escuela Técnica Agropecuaria Carrizal, que sirva como una herramienta de apoyo al personal de esta institución con la finalidad de ofrecer a dicha comunidad una mejora en cuanto a la gestión de datos de la finca en general.

Objetivos específicos

Diagnosticar el procedimiento actual que implementan para el control de la

escuela agropecuaria técnica de carrizal.

Recolectar información adecuada para el desarrollo de un sistema

administrativo que mejore la gestión del control y carga datos basado en la

necesidad presentada por la Institución.

Realizar el diseño del sistema a implementar, tomando en cuenta las

necesidades de los usuarios.

Elaborar las interfaces gráficas que componen el sistema de acuerdo a los

estándares propuestos.

El Proyecto cumple con los estándares y normas internacionales ya que se

realizara mediante la metodología rup la cual permite planificar el ciclo de vida de

un sistema mediante las siguientes fases:

Fase de concepción

Esta fase tiene como propósito definir y acordar el alcance del proyecto con los patrocinadores, identificar los riesgos potenciales asociados al proyecto, proponer una visión muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones.

Fase de elaboración

En la fase de elaboración se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificación de los casos de uso seleccionados y el primer análisis del dominio del problema, se diseña la solución preliminar.

Fase de construcción

El propósito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requerimientos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto.

Fase de transición

El propósito de esta fase es asegurar que el software esté disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte técnico necesario. Se

debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto.

El equipo encargado de la planificación y realizar el seguimiento del ciclo de vida del sistema, esta constituido por Jonarver Molina (director del proyecto). Yeltsing Tovar (levantamiento de información). Carlo Rodríguez(Analista desarrollador). Joshua Vera (desarrollador) Domingo Angulo (Director de escuela agraria de carrizal).

OBJETIVO DE CONTROL B2: El proyecto debe gestionarse de forma que se consigan los mejores resultados teniendo en cuenta las restricciones de tiempo y recursos.

Planificación de las actividades: Diagrama de gant:

El objetivo del diagrama de gant es gerenciar de forma eficiente todas las actividades y verificar que se están cumpliendo cada una delas actividades del ciclo de vida del sistema, por este motivo se a dejado una semana al final de cada etapa para manejar el control de cambios y realizar los ajustes necesarios al sistema. Todos los viernes de cada semana se realizaran reuniones para entregar avances y reajustar tiempos si es necesario y sin salirse de la planificación.

AUDITORÍA DE LA FASE DE ANÁLISIS:

Pretende obtener un conjunto de especificaciones formales que describan las necesidades de información que deben ser cubiertas por el nuevo sistema de una forma independiente del entorno técnico.

Población

Según Fidias Arias (2006) La población “Es un término más preciso población objetivo, es un conjunto finito o infinito de elementos con características comunes para los cuales serán extensivas las conclusiones de la investigación. Esta queda delimitada por el problema y por los objetivos del estudio.” pág. 63

A los defectos de este proyecto la población a considerar como muestra será la totalidad de ocho (8) los docentes del Área Agropecuaria de la ETA Carrizal.

Muestra

Según Fidias Arias (2006) Muestra “es un subconjunto representativo finito que se extrae de la población accesible.” pág.64

Representan el 100% de los actuales encargado del manejo de la finca. Al ser una población pequeña de 15 personas, para la ejecución del proyecto la muestra fue del 53,3% (ocho personas).

3.4 Técnicas e instrumentos de recolección de datos

La presente es una encuesta que se desarrolla con la finalidad de obtener información necesaria, para conocer el uso de un sistema automatizado para el control de producción, reproducción y sanitario de la ETA Carrizal.

En la ETA Carrizal se ejecutó una recolección de datos basada en una encuesta para el personal docente por medio de preguntas cerradas. Esta encuesta se realizó a una muestra de ocho (8) personas, que representa más del cincuenta (50) % de la ETA Carrizal. Dicha encuesta consta de tres (3) partes: en su primera parte describe un poco el propósito de la misma, el cual es ayudar a procesar de manera más óptima la información de los animales y plantas de la finca; en su segunda parte, da una breve descripción de lo que es un sistema automatizado y por ultimo consta de siete (6) preguntas las cuales tienen su objetivo cada una y forma parte importante del diagnóstico.

PREGUNTA 1

¿Estaría usted de acuerdo con la aplicación de un sistema automatizado que lleve el manejo total y control de la producción, reproducción y sanitario de la finca?

El objetivo principal de la siguiente pregunta es conocer cuántas personas de acuerdo a la muestra obtenida están de acuerdo con la implementación del sistema automatizado están de acuerdo.

TABLA PORCENTAJES DE RESPUESTA.

MUESTRA AFIRMATIVA (SI) NEGATIVA(NO)

8 PERSONAS

100%

8 PERSONAS

100%

Tabla 1: Porcentaje de respuesta

Respuestas012345678

IMPLEMENTACION DEL SISTEMA AUTO-MATIZADO

Personas de acuerdo: 8Personas en desacuerdo

NUM

ERO

DE

PERS

ON

AS

Tabla 2: Implementación del sistema

Según las figuras anteriores el 100% de la muestra obtenida está de acuerdo con la implementación del sistema automatizado aun sin saber las bondades del sistema.

Pregunta 2

¿Cree usted que la aplicación de un sistema automatizado ayudaría a resolver los inconvenientes que se presentan en la finca?

Como objetivo principal de esta preguntaa es estar al tanto de las posibilidades que la comunidad crea si se pueda resolver uno o más inconvenientes dentro de la finca con la implementación del sistema.

En esta pregunta se presentan seis (6) opciones de repuesta posible en la que se podía tildar una o varias de las opciones para decir en qué aspecto el sistema beneficiaria más a la comunidad.

Tabla de respuestas

En la siguiente el número de veces representa las repeticiones por cada opción según las respuestas dadas por los 8 encuestados

OPCION DE INTERPRETACION NUMERO DE

RESPUESTA VECESPrecisión en tiempo

de respuestaSe disminuirá el

tiempo de respuesta y será más preciso el proceso con la implementación del sistema.

4 de 8

Automatización de lo que se lleva manualmente

Será la total automatización de lo que se lleva manualmente.

5 de 8

Minimiza el tiempo de respuesta

Se minimizara el tiempo de respuesta con la implementación del sistema.

6 de 8

Confiabilidad La implementación del sistema es confiable.

6 de 8

Innovador para el escuela ETA Carrizal

que tan innovador puede ser la implementación de un sistema automatizado para ETA Carrizal

8 de 8

Apoyo al docente Es sin duda una herramienta de apoyo para el docente.

8 de 8

Tabla 3: Tabla de respuestas

OPCIONES DE PREGUNTA0

1

2

3

4

5

6

7

8

OPCION1OPCION 2OPCION 3OPCION 4OPCION 5OPCION 6

NUM

ERO

DE

REPE

TICI

ON

ES

Tabla 4: Opciones tildadas por las personas

En la tabla 8 se representa gráficamente las opciones tildadas por las personas encuestadas.

Pregunta 3

¿Cree usted que la aplicación puede ser una herramienta eficiente para el manejo y control de los animales y plantas de la finca?

En esta pregunta se intenta tener como resultado si las personas encuestadas de la comunidad creen y ven este proyecto como una herramienta para el Docente que de cierta forma pueda resolver inconvenientes de planificación de la finca.

TABLA PORCENTAJES DE RESPUESTA.


8 personas

100%

8 de 8 0 de 15

Tabla 5: Porcentaje de respuestas

Respuestas012345678

PUEDE SER UNA HERRAMIENTA EFICIENTE PARA EL MANEJO Y CONTROL DE LOS ANIMALES Y PLANTAS DE LA FINCA.

SINO

CAN

TIDA

D DE

PER

SON

AS

Tabla 6: Cantidad de personas

El 100% de los encuestados creen que sí sería una eficaz herramienta para el manejo y control de los animales y plantas de la finca, siempre y cuando cumpla con los requerimientos necesarios como: óptimo diseño, proporción de datos confiables, y que tenga una condensación de la información eficiente.

Pregunta 4

A través de un sistema automatizado que llevará el manejo y control de los animales y plantas de la finca. ¿considera usted que será más rápida el manejo y control de los datos?

Indudablemente esta pregunta tiene como finalidades arrojar como resultado si se cree que el sistema automatizado tendrá mejoras en la calidad del tiempo empleado en dichas evaluaciones.

Tabla porcentajes de respuesta.


8 personas

100%

8 personas 0


Respuestas0

1

2

3

4

5

6

7

8

OPTIMIZACION DEL TIEMPO DE RESPUESTA

SINO

NUM

ERO

DE

PERS

ON

AS

Tabla 8: Número de personas

El 100% de las personas encuestadas respondieron afirmativamente con respecto a la pregunta cuatro (4) se consideran que ciertamente el sistema optimizará el tiempo en los procesos de la finca.

Pregunta 5

¿Cree usted que la aplicación de los mismos por medio de un computador cause desmejora en el manejo de la finca?

El objetivo principal de la siguiente pregunta es determinar si la institución cree que la implementación de este sistema automatizado por medio de una computadora causaría una desmejora al manejo actual de la finca, de tal manera que posterior al estudio de factibilidad se cuentan con los recursos necesarios para la implementación de dicha aplicación.


8 personas

100%

2 6



Tabla 10: Impacto del sistema

En la siguiente tabla (figura 5.2) se expresa que dos (2) personas de las ocho encuestadas respondieron afirmativamente y seis (6) personas respondieron que no, porque para muchos es innovador adquirir nuevas tecnologías.

Por otra parte las justificaciones más comunes para las respuestas afirmativas fueron que no sería bueno innovar en cuanto al hecho que ya se tiene un patrón de control de manejo de información

Pregunta 6

La pregunta es la siguiente:

¿Considera usted que con este sistema los docentes tendrían más apoyo en administrar y almacenar la información de la finca?


RESPUESTAS

2

6

IMPACTO QUE CAUSA EL SISTEMA SI NO


8 personas

100%

8 de 8 0 de 8


Tabla 12: Número de personas

En las tablas anteriorente representadas se puede observar gráficamente la cantidad de personas que creen que el sistema automatizado para el control y manejo de la finca si representaría un herramienta de apoyo al docente, por lo cual el 100% de las personas encuestadas respondieron afirmativamente.

Justificación de la metodología

Las Metodologías de Desarrollo de Software surgen ante la necesidad de utilizar una serie de procedimientos, técnicas, herramientas y soporte documental a la hora de desarrollar un producto software. Dichas metodologías pretenden guiar a los desarrolladores al crear un nuevo software, pero los requisitos de un software a otro son tan variados y cambiantes, que ha dado lugar a que exista una gran variedad de metodologías para la creación del software.

El Proceso Unificado Racional (Rational Unified Process en inglés, habitualmente resumido como RUP) es un proceso de desarrollo de software y

Respuestas0

1

2

3

4

5

6

7

8

APOYO QUE REPRESENTA EL SISTEMA

SINo

NUM

ERO

DE

PERS

ON

AS

junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización. Definitivamente es una metodología que se adapta exclusivamente para el desarrollo de software de pequeña a mediana escala. Además su análisis lógico de procesos llamado también modelado de negocio permite estructurar y dinamizar todos los procesos de la organización de igual manera se podría medir la eficiencia de estos. En la Gestión de proyectos se vigila el cumplimiento de los objetivos, gestión de riesgos y restricciones para desarrollar un producto que sea acorde a los requisitos de los usuarios de la comunidad. Provee un marco de trabajo para la gestión de proyectos de software intensivos. Provee guías prácticas para realizar planeación, ejecutar y monitorear el proyecto. También Provee un marco de trabajo para gestionar riesgos.

RUP se centran en la definición detallada de los procesos y tareas a realizar, herramientas a utilizar, y requiere una extensa documentación, ya que pretende prever todo de antemano. Este tipo de metodologías son mas eficaces y necesarias cuanto mayor es el proyecto que se pretende realizar respecto a tiempo y recursos que son necesarios emplear, donde una gran organización es requerida. Su ventaja principal es que se basa todo en las mejores prácticas que se han intentado y se han probado en el campo.

Por todas estas razones optamos por esta metodología para el desarrollo de software, por que se ajusta estrictamente a una serie de reglas que se centran en las necesidades de la comunidad para lograr un producto de buena calidad y nos permitirá desarrollar un proyecto socio tecnológico con mayor seguridad.

Metodología de Desarrollo

A- Inicio

Esta es probablemente la más importante y agrupa las tareas de comprensión de los objetivos y requisitos del proyecto desde una perspectiva empresarial o institucional, con el fin de convertirlos en objetivos técnicos y en un plan de proyecto. Sin lograr comprender dichos objetivos, ningún algoritmo por muy bien elaborado que sea, permitirá obtener resultados fiables. Para obtener el mejor provecho, es necesario entender de la manera más completa el problema que se desea resolver, esto permitirá recolectar los datos correctos e interpretar correctamente los resultados. En esta fase, es muy importante la capacidad de poder convertir el conocimiento adquirido de la comunidad, en un problema que pueda ser resuelto mediante una aplicación informática y en un plan preliminar

cuya meta sea el alcanzar los objetivos del negocio. En esta fase se recolecto la siguiente información:

•Identificación de la organización y ubicación del contexto

•Situación Actual

•Situación Deseada

Conforme a esta información se logró elaborar un plan de trabajo para establecer los objetivos generales y específicos del proyecto. Como también se estableció la factibilidad, el alcance y la justificación del mismo.

B-Elaboración

En la fase de elaboración se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificación de los casos de uso seleccionados y el primer análisis del dominio del problema, se diseña la solución preliminar, elaborando las posibles interfaces que permitirán la comunicación con el usuario del sistema. Además en esta fase se realizó el diseño de la base de datos MER (MODELO DE ENTIDAD RELACION).

C-Construcción

El propósito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requisitos pendientes, esto se obtiene de una reunión preliminar con la comunidad, presentándole los casos de usos y presentándole una fase beta del sistema con la funcionalidad del sistema, de esta reunión se obtiene un feed back con la comunidad, para administrar los cambios de acuerdo a las evaluaciones realizadas por los usuarios y se realizan las mejoras para el proyecto.

D-Transición

El propósito de esta fase es asegurar que el software esté disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte técnico necesario. Se debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto.

Metodología UWE

Metodología Complementaria

Definición:

UWE nació a finales de la década de los 90 con la idea de encontrar una forma estándar para analizar y diseñar modelos de sistema web. El objetivo por el cual

nació la metodología fue utilizar en lenguaje común o por lo menos definir un meta modelado.

UWE es una metodología basada en el Proceso Unificado Y UML para el desarrollo de aplicaciones Web, cubre todo el ciclo de vida de las aplicaciones Web. Su proceso de desarrollo se basa en tres fases principales: la fase de captura de requisitos, la fase de análisis y diseño y la fase de implementación. (Schwabe & D. Olsina, 2008)

Características:

La metodología UWE define vistas especiales representadas gráficamente por diagramas UML, tales como modelo de navegación y el modelo de presentación.

CAPÍTULO IV: PRODUCTO O SERVICIO DEL PROYECTO

El modelo que propone UWE está compuesto por 6 etapas o sub-modelos:

1) Modelos de casos de uso: modelo para capturar los requisitos del sistema.

2) Modelo de contenido: es un modelo conceptual para el desarrollo del contenido.

3) Modelo de Usuario: es modelo de navegación, en el cual se incluyen modelos estáticos y modelos dinámicos.

4) Modelo de estructura: en el cual se encuentra la presentación del sistema y el modelo de flujo.

5) Modelo abstracto: incluye el modelo a de interfaz de usuario y el modelo de ciclo de vida del objeto siempre que sea estructurado.

6) Modelo de adaptación: los clasifica dependiendo el carácter de cada uno.

Principales aspectos del UWE

Los principales de aspectos en los que se fundamenta UWE son los siguientes:

1) Uso de una notación estándar, para todos los modelos (UML: Lenguaje de modelado unificado).

2) Definición de métodos: Definición de los pasos para la construcción de los diferentes modelos.

3) Especificación de Restricciones: Se recomienda el uso de restricciones escritas (OCL: Lenguaje de restricciones de objetos) para aumentar la exactitud de los modelos.

UWE y su relación con UML

UWA define una extensión del Lenguaje Unificado de Modelado (UML). Ésta, es considerada como una extensión ligera de peso e incluye en su definición tipos, etiquetas de valores y restricciones para las características específicas del diseño

Web, las cuales unidad a las definiciones de UML forman el conjunto de objetos de modelado que se usarán para el desarrollo del modelo utilizado en UWE.

Modelos de UWE

•Modelo de contenido: este modelo especifica cómo se encuentra relacionados los contenidos del sistema, es decir define la estructura de los datos que se encuentran alojados en el sitio web.

•Modelo de navegación: Este modelo indica como el sistema de páginas web del sitio está relacionado internamente. Es decir cómo se enlazan los elementos de navegación (Diagrama de flujo de datos)

•Modelo de presentación: En este modelo se presenta las clases de navegación y de procesos que pertenecen a cada página Web

•Modelo de proceso: En este modelo especifica las acciones que realiza cada clase de proceso, en este modelo se incluye: Modelo de estructura de procesos: que define las relaciones entre las diferentes clases de proceso.

Especificación de Requerimientos

Es el conjunto de técnicas y procedimientos que nos permiten conocer los elementos necesarios para definir un proyecto de software. Es la etapa más crucial del desarrollo de un proyecto de software. Se divide en funcionales y no funcionales:

Requerimientos Funcionales

•Req1- El usuario debe verificar que la instalación del sistema ha sido correcta y que el dispositivo funcione correctamente.

•Req2- El sistema debe permitir al usuario administrador registrar, modificar y consultar registros de actividades e inventario

•Req3- El sistema deberá almacenar los datos de las actividades realizadas diariamente por los trabajadores.

•Req4- El sistema permitirá al administrador emitir reportes a distintos niveles sobre las actividades realizadas.

Definición De Escenarios Funcionales

Escenarios Req1:

•El usuario deberá chequear que el equipo a nivel de hardware funcione correctamente.

Escenarios Req2:

•El sistema deberá permitir al usuario identificarse ante el sistema por medio de un ID (autenticando su identidad).

•El sistema deberá brindarle al usuario la posibilidad de iniciar la sesión en el sistema.

Escenarios Req3:

•El sistema deberá mostrar las listas de registros de las actividades realizadas por los trabajadores.

•El sistema deberá permitirle al administrador la creación, modificación y eliminación de registros en diferentes niveles del sistema.

Escenarios Req4:

El sistema tendrá que permitirle al usuario visualizar las actividades realizadas y por realizar.

Deberá verificar que se ha iniciado la sesión. Deberá emitir un reporte conforme a los requerimientos del usuario.

Requerimientos no funcionales

No Funcionales: Condición o capacidad que debe poseer un sistema par satisfacer un contrato, un estándar, una especificación u otro documento formalmente impuesto. Para realizar bien el desarrollo de software es esencial realizar una especificación completa de los requerimientos de los mismos. Independientemente de lo bien diseñado o codificado que esté, un programa pobremente especificado decepcionará al usuario y hará fracasar el desarrollo.

1. Interfaz grafica:

La interfaz grafica le permitirá al usuario interactuar con el software por lo tanto la misma debe ser:

•Legible: La interfaz grafica del sistema debes ser legible en cuanto a las fuentes de texto manejadas en las mismas, tomando en cuentas el tamaño, el color y el tipo.

•Amigable: Para que la interfaz sea amigable los colores de fondo deben manejarse en tonos claros amigables, la interfaz grafica depende de muchos factores que tratan de arrojar como resultado principal el buen uso del sistema y no cansar la visión del usuario.

•Sencillo: El manejo del mismo debe ser muy básico debido a los usuarios al que va destinado el software. Por consiguiente deben ser sencillos y fáciles de aprender las funciones del sistema, se podría emplear la utilización de menús no muy extensos con opciones fáciles e inmediatas a las acciones que se desean realizar.

2. Sistema:

•Usabilidad: El software debe explotar todos los recursos para que sea totalmente usable para el usuario, su usabilidad de una manera u otra es el nivel de eficiencia con la que se desenvuelve el programa, por lo que es de suma importancia especificar los módulos que se desean tener dentro del mismo y los sub módulos que se desprenderán de ellos.

•Seguridad: Debe ser concebida para cualquier usuario, ya que posee distintos niveles del mismo, tales como obreros y administradores.

•Disponibilidad: La confiabilidad y seguridad de datos se garantizan por los niveles de seguridad que se pretenden tener con el software, se pretende dividir en niveles las estructuras del sistema para así activar los módulos necesarios de uso para cada nivel. Los niveles de usuario serian dos: en el nivel uno se tendría al administrador que tiene acceso a todos los módulos del programa para hacer consultas, modificaciones e ingresos, sin acceso a la programación del sistema, es decir el código del mismo; en el nivel dos tendríamos a los obreros: que tienen acceso a realizar actividades que serán guardadas en la base de datos.

•Fácil mantenimiento e instalación: Cuando se dice que debe tener fácil mantenimiento e instalación es que debe manejar los estándares definidos por Windows y Linux entre los cuales incluye interfaces manejables un ejemplo de ellos sería el botón de siguiente. Por otro lado debe cumplir con todas la leyes de software- portabilidad y de hardware portabilidad, seguido debidamente de sus restricciones

Casos de Usos.

Explicación teórica de los casos de uso

Nombre: Sistema Agrosystem

Actores: Administrador

Descripción: Es el usuario principal que tiene el control total del sistema

Casos de uso: Cargar y modifica los siguientes registros Persona, Cliente, Animal, Registro alimenticio, Galpones, Corrales, Insumos / herramientas

Entradas Datos de los nuevos registros de Persona, Cliente, Animal, Registro alimenticio, Galpones, Corrales, Insumos / herramientas

Salidas: Nuevo registro almacenado en la base de datos.

Curso típico: los datos no estén cagados en la base de datos

Acción del Actor Respuestas del sistema

1- Ingresar al sistema2- El administrador introduce el ID

para gestionar procesos. 3- El administrador introduce en el

sistema los datos de Persona, Cliente, Animal, Registro alimenticio, Galpones, Corrales, Insumos / herramientas. El administrador guarda los datos.

1- El Sistema valida el ID de Usuario.

2- El sistema verifica que los datos no estén almacenaos.

3- El sistema almacena en la base de datos.



Actores: Administrador

Descripción: Es el usuario principal que tiene el control total del sistema

Casos de uso: Cargar y modifica los siguientes registros Monta, Celo, Alimentación, Peso, Parto, Venta, Producción.

Entradas Datos de los nuevos registros de Monta, Celo, Alimentación, Peso, Parto, Venta, Producción.

Salidas: Nuevo registro almacenado en la base de datos.



4- Ingresar al sistema5- El administrador introduce el ID

para gestionar procesos. 6- El administrador introduce en el

sistema los datos de Monta, Celo, Alimentación, Peso, Parto, Venta, Producción. El administrador guarda los datos.


5- El sistema verifica que los datos no estén almacenaos.

6- El sistema almacena en la base de datos.



Actores: Empleados

Descripción: Es el usuario que no tiene privilegio para agregar o eliminar registro, solo puede realizar consultas y visualizar estadísticas e informes.

Casos de uso: Generar Reportes de las actividades tales como: Venta, Producción, Consumo, Montas, Celos, Partos, Inventario, Sanitarios.

Entradas Datos para generar reporte.

Salidas: Visualización de reporte .



7- Ingresar al sistema8- El empleado introduce el ID

para gestionar procesos. 9- El empleado introduce en el

sistema los datos necesarios para generar reporte.


8- El sistema verifica que los datos sean correctos.

9- El sistema genera el reporte .



Actores: Empleados

Descripción: Es el usuario que no tiene privilegio para agregar o eliminar registro, solo puede realizar consultas y visualizar estadísticas e informes.

Casos de uso: Generar estadísticas de las actividades tales como: Natalidad, Mortalidad, Consumo alimentos.

Entradas Datos para generar grafica de estadística.

Salidas: Visualización de grafica .



10-Ingresar al sistema11-El empleado introduce el ID

para gestionar procesos. 12-El empleado introduce en el

sistema los datos necesarios para generar Estadistica.

10-El Sistema valida el ID de Usuario.

11-El sistema verifica que los datos sean correctos.

12-El sistema genera la grafica.

Especificación Funcional del Sistema (EFS):

Modelo de Datoso Entidad-Relación

Modelo de Entidad Relación Normalizado

Estructura de datos

Tablas Atributos Tipo de dato

Longitud

ANIMAL IdAnimalNro animalTamañoPeso

IntVarcharIntint

10151010

PERSONA IdPersonaNombreApellidoCedulaDirecciónCargoTipo

IntVarcharVacharVarcharVarcharVarcharVarchar

103030151001515

CORRAL IdCorralnroCorralTipoCapacidadCantidadGalpón

IntVarcharvarcharIntIntint

1015203310

GALPON idGalponnroGalponCapacidadDescripción

IntIntIntVarchar

10153200

INSUMOS idInsumoNombreCantidadTipoPersona

IntVarcharIntVarcharInt

1010043010

CELO IdCeloObservación

IntVarchar

10255

TIPO ANIMAL IdTipoAnimalNombre

IntVarchar

1030

RAZA idRazaNombreDescripcion

IntVarcharVarchar

1030255

TAXONOMIA IdTaxonomiaReinoSubReinoClaseSubClaseFiloSubFilo

IntVarcharVarcharVarcharVarcharVarcharVarchar

10505050505050

FamiliaEspecieGenero

VarcharVarcharVarchar

505050

PRODUCCION IdProduccionTipoObservaciónCantidad

IntVarcharVarcharfloat

103025510

CONT. SANITARIO

IdControlSanitarioTiponroControlfechadescripción

IntVarcharVarcharDateVarchar

103015---255

DET. SANITARIO

IdDetalleSanitarioMedicamentoDosis

IntIntVarchar

101015

PARTO idPartoNroCriasCriasMuertasfecha

IntIntIntDate

1033---

MONTA IdMontaFechaMadreHembraMachoObservación

intDateIntIntIntVarchar

10---101010255

VENTA idVentaClienteReferenciaCantidad

IntVarcharVarcharFloat

1015155

REPÚBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN UNIVERSITARIA

Instituto Universitario De Tecnología Dr. Federico Rivero Palacio

PROGRAMA NACIONAL DE FORMACIÓN EN INFORMATICA

AUDITORIA PARA EL SISTEMA INTEGRAL PARA EL CONTROL

SANITARIO, PRODUCCIÓN, REPRODUCCIÓN Y ALIMENTICIO DE LOS

ANIMALES EN LA ESCUELA TÉCNICA AGROPECUARIA DE CARRIZAL

Elaborado por:

Carlos D Rodríguez C.I:20.746.174

Jonarver Molina C.I:19.933.139

Yeltsing Tovar C.I:21.467.440

Joshua Vera C.I:19.477.887

Caracas, Marzo de 2015

Auditoria de Proyectos Informaticos

Documents

Transcript of Auditoria de Proyectos Informaticos