AP5-AA3-Ev1-Documento Diseño del Sistema

Diego Alejandro Restrepo Flórez

Servicio Nacional de Aprendizaje SENA

Tecnologías de la Información y las Comunicaciones Gestión de la Información

Análisis y Desarrollo de Sistemas de Información

2017
1. Introducción

Actualmente, la información es manejada a través de una libreta de apuntes para

crear un diseño con respecto a las especificaciones de sus clientes.

Se requiere tener un medio más eficiente para tener mayor acceso y control de la
información que está asignada en el taller.

Cuando se requiere consultar la información manejada es necesario buscar la

información por medio de la libreta de apuntes lo cual es algo muy incómodo ya

que no se posee la información en tiempo real y lo que demoraría la toma de

decisión en un momento dado.

1.1. Propósito del sistema.

Atendiendo la gran oferta de remodelación que actualmente ofrece nuestro país (a la cual
no es ajena Antioquia) desarrollaremos un sistema orientado a computadores de escritorio
con conexión a base de datos y catalogo web, el cual consiste en crear diseños creativos
de forjas, jambas y más.
1.2. Objetivos del diseño

Los Objetivos Generales y específicos para el diseño del sistema de

Información MOMETALMEC son los siguientes:
Generales Específicos
 Efectuar en forma correcta los procedimientos
apropiados

 Presentar en forma apropiada y adecuada la

información
Satisfacer los requerimientos
de los usuarios del sistema
 Proporcionar resultados exactos
MOMETALMEC
 Utilizar métodos de interacción apropiados

 Proporcionar confiabilidad

 Describir las características del sistema de

Especificar los elementos de información MOMETALMEC: entrada, salida,
diseño lógico procedimientos, archivos, bases de datos.

Proporcionar las  Especificar los componentes y funciones con

especificaciones de software suficiente detalle para construir el software.
que se usará para el sistema
 El diseño y su especificación debe estar en
concordancia con estándares de desarrollo así
Ajustarse a estándares de
como con las reglas establecidas por la
diseño
organización.

 Contribuir a la efectividad y eficiencia del

Facilitar el uso usuario.

1.3. Definiciones, acrónimos y abreviaturas

MOMETALMEC: nombre del software que significa modelo de metalmecánica.

FTP (siglas en inglés de File Transfer Protocol, 'Protocolo de Transferencia de

Archivos')
Password: Una contraseña o clave, es una forma de autentificación que utiliza
información secreta para controlar el acceso hacia algún recurso

ALGORITMO. Conjunto de reglas bien definidas para la resolución de un

problema. Un programa de software es la transcripción, en lenguaje de
programación, de un algoritmo.

BACK-END PROCESSOR. Procesador que se utiliza para determinada función

muy especializada, como por ejemplo, administrar una base de datos.

BACKUP. Copia de seguridad. Se hace para prevenir una posible pérdida de

información.

BASE DE DATOS. Conjunto de datos organizados de modo tal que resulte fácil
acceder a ellos, gestionarlos y actualizarlos.

CASOS DE USO. Es una descripción de los pasos o las actividades que deberán
realizarse para llevar a cabo algún proceso. Los personajes o entidades que
participarán en un caso de uso se denominan actores. En el contexto de ingeniería
del software, un caso de uso es una secuencia de interacciones que se
desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia
un actor principal sobre el propio sistema.

COMANDO (command). Instrucción que un usuario da al sistema operativo de la

computadora para realizar determinada tarea.
DATA ENTRY. Ingreso de datos. Proceso de ingresar datos a una computadora
para su procesamiento.

DATA. Datos, información.

DEBUGGING. Depuración, corrección de errores o bugs.

DIRECTORIO (directory). Grupo de archivos relacionados entre sí que se guardan
bajo un nombre.

INTERFACE. Elemento de transición o conexión que facilita el intercambio de

datos. El teclado, por ejemplo, es una interface entre el usuario y la computadora.

JAVA. Lenguaje de programación y la primera plataforma informática creada por

Sun Microsystems en
1995. Es la tecnología subyacente que permite el uso de programas punteros,
como herramientas, juegos y aplicaciones de negocios. Java se ejecuta en más de
850 millones de ordenadores personales de todo el mundo y en miles de millones
de dispositivos, como dispositivos móviles y aparatos de televisión.

LENGUAJE DE PROGRAMACIÓN. Sistema de escritura para la descripción

precisa de algoritmos o programas informáticos.

MySQL. Sistema de gestión de bases de datos (SGBD) multiusuario,

multiplataforma y de código abierto.

PROTOCOLO. Un conjunto de reglas formales que describen como se

trasmiten los datos, especialmente a través de la red.

SISTEMA DE INFORMACIÓN. Conjunto de procesos que operan sobre una

colección de datos estructurada según las necesidades de una empresa,
recopilan, elaboran y distribuyen la información (o parte de ella) necesaria para las
operaciones de dicha empresa y para las actividades de dirección y control
correspondientes (decisiones) para desempeñar su actividad de acuerdo a su
estrategia de negocio.

UML. Lenguaje Unificado de Modelado, es un lenguaje grafico para visualizar,

especificar, construir y documentar un sistema de información.

1.4. Referencias

AP1-AA3-Ev1-Lista de requerimientos funcionales y no funcionales del Proyecto.

AP3-AA3-Ev1-Informe de Análisis del Sistema de Información
AP5-AA1-Ev2-Definir la Arquitectura tecnológica para su proyecto de formación
2. Representación de la arquitectura.

taller metalmecanico
factura
+dirección
+nit +nit
+telefono Clientes
+numero
-nombre Pedido +valorunitario
+HoraEntrada()
-cedula +valortotal
+HoraSalida()
-telefono +cliente +nombre
-direción +fecha +dirección
+pedido +hora
+numero_pedido +totalapagar()
+reporteNovedad() +novedad +satisfaccioncliente()
+tiempo_repuesta
+asignarconsecutivo()
+tiempolimite()
+estado()

taller de metalmecanica

<<Ejecutable>>
secretaria <<Ejecutable>>
cliente
atenderpedido

<<Ejecutable>> asignar
operador metalmecanico
<<Ejecutable>>
realizardiseño

<<file>>
informes
 ADMINISTARDOR DE PRODUCCIÓN

Paquete Producción Seguridad

Reportes

PERSONAL cliente
Marterial Estadisticas
Personal
+Usuario +Usuario
+TipoMaterial +contraseña +contraseña +avances
+existenciasinventario +IdEmpleado
+sector +producción
+solicitarproveedor +TotalidadPedidosDespachados
+nombre
+telefono

2.1 Metas y restricciones de la Arquitectura

La interfaz con el usuario consistirá en un conjunto de ventanas con botones, listas

y campos de textos. Ésta deberá ser construida específicamente para el sistema
propuesto y, será visualizada desde un navegador de internet.

Los servidores, clientes y aplicaciones se comunicarán entre sí, mediante

protocolos estándares en internet, siempre que sea posible. Por ejemplo, para
transferir archivos o documentos deberán utilizarse protocolos existentes (FTP u
otros convenientes).

Los usuarios deberán identificarse para acceder a cualquier parte del sistema.
El sistema podrá ser consultado por cualquier usuario dependiendo del módulo en
el cual se encuentre y su nivel de accesibilidad.
El sistema ofrecerá al usuario información general acerca del estado actual de la
mercancía y el lugar donde se encuentre.

El sistema permitirá al usuario (Administrador o Cliente) registrarse. El usuario

debe suministrar datos como: Códigos, Nombre, Apellido, Usuario y Password.

Permite al administrador modificar datos de la posición del barco, estado de la

mercancía, puerto donde esta se encuentra y tiempos estipulados en los procesos.

Permite al administrador imprimir reportes de los eventos a realizar o concluidos,

así como también, ver listados de procesos activos, entre otros.

Evaluar y analizar los procesos del sistema, proponiendo solución de problemas

existentes dentro del sistema utilizado

Garantizar que el diseño de las consultas u otro proceso no afecte el desempeño

de la base de datos, ni considerablemente el tráfico de la red.
Garantizar la confiabilidad, la seguridad y el desempeño del sistema informático a
los diferentes usuarios. En este sentido la información almacenada o registros
realizados podrán ser consultados y actualizados permanente y simultáneamente,
sin que se afecte el tiempo de respuesta.
Seguridad en información, el sistema garantizará a los usuarios una seguridad en
cuanto a la información que se procede en el sistema.
Garantizar la seguridad del sistema con respecto a la información y datos que se
manejan tales sean documentos, archivos y contraseñas.
Facilidades y controles para permitir el acceso a la información al personal
autorizado a través de Internet, con la intención de consultar y subir información
pertinente para cada una de ellas.

El sistema debe tener una interfaz de uso intuitiva y sencilla

La interfaz de usuario debe ajustarse a las características de la web de la empresa
de metalmecánica, dentro de la cual estará incorporado el sistema de diseño y el
inventario

La disponibilidad del sistema debe ser continua con un nivel de servicio para los
usuarios de 7 días por 24 horas, garantizando un esquema adecuado que permita
la posible falla en cualquiera de sus componentes, contar con una contingencia,
generación de alarmas.

El sistema debe disponer de una documentación fácilmente actualizable que

permita realizar operaciones de mantenimiento con el menor esfuerzo posible

La interfaz debe estar complementada con un buen sistema de ayuda (la

administración puede recaer en personal con poca experiencia en el uso de
aplicaciones informáticas).

El sistema será implantado bajo la plataforma de Windows y S.O para equipos

móviles.

2.2 Reutilización

Utilizando los mecanismos de reutilización.

Dos de las formas más comunes de reutilizar funcionalidad en sistemas orientados

a objetos es a través de la herencia de clases y la composición de objetos. La
reutilización con herencia de clases es comúnmente llamado white box reuse. Este
término se refiere a que con herencia, los datos internos de la clase padre son a
veces visibles a sus clases hijas. La composición de objetos es una alternativa a la
herencia de clases, ya que se puede obtener nueva funcionalidad ensamblando
objetos, para obtener una funcionalidad mayor y más compleja. La composición de
objetos requiere que los objetos a ser ensamblados tengan correctamente
definidas sus interfaces. Este estilo de reutilización es comúnmente llamado black
box reuse, ya que los detalles internos de los objetos no son visibles, es decir, los
objetos se manejan únicamente como cajas negras.

La herencia de clases es definida de forma estática, en tiempo de compilación.

Esta forma de reutilización hace más fácil modificar la implementación a ser
reutilizada, ya que cuando una subclase sobrescribe algunas operaciones, puede
afectar las operaciones que hereda, asumiendo que sean llamados las
operaciones que han sido reescritos. La herencia de clases tiene algunas
desventajas, como por ejemplo: No se puede cambiar la implementación heredada
de una clase padre en tiempo de corrida, ya que la herencia es definida en tiempo
de compilación. Otra desventaja es que la herencia por lo regular expone detalles
de la implementación de la clase padre a sus clases hijas, por lo que se dice que
“la herencia rompe la encapsulación”. La implementación de subclases se vuelve
muy dependiente de la implementación de la clase padre, por lo que cualquier
cambio en la clase padre forzará a realizar cambios en las clases hijas. Estas
dependencias de implementación pueden causar problemas cuando se intenta
reutilizar una subclase, por lo que limita la flexibilidad y reusabilidad del diseño.
Una solución a este problema es usar herencia solo de clases abstractas, ya que
estas clases proveen poca o ninguna implementación.

La composición de objetos es definida en forma dinámica, adquiriendo referencias

a otros objetos en tiempo de corrida. La composición requiere que los objetos
respeten las interfaces de otros objetos, lo cual requiere un cuidadoso diseño de
las interfaces, para permitir la utilización de un objeto con muchos otros. Como los
objetos son manejados únicamente por su interfaz, “no se rompe la
encapsulación”. Cualquier objeto puede ser reemplazado por otro en tiempo de
corrida si comparten el mismo tipo, y como la implementación de los objetos está
escrita en términos de interfaces, existirán menos dependencias de
implementación. La utilización de la composición de objetos en mayor grado que la
herencia de clases ayuda a mantener la propiedad de encapsulación en las
clases, y a mantener estas clases enfocadas en una tarea específica. Además, las
clases y jerarquías de clases serán pequeñas y es probable se mantengan de esa
manera. Pero, un diseño basado en la composición de objetos tendrá un gran
número de objetos, y el comportamiento del sistema dependerá de las relaciones
entre ellos, en lugar de ser definido por una sola clase.
3. Vista lógica

Se pueden identificar dos grandes componentes en el sistema: Communication y

Simulator. El primero, tienen como responsabilidad manejar todo lo necesario para llevar
a cabo la comunicación del sistema con los agentes que eventualmente se conecten al
sistema. Esto significa que es su responsabilidad mantener toda la información necesaria
referente a los agentes externos y el envío y recepción de información. El otro
componente, denominado Simulator es el responsable de modelar la simulación que se
desea crear y gestionar su evolución. A continuación se puede ver un diagrama que
incluye ambos componentes
3.1 Identificación de Subsistemas

ADMINISTARDOR DE PRODUCCIÓN

Paquete Producción Seguridad

Reportes

PERSONAL cliente
Marterial Estadisticas
Personal
+Usuario +Usuario
+TipoMaterial +contraseña +contraseña +avances
+existenciasinventario +IdEmpleado
+sector +producción
+solicitarproveedor +TotalidadPedidosDespachados
+nombre
+telefono

3.2 Estructuración por capas.

cliente
Servidor Web
Datos
navegadores
SGBD
logica de negocio

User TCP/IP
internet/intranet

Acceso a datos Base de dato

interfaz grafica
3.3 Diagrama de Clases del diseño

4. Vista del proceso

4.1 Diagramas de secuencia
Diagrama de secuencia (ingresar al sistema).
Diagrama de secuencia (generar reportes).

5. Vista de datos

Para el Sistema de Información de Metal Gonzales, se establece que en el taller

todos los responsables en cada area dejan constancia mediante informes al
gerente según sea su función durante el día; también se realiza consulta de
existencia de material, Productos producidos, Stock de Inventarios, despachos del
proveedor, entre otras.

En el diseño de una Base de Datos generalmente los datos se reparten entre

varios ficheros o tablas. La base de datos está disponible para varios usuarios en
forma simultánea, deben existir mecanismos que aseguren que las relaciones
entre registros se mantengan coherentes que se respeten las dependencias de
existencias y que no se repitan.

5.1 Modelo de datos

5.2 Diccionario de datos

EMPLEADOS
ColumnName DataType PrimaryKey NotNull Flags Default Value Comment AutoInc
idEMPLEADOS INTEGER PK NN UNSIGNED AI
GERENTE_idGERENTE INTEGER NN UNSIGNED
Cedula INTEGER NN UNSIGNED
Nombre VARCHAR(30) NN
Password_2 VARCHAR(30) NN
Diereccion VARCHAR(30) NN
Correoelectronico VARCHAR(30) NN
Telefono INTEGER NN UNSIGNED

IndexName IndexType Columns

PRIMARY PRIMARY idEMPLEADOS
EMPLEADOS_FKIndex1 Index GERENTE_idGERENTE

GERENTE
ColumnName DataType PrimaryKey NotNull Flags Default Value Comment AutoInc
idGERENTE INTEGER PK NN UNSIGNED
TALLER_idTALLER INTEGER NN UNSIGNED
Codigo INTEGER NN UNSIGNED
Nombre VARCHAR(30) NN
Cedula INTEGER NN UNSIGNED
Password_2 VARCHAR(30) NN

IndexName IndexType Columns

PRIMARY PRIMARY idGERENTE
GERENTE_FKIndex1 Index TALLER_idTALLER

INFORMEEMPLEADOS
Default
ColumnName DataType PrimaryKey NotNull Flags Comment AutoInc
Value
idINFORMEEMPLEADOS INTEGER PK NN UNSIGNED AI
GERENTE_idGERENTE INTEGER NN UNSIGNED
Cargo VARCHAR(50) NN
Nombre VARCHAR(50) NN
Cedula INTEGER NN UNSIGNED
Fecha DATETIME NN
HoraLLegada TIME NN
TiempoRetrazo TIME NN
HoraSalida TIME NN

IndexName IndexType Columns

PRIMARY PRIMARY idINFORMEEMPLEADOS
INFORMEEMPLEADOS_FKIndex1 Index GERENTE_idGERENTE

INVENTARIO
ColumnName DataType PrimaryKey NotNull Flags Default Value Comment AutoInc
idINVENTARIO INTEGER PK NN UNSIGNED AI
GERENTE_idGERENTE INTEGER NN UNSIGNED
Codigo INTEGER NN UNSIGNED
Fecha INTEGER NN UNSIGNED
Nombre VARCHAR(30) NN
Existencia INTEGER NN UNSIGNED
Entrada INTEGER NN UNSIGNED
Salida INTEGER NN UNSIGNED

IndexName IndexType Columns

PRIMARY PRIMARY idINVENTARIO
INVENTARIO_FKIndex1 Index GERENTE_idGERENTE

PRODUCTOS
Default
ColumnName DataType PrimaryKey NotNull Flags Comment AutoInc
Value
idPRODUCTOS INTEGER PK NN UNSIGNED AI
EMPLEADOS_idEMPLEADOS INTEGER NN UNSIGNED
Codigo INTEGER NN UNSIGNED
Nombre VARCHAR(30) NN
Material VARCHAR(30) NN
FechaPedido INTEGER NN UNSIGNED
FechaSalida INTEGER NN UNSIGNED

IndexName IndexType Columns

PRIMARY PRIMARY idPRODUCTOS
PRODUCTOS_FKIndex1 Index EMPLEADOS_idEMPLEADOS

PROVEEDORES
Default
ColumnName DataType PrimaryKey NotNull Flags Comment AutoInc
Value
idPROVEEDORES INTEGER PK NN UNSIGNED AI
EMPLEADOS_idEMPLEADOS INTEGER NN UNSIGNED
PRODUCTOS_idPRODUCTOS INTEGER NN UNSIGNED
Nombre VARCHAR(30) NN
Direccion VARCHAR(30) NN
CorreoElectonico VARCHAR(30) NN
Telefono INTEGER NN UNSIGNED

IndexName IndexType Columns

PRIMARY PRIMARY idPROVEEDORES
PROVEEDORES_FKIndex1 Index PRODUCTOS_idPRODUCTOS
PROVEEDORES_FKIndex2 Index EMPLEADOS_idEMPLEADOS

TALLER
ColumnName DataType PrimaryKey NotNull Flags Default Value Comment AutoInc
idTALLER INTEGER PK NN UNSIGNED AI
Codigo INTEGER NN UNSIGNED
Direccion VARCHAR(30) NN
Responsable VARCHAR(25) NN
Telefono INTEGER NN UNSIGNED

IndexName IndexType Columns

PRIMARY PRIMARY idTALLER
 6. Vista de Interacción

6.1 Interfaces de Usuario.

Caso de uso 1: Ingresar al sistema

Descripción El sistema solicita datos de acceso al sistema como

usuario y clave

Precondiciones El usuario debe estar registrado en el sistema

No hay duplicidad

Secuencia Paso Acción

normal
1

Validación de datos

Ingreso de usuario al sistema

Post condiciones El usuario queda registrado en el sistema

No se puede ingresar nuevamente al sistema con el

mismo usuario

Excepciones Paso Acción

1 El usuario ya está en el sistema

2 El usuario no se encuentra registrado

Caso de uso 2: Ingresar pedido

Descripción El sistema permite crear un nuevo pedido y

almacenarlo en su base de datos

Precondiciones No hay creada una orden para este situación

No hay duplicidad

Secuencia Paso Acción

normal
1

Validación de datos

Creación de una nueva orden con los datos

requeridos

Almacenado de la nueva orden de servicio en

la base de datos

Post condiciones El pedido quedara almacenado en la base de datos

El pedido puede ser llamada cuantas veces sea

necesaria

El pedido puede ser editada para finalizarla

Excepciones Paso Acción

1 Ya se ha registrado una orden igual

2 No es necesario crear una nueva orden

Caso de uso 3: Consultar pedidos

Descripción El sistema permite acceder a la información

almacenarla en la base de datos

Precondiciones pedido solicitado

Tener privilegios de consulta

Secuencia Paso Acción

normal
1

Buscar pedido

Cargar la información

Visualizar la información

Post condiciones No es posible modificar la información

No se efectuaran cambios

Se podrán generar reportes

Excepciones Paso Acción

1 No se tienen privilegios de consulta

 2 La información no existe

Caso de uso 4: Reporte de pedido

Descripción El sistema genera un reporte de los pedidos

ingresados en el sistema

Precondiciones Ordenes de pedido creadas

Secuencia Paso Acción

normal
1

Solicitar reporte

Cargar la información

3 Imprimir reporte
 4 Exportar reporte en archivo.

Post condiciones Las ordenes de pedido están ingresadas en el sistema

Se imprimen ordenes cerradas, o abiertas

Se imprimen todas las ordenes

Excepciones Paso Acción

1 No se tiene privilegios necesarios

2 No hay ordenes registradas

6.2 Mapa de Navegación

7. Vista de seguridad

 Autentificación de Usuarios: los usuarios deberán identificarse

para acceder a cualquier parte del sistema.

 El sistema podrá ser consultado por cualquier usuario

dependiendo del módulo en el cual se encuentre y su
nivel de accesibilidad.

 Consultar Información: El sistema ofrecerá al usuario

información general acerca del estado actual de la
mercancía.

 Registrar Usuarios: El sistema permitirá al usuario

(Administrador o Cliente) registrarse. El usuario debe suministrar
datos como: Códigos, Nombre, Apellido, Usuario y Password.

 Modificar: Permite al administrador modificar datos del estado

de la mercancía y tiempos estipulados en los procesos.

 Integración de Componentes: El componente de inventario

deberá integrarse al sistema de información web proporcionando
los recursos necesarios, con el propósito de que la interacción
con los usuarios sea provechosa en la administración de la
información.
  Gestionar Reportes: Permite al administrador imprimir reportes
de los eventos a realizar o concluidos, así como también, ver
listados de procesos activos, entre otros.
Auditoría: Evaluar y analizar los procesos del sistema, proponiendo
solución de problemas existentes dentro del sistema utilizado

8. Vista de Implementación

La solución posee una completa funcionalidad para la producción dentro del taller,
permite llevar un control de las inspecciones previas a la entrega, realizar el
seguimiento de la transferencia (devoluciones y garantías). Y la trazabilidad
de material por parte del proveedor.

8.1 Herramientas de Desarrollo e implementación

Todos los controles añadidos mediante ActiveX serán incluidos en esta parte
pudiendo instalar, aparte de Microsoft Visual Basic para aplicaciones Office, la
interfaz de programación Microsoft Visual Basic, Java.

En los puestos de trabajo debemos contar con Microsoft Windows instalado y

Microsoft Office en cualquiera de sus distintas versiones, teniendo como
mínimo Windows XP y Microsoft Office 2003.

DBDesigner, Balsamiq Mockups, Dia.

NetBeansIDE 8.2, WhiteStarUMLsrc-5.8.7

Como los puestos de trabajo trabajaran contra el servidor, se procederá a la

implantación en el servidor del sistema gestor de los backups que se realizarán
diariamente.

8.2 Paquetes/Componentes

Base de Datos: Permite establecer interconexiones o relaciones entre los datos

(DAO, Objeto de Acceso a Datos): Es un componente de software que
suministra una interfaz común entre la aplicación y uno o más dispositivos de
almacenamiento de datos

Agente de Servicios: Objetos autónomos e interactivos

Un negocio: Consiste en un sistema, método o forma de obtener dinero

Interfaz de Programación de Aplicaciones: conjunto de funciones que facilitan

el intercambio de mensajes o datos entre dos aplicaciones

(JSON) Serialización REST Service: formato ligero para el intercambio de datos

HTML-ASP: Active Server Pages, son un ambiente de aplicación abierto y gratuito

en el que se puede combinar código HTML

Puerto de Comunicación: Herramientas que permiten manejar e intercambiar

datos

It-Globalización: Se relaciona con otra para agregarle una función nueva y

generalmente muy específica, Esta aplicación adicional es ejecutada por la
aplicación principal e interactúan por medio de la interfaz de programación de
aplicaciones.

Autenticación y Autorización: Identificar primero al usuario (autenticación) y

comprobando después si ese usuario tiene acceso al recurso solicitado
(autorización).
8.3 Despliegue

8.4 Vista de Administración

Administración del Software

Restricciones del Proyecto

Es claro que todos los proyectos necesitan ser ejecutados y entregados bajo
ciertas restricciones. Tradicionalmente, estas restricciones han sido equipo,
tiempo, costo y tecnología. Las cuales se describen a continuación en el siguiente
cuadro:

TIPO DESCRIPCIÓN

El tiempo en que se pide el proyecto es un poco

ajustado, dado que debido a mis compromisos
Restricciones de Tiempo
laborales se requiere de un tiempo mayor para llevar
realizar correcto análisis más detallado.
 Ha existido cierta dificultad para la conformación de
equipo debido a la distancia geográfica de los
Restricciones de Equipo
participantes y las actividades externas de cada uno
que no han permitido la concentración en el proyecto

No existen restricciones en cuanto a la tecnología, ya

que se cuenta con el hardware, software y
Restricciones
herramientas necesarias para el desarrollo de este
Tecnológicas
proyecto.

Las herramientas para la creación del software son de

distribución propietario (Windows 7).

En cuanto a lo demás: mobiliario, comidas, gastos en

general, son generales de cualquier proyecto por lo que
Restricciones de Costo
no representa una restricción para este proyecto.

Estudio de Factibilidad (Análisis Costo-Beneficio)

Técnico

La empresa MetalGonzales carece de recursos tecnológicos ya que como es de

una empresa de producción no tomaron interés en la agilización de procesos
mediante recursos tecnológicos.

Económico

 Sistema de diseño y Control de la Empresa MetalGonzales.

 Tiempo de vida del proyecto 24 meses.
  Para el desarrollo del proyecto contamos con 1 persona.

Costos de Desarrollo:

Costos de Recursos Humanos

DIAS COSTO

1 Diseñadores 60 Esto lo
desarrolla
1 Analistas 30 el Aprendiz
como
1 Jefe de Equipo 540
actividad
1 Programador 30 del
proyecto
TOTALES de
formación

Costo de Hardware
PESOS

Hardware $ 2.100.000

Impresiones $ 95.000

TOTAL $ 2.195.000

Costo de Materiales

Materiales y útiles de escritorio

 Licencias de Software

Materiales y útiles de
Cantidad C/U Pesos Total.
escritorio

Engrapador 1 $ 4.000 $ 4.000

Perforador 1 $ 3.000 $ 3.000

Papel A4 (millar) 1 $ 28.000 $ 28.000

Lapiceros 12 $ 800 $ 9.600

Folder 5 $ 1.700 $ 8.500

Corrector 2 $ 1.400 $ 2.800

Cartucho 2 $ 45.000 $ 90.000

Borradores 3 $ 700 $ 2.100

CDS 3 $ 800 $ 2.400

TOTAL 30 $ 54.800 $ 255.250

SOFTWARE $

Office 2010

SQL Server Son programas y

aplicaciones de
Netbeans Software Libre

DBDesigner

Windows XP SP3

Balsamiq Mockups

NetBeansIDE 7.4
 Son programas y
WhiteStarUMLsrc-5.6.6 aplicaciones de
Software Libre

Dia.

TOTAL

TOTAL DE COSTOS DE DESARROLLO

Lo desarrolla el
Costos de Recursos Humanos
Aprendiz

Costos de Hardware $ 2195000

Materiales y útiles de Escritorio $ 255250

Se utiliza
Licencia de Software
Software Libre

TOTAL $ 2.450.250