Академический Документы
Профессиональный Документы
Культура Документы
Soporte fsico:
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:
Objetivos especficos
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:
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.
AFIRMATIVA (SI)
8 PERSONAS
8 PERSONAS
100%
100%
NEGATIVA(NO)
Personas de acuerdo: 8
Personas en desacuerdo
Respuestas
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
AFIRMATIVA (SI)
NEGATIVA(NO)
8 personas
8 de 8
0 de 15
100%
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
AFIRMATIVA (SI)
NEGATIVA(NO)
8 personas
8 personas
100%
NUMERO DE PERSONAS
SI
NO
4
3
2
1
0
Respuestas
8 personas
100%
NEGATIVA(NO)
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?
AFIRMATIVA (SI)
NEGATIVA(NO)
8 personas
8 de 8
0 de 8
100%
5
NUMERO DE PERSONAS
4
Respuestas
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.
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.
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.
Nombre:
Sistema Agrosystem
Actores:
Administrador
Descripcin:
Casos de uso:
Entradas
Salidas:
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.
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.
Sistema Agrosystem
Actores:
Administrador
Descripcin:
Casos de uso:
Entradas
Salidas:
Celo,
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.
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.
Sistema Agrosystem
Actores:
Empleados
Descripcin:
Casos de uso:
Entradas
Salidas:
Visualizacin de reporte .
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.
7- El Sistema valida el ID de
Usuario.
8- El sistema verifica que los datos
sean correctos.
9- El sistema genera el reporte .
Sistema Agrosystem
Actores:
Empleados
Descripcin:
Casos de uso:
Entradas
Salidas:
Visualizacin de grafica .
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.
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
Elaborado por: