Вы находитесь на странице: 1из 33

INTRODUCCIN

El Control Interno Informtico controla diariamente que todas las actividades de


sistemas de informacin sean realizadas cumpliendo los procedimientos,
estndares y normas fijados por la Direccin de la Organizacin y/o la Direccin
de Informtica, cumpliendo los requerimientos legales. La misin del control
Interno Informtico es asegurarse de que las medidas que se tienen de los
mecanismos implantados por cada responsable sean correctas y vlidas.
La Auditoria Informtica 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 organizacin y
utiliza eficientes los recursos. De este modo la auditoria informtica sustenta y
confirma la consecucin de los objetivos tradicional de la auditoria: Objetivos de
proteccin de activos e integridad de datos. Objetivos de gestin que abarcan, no
solamente los de proteccin de activos sino tambin los de eficacia y eficiencia. El
auditor evala y comprueba en determinados momentos del tiempo los controles y
procedimientos informticos ms complejos, desarrollando y aplicando tcnicas
mecanizadas de auditora, 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
auditora y otras tcnicas asistidas por ordenador.

IMPLANTACIN DE UN SISTEMA DE CONTROLES INTERNOS


INFORMTICOS
Entorno de red: Esquema de la red:

Creacin de una red para el control automatizado de las actividades de la


escuela agraria de carrizal. Estas actividades sern controladas a travs 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.
Configuracin del ordenador base:
EL servidor tiene como sistema operativo Ubuntu server 12.04 en el cual estn
alojados los programas para la ejecucin del sistema:

Apache (servidor web).


Phpmyadmin (administrador de base de datos).
Php 5.0 (lenguaje de programacin).

Soporte fsico:

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 razn se ha establecido el siguiente patrn:

Solo tendr acceso fsico a la sala donde se encuentra el servidor, el


encargado del mantenimiento del mismo.
Solo tendrn acceso al servidor los uauariospermitidos con diferentes
niveles de permisologia:
o Desarrolladores.
o Consultores.
AUDITORA 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 informacin en el cual se estudiaron todas sus problemticas a
nivel de informtica y se plante un proyecto el cual est basado en el desarrollo
de una herramienta tecnolgica el cual les permita llevar un control de toda la
informacin 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 Gestin de Alimentacin, Produccin, Reproduccin y
Control Sanitario de la Escuela Tcnica Agropecuaria Carrizal, que sirva como una
herramienta de apoyo al personal de esta institucin con la finalidad de ofrecer a
dicha comunidad una mejora en cuanto a la gestin de datos de la finca en
general.

Objetivos especficos

Diagnosticar el procedimiento actual que implementan para el control de la


escuela agropecuaria tcnica de carrizal.

Recolectar informacin adecuada para el desarrollo de un sistema


administrativo que mejore la gestin del control y carga datos basado en la
necesidad presentada por la Institucin.

Realizar el diseo del sistema a implementar, tomando en cuenta las


necesidades de los usuarios.

Elaborar las interfaces grficas que componen el sistema de acuerdo a los


estndares propuestos.
El Proyecto cumple con los estndares y normas internacionales ya que se

realizara mediante la metodologa rup la cual permite planificar el ciclo de vida de


un sistema mediante las siguientes fases:
Fase de concepcin
Esta fase tiene como propsito definir y acordar el alcance del proyecto con los
patrocinadores, identificar los riesgos potenciales asociados al proyecto, proponer
una visin muy general de la arquitectura de software y producir el plan de las
fases y el de iteraciones.
Fase de elaboracin
En la fase de elaboracin se seleccionan los casos de uso que permiten definir
la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la
especificacin de los casos de uso seleccionados y el primer anlisis del dominio
del problema, se disea la solucin preliminar.
Fase de construccin
El propsito 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 transicin

El propsito de esta fase es asegurar que el software est disponible para los
usuarios finales, ajustar los errores y defectos encontrados en las pruebas de
aceptacin, capacitar a los usuarios y proveer el soporte tcnico necesario. Se
debe verificar que el producto cumpla con las especificaciones entregadas por las
personas involucradas en el proyecto.
El equipo encargado de la planificacin y realizar el seguimiento del ciclo de
vida del sistema, esta constituido por Jonarver Molina (director del proyecto).
Yeltsing Tovar (levantamiento de informacin).
Carlo Rodrguez(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.
Planificacin de las actividades: Diagrama de gant:

El objetivo del diagrama de gant es gerenciar de forma eficiente todas las


actividades y verificar que se estn 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 planificacin.

AUDITORA DE LA FASE DE ANLISIS:


Pretende obtener un conjunto de especificaciones formales que describan las
necesidades de informacin que deben ser cubiertas por el nuevo sistema de una
forma independiente del entorno tcnico.
Poblacin
Segn Fidias Arias (2006) La poblacin Es un trmino ms preciso poblacin
objetivo, es un conjunto finito o infinito de elementos con caractersticas
comunes para los cuales sern extensivas las conclusiones de la investigacin.
Esta queda delimitada por el problema y por los objetivos del estudio. pg. 63
A los defectos de este proyecto la poblacin a considerar como muestra ser la
totalidad de ocho (8) los docentes del rea Agropecuaria de la ETA Carrizal.
Muestra
Segn Fidias Arias (2006) Muestra es un subconjunto representativo finito que
se extrae de la poblacin accesible. pg.64
Representan el 100% de los actuales encargado del manejo de la finca. Al ser
una poblacin pequea de 15 personas, para la ejecucin del proyecto la
muestra fue del 53,3% (ocho personas).
3.4 Tcnicas e instrumentos de recoleccin de datos
La presente es una encuesta que se desarrolla con la finalidad de obtener
informacin necesaria, para conocer el uso de un sistema automatizado para el
control de produccin, reproduccin y sanitario de la ETA Carrizal.
En la ETA Carrizal se ejecut una recoleccin 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 ms del cincuenta
(50) % de la ETA Carrizal. Dicha encuesta consta de tres (3) partes: en su
primera parte describe un poco el propsito de la misma, el cual es ayudar a
procesar de manera ms ptima la informacin de los animales y plantas de la
finca; en su segunda parte, da una breve descripcin 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 diagnstico.

PREGUNTA 1
Estara usted de acuerdo con la aplicacin de un sistema automatizado
que lleve el manejo total y control de la produccin, reproduccin y
sanitario de la finca?
El objetivo principal de la siguiente pregunta es conocer cuntas personas de
acuerdo a la muestra obtenida estn de acuerdo con la implementacin del
sistema automatizado estn de acuerdo.

TABLA PORCENTAJES DE RESPUESTA.


MUESTRA

AFIRMATIVA (SI)

8 PERSONAS

8 PERSONAS

100%

100%

NEGATIVA(NO)

Tabla 1: Porcentaje de respuesta

IMPLEMENTACION DEL SISTEMA AUTOMATIZADO


8
7
6
5
NUMERO DE PERSONAS 4
3
2
1
0

Personas de acuerdo: 8
Personas en desacuerdo

Respuestas

Tabla 2: Implementacin del sistema

Segn las figuras anteriores el 100% de la muestra obtenida est de acuerdo


con la implementacin del sistema automatizado aun sin saber las bondades
del sistema.

Pregunta 2
Cree usted que la aplicacin de un sistema automatizado ayudara 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 ms inconvenientes dentro
de la finca con la implementacin del sistema.
En esta pregunta se presentan seis (6) opciones de repuesta posible en la que
se poda tildar una o varias de las opciones para decir en qu aspecto el
sistema beneficiaria ms a la comunidad.
Tabla de respuestas
En la siguiente el nmero de veces representa las repeticiones por cada opcin
segn las respuestas dadas por los 8 encuestados

OPCION
DE
INTERPRETACION
NUMERO
RESPUESTA
VECES
Precisin en tiempo
Se
disminuir
el
4 de 8
de respuesta
tiempo de respuesta y
ser ms preciso el
proceso
con
la
implementacin
del
sistema.
Automatizacin de
Ser
la
total
5 de 8
lo
que
se
lleva automatizacin de lo
manualmente
que
se
lleva
manualmente.
Minimiza el tiempo
Se
minimizara
el
6 de 8
de respuesta
tiempo de respuesta con
la implementacin del
sistema.
Confiabilidad
La
implementacin
6 de 8
del sistema es confiable.
Innovador para el
que tan innovador
8 de 8
escuela ETA Carrizal
puede
ser
la
implementacin de un
sistema
automatizado
para ETA Carrizal
Apoyo al docente
Es sin duda una
8 de 8

DE

herramienta de apoyo
para el docente.
Tabla 3: Tabla de respuestas

8
7
6
OPCION1
5
NUMERO DE REPETICIONES

OPCION 2
OPCION 3

OPCION 4
OPCION 5

OPCION 6
2
1
0

OPCIONES DE PREGUNTA

Tabla 4: Opciones tildadas por las personas


En la tabla 8 se representa grficamente las opciones tildadas por las personas
encuestadas.
Pregunta 3
Cree usted que la aplicacin 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 planificacin de
la finca.

TABLA PORCENTAJES DE RESPUESTA.


MUESTRA

AFIRMATIVA (SI)

NEGATIVA(NO)

8 personas

8 de 8

0 de 15

100%

Tabla 5: Porcentaje de respuestas

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

CANTIDAD DE PERSONAS

SI

NO

4
3
2
1
0

Respuestas

Tabla 6: Cantidad de personas


El 100% de los encuestados creen que s sera 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 diseo, proporcin de datos
confiables, y que tenga una condensacin de la informacin eficiente.
Pregunta 4
A travs de un sistema automatizado que llevar el manejo y control de
los animales y plantas de la finca. considera usted que ser ms rpida
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.
MUESTRA

AFIRMATIVA (SI)

NEGATIVA(NO)

8 personas

8 personas

100%

Tabla 7: Porcentaje de respuestas

OPTIMIZACION DEL TIEMPO DE RESPUESTA


8
7

NUMERO DE PERSONAS

SI

NO

4
3
2
1
0

Respuestas

Tabla 8: Nmero 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 aplicacin 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 institucin cree
que la implementacin de este sistema automatizado por medio de una
computadora causara 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 implementacin de dicha aplicacin.
Tabla porcentajes de respuesta.
MUESTRA
AFIRMATIVA (SI)

8 personas
100%

NEGATIVA(NO)

IMPACTO QUE CAUSA EL SISTEMA


SI

NO

RESPUESTAS

Ta
bla 9: Porcentaje de respuestas
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 tecnologas.

Por otra parte las justificaciones ms comunes para las respuestas afirmativas
fueron que no sera bueno innovar en cuanto al hecho que ya se tiene un patrn
de control de manejo de informacin

Pregunta 6
La pregunta es la siguiente:
Considera usted que con este sistema los docentes tendran ms apoyo en
administrar y almacenar la informacin de la finca?

Tabla porcentajes de respuesta.


MUESTRA

AFIRMATIVA (SI)

NEGATIVA(NO)

8 personas

8 de 8

0 de 8

100%

APOYO QUE REPRESENTA EL SISTEMA

5
NUMERO DE PERSONAS
4

Tabla 11: Porcentaje de respuestas


Tabla 12: Nmero de personas

Respuestas

En las tablas anteriorente representadas se puede observar grficamente la


cantidad de personas que creen que el sistema automatizado para el control y
manejo de la finca si representara un herramienta de apoyo al docente, por lo cual
el 100% de las personas encuestadas respondieron afirmativamente.
Justificacin de la metodologa
Las Metodologas de Desarrollo de Software surgen ante la necesidad de
utilizar una serie de procedimientos, tcnicas, herramientas y soporte documental
a la hora de desarrollar un producto software. Dichas metodologas 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 metodologas para la creacin del software.
El Proceso Unificado Racional (Rational Unified Process en ingls,
habitualmente resumido como RUP) es un proceso de desarrollo de software y
junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa
estndar ms utilizada para el anlisis, implementacin y documentacin de
sistemas orientados a objetos no es un sistema con pasos firmemente
establecidos, sino un conjunto de metodologas adaptables al contexto y
necesidades de cada organizacin. Definitivamente es una metodologa que se
adapta exclusivamente para el desarrollo de software de pequea a mediana
escala. Adems su anlisis lgico de procesos llamado tambin modelado de
negocio permite estructurar y dinamizar todos los procesos de la organizacin de
igual manera se podra medir la eficiencia de estos. En la Gestin de proyectos se
vigila el cumplimiento de los objetivos, gestin 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 gestin de proyectos de software
intensivos. Provee guas prcticas para realizar planeacin, ejecutar y monitorear
el proyecto. Tambin Provee un marco de trabajo para gestionar riesgos.

RUP se centran en la definicin detallada de los procesos y tareas a realizar,


herramientas a utilizar, y requiere una extensa documentacin, ya que pretende
prever todo de antemano. Este tipo de metodologas 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 organizacin es
requerida. Su ventaja principal es que se basa todo en las mejores prcticas que
se han intentado y se han probado en el campo.

Por todas estas razones optamos por esta metodologa 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 tecnolgico con mayor seguridad.
Metodologa de Desarrollo
A- Inicio
Esta es probablemente la ms importante y agrupa las tareas de comprensin
de los objetivos y requisitos del proyecto desde una perspectiva empresarial o
institucional, con el fin de convertirlos en objetivos tcnicos y en un plan de
proyecto. Sin lograr comprender dichos objetivos, ningn algoritmo por muy bien
elaborado que sea, permitir obtener resultados fiables. Para obtener el mejor
provecho, es necesario entender de la manera ms 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 aplicacin informtica y en un plan preliminar
cuya meta sea el alcanzar los objetivos del negocio. En esta fase se recolecto la
siguiente informacin:
Identificacin de la organizacin y ubicacin del contexto
Situacin Actual
Situacin Deseada
Conforme a esta informacin se logr elaborar un plan de trabajo para
establecer los objetivos generales y especficos del proyecto. Como tambin se
estableci la factibilidad, el alcance y la justificacin del mismo.
B-Elaboracin
En la fase de elaboracin se seleccionan los casos de uso que permiten definir
la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la
especificacin de los casos de uso seleccionados y el primer anlisis del dominio
del problema, se disea la solucin preliminar, elaborando las posibles interfaces
que permitirn la comunicacin con el usuario del sistema. Adems en esta fase
se realiz el diseo de la base de datos MER (MODELO DE ENTIDAD
RELACION).
C-Construccin
El propsito de esta fase es completar la funcionalidad del sistema, para ello se
deben clarificar los requisitos pendientes, esto se obtiene de una reunin
preliminar con la comunidad, presentndole los casos de usos y presentndole
una fase beta del sistema con la funcionalidad del sistema, de esta reunin 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-Transicin
El propsito de esta fase es asegurar que el software est disponible para los
usuarios finales, ajustar los errores y defectos encontrados en las pruebas de
aceptacin, capacitar a los usuarios y proveer el soporte tcnico necesario. Se
debe verificar que el producto cumpla con las especificaciones entregadas por las
personas involucradas en el proyecto.
Metodologa UWE
Metodologa Complementaria
Definicin:
UWE naci a finales de la dcada de los 90 con la idea de encontrar una forma
estndar para analizar y disear modelos de sistema web. El objetivo por el cual
naci la metodologa fue utilizar en lenguaje comn o por lo menos definir un meta
modelado.
UWE es una metodologa 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 anlisis y diseo y la fase de implementacin.
(Schwabe & D. Olsina, 2008)
Caractersticas:
La metodologa UWE define vistas especiales representadas grficamente por
diagramas UML, tales como modelo de navegacin y el modelo de presentacin.
CAPTULO 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 navegacin, en el cual se incluyen modelos
estticos y modelos dinmicos.
4) Modelo de estructura: en el cual se encuentra la presentacin 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 adaptacin: los clasifica dependiendo el carcter de cada uno.

Principales aspectos del UWE


Los principales de aspectos en los que se fundamenta UWE son los siguientes:
1) Uso de una notacin estndar, para todos los modelos (UML: Lenguaje de
modelado unificado).
2) Definicin de mtodos: Definicin de los pasos para la construccin de los
diferentes modelos.
3) Especificacin 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 relacin con UML
UWA define una extensin del Lenguaje Unificado de Modelado (UML). sta,
es considerada como una extensin ligera de peso e incluye en su definicin tipos,
etiquetas de valores y restricciones para las caractersticas especficas del diseo
Web, las cuales unidad a las definiciones de UML forman el conjunto de objetos de
modelado que se usarn para el desarrollo del modelo utilizado en UWE.
Modelos de UWE
Modelo de contenido: este modelo especifica cmo 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 navegacin: Este modelo indica como el sistema de pginas web del
sitio est relacionado internamente. Es decir cmo se enlazan los elementos de
navegacin (Diagrama de flujo de datos)
Modelo de presentacin: En este modelo se presenta las clases de navegacin y
de procesos que pertenecen a cada pgina 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.

Especificacin de Requerimientos
Es el conjunto de tcnicas y procedimientos que nos permiten conocer los
elementos necesarios para definir un proyecto de software. Es la etapa ms
crucial del desarrollo de un proyecto de software. Se divide en funcionales y no
funcionales:
Requerimientos Funcionales

Req1- El usuario debe verificar que la instalacin 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
diariamente por los trabajadores.

los datos de las actividades realizadas

Req4- El sistema permitir al administrador emitir reportes a distintos niveles


sobre las actividades realizadas.
Definicin 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 sesin 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 creacin, modificacin y
eliminacin 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 sesin.
Deber emitir un reporte conforme a los requerimientos del usuario.

Requerimientos no funcionales
No Funcionales: Condicin o capacidad que debe poseer un sistema par
satisfacer un contrato, un estndar, una especificacin u otro documento
formalmente impuesto. Para realizar bien el desarrollo de software es esencial
realizar una especificacin completa de los requerimientos de los mismos.
Independientemente de lo bien diseado 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 tamao, 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 visin del usuario.
Sencillo: El manejo del mismo debe ser muy bsico debido a los usuarios al que
va destinado el software. Por consiguiente deben ser sencillos y fciles de
aprender las funciones del sistema, se podra emplear la utilizacin de mens no
muy extensos con opciones fciles 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 mdulos que se desean tener dentro del mismo y los sub mdulos
que se desprendern 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 mdulos necesarios de uso
para cada nivel. Los niveles de usuario serian dos: en el nivel uno se tendra al
administrador que tiene acceso a todos los mdulos del programa para hacer
consultas, modificaciones e ingresos, sin acceso a la programacin del sistema, es
decir el cdigo del mismo; en el nivel dos tendramos a los obreros: que tienen
acceso a realizar actividades que sern guardadas en la base de datos.
Fcil mantenimiento e instalacin: Cuando se dice que debe tener fcil
mantenimiento e instalacin es que debe manejar los estndares definidos por
Windows y Linux entre los cuales incluye interfaces manejables un ejemplo de
ellos sera el botn 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.

Explicacin terica de los casos de uso

Nombre:

Sistema Agrosystem

Actores:

Administrador

Descripcin:

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 tpico: los datos no estn cagados en la base de datos

Accin del Actor

1- Ingresar al sistema
2- 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.

Respuestas del sistema

1- El Sistema valida el ID de
Usuario.
2- El sistema verifica que los datos
no estn almacenaos.
3- El sistema almacena en la base
de datos.

Explicacin terica de los casos de uso


Nombre:

Sistema Agrosystem

Actores:

Administrador

Descripcin:

Es el usuario principal que tiene el control total del sistema

Casos de uso:

Cargar y modifica los siguientes registros Monta, Celo,


Alimentacin, Peso, Parto, Venta, Produccin.

Entradas

Datos de los nuevos registros de Monta,


Alimentacin, Peso, Parto, Venta, Produccin.

Salidas:

Nuevo registro almacenado en la base de datos.

Celo,

Curso tpico: los datos no estn cagados en la base de datos

Accin del Actor

4- Ingresar al sistema
5- El administrador introduce el ID
para gestionar procesos.
6- El administrador introduce en el
sistema los datos de Monta,
Celo,
Alimentacin,
Peso,
Parto, Venta, Produccin. El
administrador guarda los datos.

Respuestas del sistema

4- El Sistema valida el ID de
Usuario.
5- El sistema verifica que los datos
no estn almacenaos.
6- El sistema almacena en la base
de datos.

Explicacin terica de los casos de uso


Nombre:

Sistema Agrosystem

Actores:

Empleados

Descripcin:

Es el usuario que no tiene privilegio para agregar o


eliminar registro, solo puede realizar consultas y visualizar
estadsticas e informes.

Casos de uso:

Generar Reportes de las actividades tales como: Venta,


Produccin, Consumo, Montas, Celos, Partos, Inventario,
Sanitarios.

Entradas

Datos para generar reporte.

Salidas:

Visualizacin de reporte .

Curso tpico: los datos no estn cagados en la base de datos

Accin del Actor

7- Ingresar al sistema
8- El empleado introduce el ID
para gestionar procesos.
9- El empleado introduce en el
sistema los datos necesarios
para generar reporte.

Respuestas del sistema

7- El Sistema valida el ID de
Usuario.
8- El sistema verifica que los datos
sean correctos.
9- El sistema genera el reporte .

Explicacin terica de los casos de uso


Nombre:

Sistema Agrosystem

Actores:

Empleados

Descripcin:

Es el usuario que no tiene privilegio para agregar o


eliminar registro, solo puede realizar consultas y visualizar
estadsticas e informes.

Casos de uso:

Generar estadsticas de las actividades tales como:


Natalidad, Mortalidad, Consumo alimentos.

Entradas

Datos para generar grafica de estadstica.

Salidas:

Visualizacin de grafica .

Curso tpico: los datos no estn cagados en la base de datos

Accin del Actor

Respuestas del sistema

10-Ingresar al sistema
11- 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.

Especificacin Funcional del Sistema (EFS):


Modelo de Datos
o Entidad-Relacin

Modelo de Entidad Relacin Normalizado

Estructura de datos
Tablas
ANIMAL

PERSONA

CORRAL

GALPON

INSUMOS

CELO

TIPO ANIMAL

RAZA

Atributos
IdAnimal
Nro
animal
Tamao
Peso
IdPerson
a
Nombre
Apellido
Cedula
Direccin
Cargo
Tipo
IdCorral
nroCorral
Tipo
Capacid
ad
Cantidad
Galpn
idGalpon
nroGalpo
n
Capacid
ad
Descripci
n
idInsumo
Nombre
Cantidad
Tipo
Persona
IdCelo
Observac
in
IdTipoAni
mal
Nombre
idRaza
Nombre

Tipo de Longit
dato
ud
Int
10
Varchar 15
Int
10
int
10
Int
Varchar
Vachar
Varchar
Varchar
Varchar
Varchar

10
30
30
15
100
15
15

Int
Varchar
varchar
Int
Int
int

10
15
20
3
3
10

Int
Int
Int
Varchar

10
15
3
200

Int
Varchar
Int
Varchar
Int
Int
Varchar

10
100
4
30
10
10
255

Int
Varchar

10
30

Int
Varchar

10
30

TAXONOMIA

PRODUCCION

CONT.
SANITARIO

DET.
SANITARIO

PARTO

MONTA

VENTA

Descripcio
n
IdTaxonom
ia
Reino
SubReino
Clase
SubClase
Filo
SubFilo
Familia
Especie
Genero
IdProducci
on
Tipo
Observaci
n
Cantidad
IdControlSan
itario
Tipo
nroControl
fecha
descripcin

IdDetalleSanit
ario
Medicamento
Dosis
idParto
NroCrias
CriasMuertas
fecha
IdMonta
Fecha
Madre
Hembra
Macho
Observacin
idVenta
Cliente

Varchar

255

Int
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar

10
50
50
50
50
50
50
50
50
50

Int
Varchar
Varchar
float

10
30
255
10

Int
Varch
ar
Varch
ar
Date
Varch
ar
Int
Int
Varch
ar
Int
Int
Int
Date
int
Date
Int
Int
Int
Varch
ar
Int
Varch

10
30
15
--255

10
10
15
10
3
3
--10
--10
10
10
255
10
15

Referencia
Cantidad

ar
Varch
ar
Float

15
5

REPBLICA BOLIVARIANA DE VENEZUELA


MINISTERIO DEL PODER POPULAR PARA LA EDUCACIN UNIVERSITARIA
Instituto Universitario De Tecnologa Dr. Federico Rivero Palacio
PROGRAMA NACIONAL DE FORMACIN EN INFORMATICA

AUDITORIA PARA EL SISTEMA INTEGRAL PARA EL CONTROL


SANITARIO, PRODUCCIN, REPRODUCCIN Y ALIMENTICIO DE LOS
ANIMALES EN LA ESCUELA TCNICA AGROPECUARIA DE CARRIZAL

Elaborado por:

Carlos D Rodrguez 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

Вам также может понравиться