Perfil Proyecto Integrador

ESCUELA POLITCNICA DEL EJRCITO
1. INTRODUCTORIA
1.1.
PORTADILLA
REPBLICA DEL ECUADOR

CARRERA DE INGENIERIA DE SOFTWARE
TTULO: Sistema informtico para el fortalecimiento del conocimiento que poseen los
usuarios sobre los productos que dispensan cada uno de los locales comerciales del patio
de comidas del Mall La Malteria de la ciudad de Latacunga en el 2013
TERCER NIVEL DE INGENIERA DE SOFTWARE
INVESTIGADOR PRINCIPAL: Stalin Israel Masapanta Moreno.
LATACUNGA, 2013
Pgina 1

1.2.
NDICE O TABLA DE CONTENIDOS.
Contenido
1.
2.
INTRODUCTORIA.......................................................................................................1
1.1.
PORTADILLA.......................................................................................................1
1.2.
NDICE O TABLA DE CONTENIDOS...................................................................2
1.3.
INTRODUCCIN..................................................................................................4
SECCIN PRINCIPAL: EL DISEO TERICO..........................................................5

2.1.
2.1.1.
Antecedentes histricos....................................................................5
2.1.2.
Antecedentes conceptuales y referenciales........................................9
2.1.3.
Antecedentes contextuales..............................................................38
2.2.
CATEGORAS DEL DISEO TERICO.............................................................41
2.2.1.
Situacin problemtica:...................................................................41
2.2.2.
Formulacin del problema:..............................................................41
2.2.3.
Tema............................................................................................... 41
2.2.4.
Objeto de Investigacin...................................................................41
2.2.5.
Causas............................................................................................ 41
2.2.6.
Objetivo.......................................................................................... 42
2.2.7.
Campo............................................................................................ 42
2.2.8.
Hiptesis......................................................................................... 42
2.2.9.
Variables......................................................................................... 42
2.3.
DISEO METODOLGICO................................................................................43
2.3.1.
Tipo de Investigacin:......................................................................43
2.3.2.
Perspectiva de la investigacin:.......................................................43
2.3.3.
Poblacin y muestra:.......................................................................43
2.3.4.
Mtodo y tcnicas:..........................................................................44
2.3.5.
Tratamiento estadstico de la informacin:........................................44
2.4.
3.
MARCO TERICO...............................................................................................5
CRONOGRAMA DE LA INVESTIGACIN.........................................................45
SECCIN COMPLEMENTARIA: RESULTADOS ESPERADOS...............................46

3.2. POSIBILIDADES DE APLICACIN DE LOS RESULTADOS EN LA PRCTICA
SOCIAL......................................................................................................................... 46
3.3.
AREA, INSTITUCIN Y ORGANISMO INTRODUCTOR...................................46

Pgina 2

4.
SECCIN ECONMICA: INFRAESTRUCTURA DISPONIBLE Y PRESUPUESTO.47

4.1. INFRAESTRUCTURA DISPONIBLE PARA EL DESARROLLO DE LA
INVESTIGACIN.......................................................................................................... 47
4.2.
5.
SECCIN DE REFERENCIAS..................................................................................49
5.1.
6.
PRESUPUESTO.................................................................................................48
BIBLIOGRAFA GENERAL................................................................................49
SECCIN DE ANEXOS.............................................................................................52
Pgina 3

1.3.
INTRODUCCIN.
En el siguiente proyecto analizaremos el grado de conocimiento que tienen las personas

acerca de los productos que disponen los locales comerciales del patio de comidas del
Mall la Malteria Plaza en la ciudad de Latacunga.
Existen numerosos locales comerciales, que brindan a sus clientes gran variedad de
productos, en los cuales no existe una comunicacin adecuada entre el empleado del
local y el usuario, para poder indicar los productos que ofertan.
Los clientes al acercarse al patio de comidas a solicitar informacin acerca de los
productos que desean adquirir, en el mismo no existe un sistema de informacin que
satisfaga la necesidad del usuario, desde ah radica la importancia de dicha investigacin
ya que nos orienta al conocimiento amplio sobre las falencias de distribucin de
informacin que existe en dichos locales.
En la actualidad los locales de ventas han desarrollado sistemas informticos novedosos
los cuales facilitan la distribucin de los productos que dispensan, haciendo que los
usuarios optimicen su tiempo al momento de realizar una compra, estos sistemas utilizan
como hardware las ltimas innovaciones tecnolgicas como son las tablets, adems de
ser implementados en un sistema operativo Android el cual fue diseado principalmente
para mviles con pantalla tctil como telfonos inteligentes o tabletas
Con esta investigacin se pretende realizar el diseo de un sistema informtico el cual
sirva de ayuda a los usuarios que visitan, el patio de comidas del Mall La Malteria Plaza, a
obtener una informacin rpida y ms certera sobre los productos que desean adquirir y
as satisfagan sus necesidades sin prdida de tiempo.
Para el diseo de esta investigacin se debe determinar los antecedentes del desarrollo
de los procesos de Ingeniera de Software en los sistemas de informacin, adems tener
la caracterizacin gnoseolgica de los sistemas informtico y tambin la caracterizacin
tecnolgica de los procesos de Ingeniera de Software. Los usuarios de los locales
comerciales del patio de comidas son lo ms esencial de esta investigacin por lo cual se
va a realizar una valoracin del conocimiento que poseen sobre los productos que
dispensan cada local, para poder determinar la factibilidad que tiene nuestro proyecto.
Posteriormente se realizara el anlisis y diseo del sistema informtico y por ltimo se
realizara una corroboracin de la incidencia del sistema informtico.
En la actualidad el Mall Malteria no cuenta con sistema con esas caractersticas y en el
Ecuador existen sistemas similares, pero lo nico q ofrecen es informacin general, mas
no detallada como se est planteando en este proyecto.
Pgina 4
2. SECCIN PRINCIPAL: EL DISEO TERICO

2.1.
MARCO TERICO.
2.1.1. Antecedentes histricos.

Evolucin de los Procesos de Ingeniera de Software en los sistemas de Informacin en
relacin al conocimiento que poseen los usuarios sobre los productos que dispensan cada
uno de los locales comerciales del patio de comidas del Mall La Malteria de la ciudad de
Latacunga en el 2013
La evolucin que tienen los Sistemas de Informacin en las organizaciones tiene como
inicio:
Sistemas transaccionales (dcada de los 60)

1.- Descripcin:
Gestiona la informacin referente a las transacciones producidas en una empresa u
organizacin, tambin se le conoce como Sistema de Informacin operativa. (ASTROS)
2.- Caractersticas:
A travs de stos suelen lograrse ahorros significativos de mano de obra, debido a

que automatizan tareas operativas de la organizacin.
Con frecuencia son el primer tipo de Sistemas de Informacin que se implanta en

las organizaciones. Se empieza apoyando las tareas a nivel operativo de la
organizacin para continuar con los mandos intermedios y posteriormente con la
alta administracin conforme evolucionan.
Son intensivos en entrada y salida de informacin; sus clculos y procesos suelen

ser simples y poco sofisticados. Estos sistemas requieren mucho manejo de datos
para poder realizar sus operaciones y como resultado generan tambin grandes
volmenes de informacin.
Son fciles de justificar ante la direccin general, ya que sus beneficios son
visibles y palpables.
Son fcilmente adaptables a paquetes de aplicacin que se encuentran en el

mercado, ya que automatizan los procesos bsicos que por lo general son
similares o iguales en otras organizaciones.
Pgina 5

3.- Aplicaciones
Entre los ejemplos se incluyen sistemas que administran entradas de rdenes de ventas,
reservas de billetes de avin, nminas, registros de empleados, fabricacin y transporte.
Sistemas gerenciales (mediados de la dcada de los 60 y 70)

1.- Descripcin:
Son un mtodo organizado para recopilar informacin sobre las operaciones de una
empresa y tomar una decisin gerencial estratgica. Desarrollar caractersticas de buena
calidad para recopilar informacin es fundamental para tomar decisiones gerenciales
slidas.
2.- Caractersticas
Brindan soporte a la toma de decisiones semi o estructurada al nivel operacional,

de gerencia y control.
Son utilizados para planificacin de los Gerentes Seor.
Son generalmente orientados al reporte y control.
Son diseados para reportar las operaciones existentes y ayudar en el control de

las operaciones diarias.
Cuentan con flujos de informacin inclusive hasta el nivel corporativo.
Tienen pocas capacidades analticas
Generalmente ayudan en la toma de decisiones utilizando datos pasados y

presentes.
Son poco flexibles
Tienen una orientacin interna en lugar de externa.
Los requerimientos de informacin son conocidos, peridicos y estables.
Requieren un proceso largo de anlisis y diseo.
(Baez, 2011)
3.- Aplicaciones
Principales usos de los SI para las operaciones, administracin y ventaja competitiva de
una empresa, incluidos el comercio electrnico y a colaboracin, utilizando el internet,
intranets y extranet
Pgina 6

Sistemas de toma de decisiones (mediados de la dcada de los 70, 80)
1.- Descripcin:
Son sistemas de informacin interactivos que ayudan al tomador de decisiones a utilizar
datos y modelos para resolver problemas de decisin no estructurados o semiestructurados. Un DSS tiene como finalidad apoyar a la toma de decisiones mediante la
generacin y evaluacin sistemtica de diferentes alternativas o escenarios de decisin,
todo esto utilizando modelos y herramientas computacionales. Un DSS no soluciona
problemas, ya que solo apoya el proceso de la toma de decisiones. La responsabilidad de
tomar una decisin, de optarla y de realizarla es de los usuarios. (cristinag135198, 2011)
2.- Caractersticas
Peter G. W. Keen (1978), asociado con Scout Morton, definieron 3 objetivos que debe
alcanzar un DSS:
Ayudar a los gerentes a tomar decisiones para tratar de resolver problemas

semiestructurados.
Apoyar el juicio del gerente en lugar de tratar de reemplazarlo.
Mejorar la eficacia del gerente en la toma de decisiones, ms que su eficiencia.
(wikispaces.com)
3.- Aplicaciones
Existen varios software de sistemas de soporte a la toma de decisin de acuerdo a las
necesidades de la organizacin en cuanto a volumen de informacin, capacidad, etc., es
as que podemos encontrar DSS para empresas grandes, medianas, pequeas y micros.
Ejemplos de DSS.
Microstrategy, http://www.microstrategy.com/
Cognos, http://www.cognos.com/
SSD-AAPP http://www.csi.map.es/csi/ssd.htm
Para una empresa micro o pequea, se puede realizar un DSS con la utilizacin de una
Hoja de Excel, que se puede ligar con una base de datos en Access, a travs de los
cuales se cubren con los requerimientos que una empresa de este tamao
(Javier, 2004)
Sistemas ejecutivos (dcada de los 80)

1.- Descripcin:
Pgina 7

Herramienta orientada a usuarios de nivel gerencial, que permite monitorizar el estado de
las variables de un rea o unidad de la empresa a partir de informacin interna y externa a
la misma. Es en este nivel cuando los sistemas de informacin manejan informacin
estratgica para las empresas.
2.- Caractersticas
Las principales caractersticas de los sistemas de informacin para ejecutivos (EIS) son
las siguientes:
Estn diseados para cubrir las necesidades especficas y particulares de la alta

administracin de la empresa.
Extraen, filtran, comprimen y dan seguimiento a informacin crtica del negocio.
Implica que los ejecutivos puedan interactuar en forma directa con el sistema sin el
apoyo o auxilio de intermediarios.
Es un sistema desarrollado con altos estndares en sus interfaces hombremquina, caracterizado por grficas de alta calidad, informacin tabular y en forma
de texto.
Pueden acceder a informacin que se encuentra en lnea, extrayndose en forma
directa de las bases de datos de la organizacin.
El sistema est soportado por elementos especializados de hardware, tales como
monitores o videos de alta resolucin y sensibles al tacto, ratn e impresoras con
tecnologa avanzada. (Mazariegos)
3.- Aplicaciones
La aplicacin de este sistema de informacin es a nivel empresarial.
Sistemas expertos (Dcada de los 90 y actualidad)

1.- Descripcin:
Es una rama de la Inteligencia Artificial, son sistemas informticos que simulan el proceso
de aprendizaje, de memorizacin, de razonamiento, de comunicacin y de accin en
consecuencia de un experto humano en cualquier rama de la ciencia. (Castro)
2.- Caractersticas
Habilidad para llegar a una solucin a los problemas en forma rpida y certera
Habilidad para explicar los resultados a la persona que no cuenta con ese
conocimiento
Habilidad para aprender las experiencias
Habilidad de reestructurar el conocimiento para que se adapte al ambiente
Conciencia de sus limitaciones
Pgina 8

3.- Aplicaciones
Militar
Informtica
Telecomunicaciones
Qumica
Derecho
Aeronutica
Geologa
Arqueologa
Agricultura
Electrnica
Transporte
Educacin
Medicina
Industria
Finanzas y Gestin
En el siguiente grafico se resume la evolucin de los sistemas de informacin:
2.1.2. Antecedentes conceptuales y referenciales.

Caracterizacin gnoseolgica de los sistemas de informacin
1.- Conceptos los sistemas de informacin
Pgina 9

Un Sistema de Informacin es un sistema computarizado que procesa datos y produce
informacin. Este proceso se define como ciclo de procesamiento de informacin.
El ciclo de procesamiento de informacin consiste en cuatro operaciones: entrada,
proceso, salida y almacenamiento. (gujellman, 2011)
Se llama entrada a los datos no procesados que se recuperan del ambiente y se
transfieren a la computadora. Despus de que la computadora recibe los datos del
dispositivo de entrada, los manipular, refinar y procesar para producir informacin til
para los usuarios. A este paso se le denomina procesamiento. Despus de que los datos
han sido refinados y convertidos en informacin til, sta se muestra a los usuarios finales
como salida. Los cuatro procesos completan el ciclo de procesamiento de la informacin.
La entrada consiste en hechos no procesados, mientras que la informacin es una
coleccin de hechos organizados o procesados, de manera tal que tiene un valor
agregado para un uso ms amplio
Segn Nolan Es un grupo de gente, una serie de procedimientos o equipo de
procesamiento de datos que escoge, almacenan, procesan y recuperan datos para
disminuir la incertidumbre en la toma de decisiones mediante el suministro de informacin
a los niveles gerenciales para que sea utilizada eficientemente.
Por otra lado Senn, James A. [1999] se refiere a los Sistema de Informacin, como el que
permite recopilar, administrar y manipular un conjunto de datos que conforman la
informacin necesaria para que interacten entre s con el fin de apoyar las actividades de
una empresa o negocio. (Agac1, 2008)
Para este proyecto se va a tomar el concepto dado por Senn en 1999, el cual se refiere un
sistema de informacin como el que recopila, administra y manipula un conjunto de datos
2.- Componentes de un sistema de informacin

Los componentes de los sistemas de informacin son cuatro, los cuales son: los
individuos participantes, datos e informacin, procesos de negocios y la tecnologa de la
informacin.
Individuos participantes:
Son todas aquellas personas cuyo trabajo tiene que ver con la creacin, la recoleccin, la
distribucin y el uso de la informacin. Entre los participantes se encuentran:
Propietario de sistemas: este tipo de participantes son las personas que

patrocinan y promueven la creacin de los sistemas de informacin, adems
tambin son los directores generales y de operaciones. La funcin de estos
participantes son de fijar el presupuesto y los plazos para el desarrollo y
mantenimiento
Pgina 10
Usuarios de sistemas: son las personas que utilizan el sistema de informacin,

pueden haber dos tipos de usuarios lo internos que son personal administrativo,
profesionales, gestores. Y los usuarios externos que se refieren a los clientes,
proveedores, trabajadores externos. Los usuarios son los que capturan,
introducen, validan y almacenan datos e informacin
Diseadores de sistemas: son los expertos en tecnologa que resuelven las

necesidades y las restricciones, administran los datos, la redes, el diseo web, y la
seguridad del sistema de informacin
Constructores de sistemas: Son los encargados de fabricar sistemas de

informacin, en otras palabras son los programadores que traducen los datos del
diseador.
Analista de sistemas: es la persona que estudia los problemas y las necesidades

de una empresa, adems son las personas capaces de corregir situaciones poco
eficaces, as como, anticiparse a problemas que puede surgir dentro de la
organizacin. Las habilidades que tienen un analista es de resolver los problemas,
debe tener conocimientos generales de la empresa, tcnicas de comunicacin
Project Manager: son los profesionales experimentados que acepta la

responsabilidad de planificar, supervisar y controlar el sistema.
Datos e informacin:
Son todas las entradas que necesita el sistema para generar como resultado la
informacin que se desea.
Datos: son los hechos y cifras con existencia propia e independiente con poco
significado para el usuario
Informacin: conjunto de datos procesados con significado, y dotados de

relevancia y propsito
Procesos de negocios:
Son todos los procesos y funciones que realiza el negocio. Los SI tienen que alcanzar el
objetivo de mejorar la eficiencia de los procesos, para esto los usuarios deben definir los
procesos, los propietarios deben definir y acotar las funciones, y todo esto se debe
automatizar
Tecnologa de la informacin:
Es la combinacin de la tecnologa informtica como es el hardware y el software, con las
tecnologas de telecomunicaciones
Pgina 11

(Montoyo, 2012)
3.- Elementos y estructuras de los sistemas de informacin

Los elementos de un sistema de informacin segn Senn, James A. son seis:
(jms.caos.cl)
Base de datos: Es donde se almacena toda la informacin que se requiere para la

toma de decisiones. La informacin se organiza en registros especficos e
identificables
Transacciones: Corresponde a todos los elementos de interfaz que permiten al

usuario: consultar, agregar, modificar o eliminar un registro especfico de
Informacin
Informes: Corresponden a todos los elementos de interfaz mediante los cuales el

usuario puede obtener uno o ms registros, informacin de tipo estadstico de
acuerdo a criterios de bsqueda y seleccin definidos.
Proceso: Corresponden a todos aquellos elementos que, de acuerdo a una lgica

predefinida, obtienen informacin de la base de datos y generan nuevos registros
de informacin. Los procesos slo son controlados por el usuario.
Usuario: Identifica a todas las personas que interactan con el sistema, esto
incluye desde el mximo nivel ejecutivo que recibe los informes de estadsticas
procesadas, hasta el usuario operativo que se encarga de recolectar e ingresar la
informacin al sistema
Procesamiento administrativo: Corresponde al conjunto de reglas y polticas de

la organizacin, que rigen el comportamiento de los usuarios frente al sistema.
Pgina 12

Particularmente, debieran asegurar que nunca, bajo ninguna circunstancia un
usuario tenga acceso directo a la Base de Datos
(Dangel)
4.- Tipos de sistemas de informacin

Los sistemas de informacin desde el punto de vista empresarial se pueden clasificar
segn la funcin a la que vayan destinados o el tipo de usuario final, se pueden clasificar
en:
Sistemas de procesamiento de transacciones (TPS):
Recolecta, almacena, modifica y recupera toda la informacin generada por las
transacciones producidas en una organizacin. Una transaccin es un evento que genera
o modifica los datos que se encuentran eventualmente almacenados en un sistema de
informacin. Para que un sistema informtico pueda ser considerado como un TPS, este
debe superar el test ACID. (ALEGSA, 2012)
El TPS debe ser capaz de deshacer las operaciones realizadas hasta ese momento. Es
muy til para el procesamiento de transacciones on-line.
Caractersticas de los sistemas TPS
Automatizan tareas operativas en una organizacin, permitiendo ahorrar en
personal.
Suelen dirigirse especialmente al
administracin y recursos humanos.

Suelen ser los primeros sistemas de informacin que se implementan en una
organizacin.
Sus clculos y procesos suelen ser simples.
Se suelen utilizar para cargar grandes bases de datos.
Los beneficios de este tipo de sistemas en una organizacin son rpidamente
visibles.
Estos sistemas son optimizados para almacenar grandes volmenes de datos,
rea
de
ventas,
finanzas,
marketing,
pero no para analizar los mismos.

(Cardemil, 2011)
Sistemas de informacin gerencial (SIG):
Son una coleccin de sistemas de informacin que interactan entre s y que
proporcionan informacin tanto para las necesidades de las operaciones como de la
administracin
Pgina 13

Es un conjunto de informacin extensa y coordinada de subsistemas racionalmente
integrados que transforman los datos en informacin en una variedad de formas para
mejorar la productividad de acuerdo con los estilos y caractersticas de los
administradores.
Caractersticas de los sistemas SIG
Reciben datos como entrada, procesan los datos por medio de clculos, combinan
elementos de los datos, etc.

Proporcionan informacin en manuales, electromecnicos y computarizados
Sistema de Informacin de Procesamiento de Transacciones, Sistema de
Informacin
para
Administradores,
Sistema
de
Informacin
de
Informes
Financieros Externos.
(Jimenez, 2009)
Sistemas de soporte a decisiones (DSS):
Se define a este sistema, como un conjunto de programas y herramientas que permiten
obtener de manera oportuna la informacin que se requiere mediante el proceso de la
toma de decisiones que se desarrolla en un ambiente de incertidumbre. Ayudan a la toma
de decisiones de los administradores al combinar datos, modelos analticos sofisticados y
software amigable en un solo sistema poderoso que puede dar soporte a la toma de
decisiones semiestructuradas o no estructuradas. (Salazar)
Caractersticas de los sistemas DSS
Interactividad: sistema computacional con la posibilidad de interactuar en forma
amigable y con respuestas a tiempo real con el encargado de tomar decisiones.

Frecuencia de Uso: Tiene una utilizacin frecuente por parte de la administracin
media y alta para el desempeo de su funcin.

Variedad de Usuarios: Puede emplearse por usuarios de diferentes reas
funcionales como ventas, produccin, administracin, finanzas y/o recursos
humanos.
Flexibilidad:
administrativos: Autocrticos, Participativos, etc.

Desarrollo: Permite que el usuario desarrolle de manera directa modelos de
decisin sin la participacin operativa de profesionales en informtica.

Interaccin Ambiental: Permite la posibilidad de interactuar con informacin
Permite
acoplarse
una
variedad
externa como parte de los modelos de decisin.
Pgina 14
determinada
de
estilos
Comunicacin Inter-Organizacional: Facilita la comunicacin de informacin

relevante de los niveles altos a los niveles operativos y viceversa, a travs de
grficas.
Acceso a base de Datos: Tiene la capacidad de acezar informacin de las bases
de datos corporativas.
Simplicidad: Simple y fcil de aprender y utilizar por el usuario final.
(Pacheco, 2006)
Sistemas de informacin ejecutiva (SIE):
Es una herramienta software, basada en un DSS, que provee a los gerentes de un acceso
sencillo a informacin interna y externa de su compaa.
La finalidad principal es que el ejecutivo tenga a su disposicin un panorama completo del
estado de los indicadores de negocio que le afectan al instante, manteniendo tambin la
posibilidad de analizar con detalle aquellos que no estn cumpliendo con las expectativas
establecidas, para determinar el plan de accin ms adecuado.
Tambin se puede definir a un EIS como una aplicacin informtica que muestra informes
y listados de las diferentes reas de negocio, de forma consolidada, para facilitar la
monitorizacin de la empresa o de una unidad de la misma. (Quispe, 2011)
Caractersticas de los sistemas SIE:
Estn diseados para cubrir las necesidades especficas y particulares de la alta
administracin de la empresa.
Extraen, filtran, comprimen y dan seguimiento a informacin crtica del negocio.
El sistema debe contar con capacidad de manejar informacin que proviene de los
Sistemas Transaccionales de la empresa, fuentes externas de informacin.

Implica que los ejecutivos puedan interactuar en forma directa con el sistema sin el
apoyo o auxilio de intermediarios.

Puede acceder informacin que se encuentra en lnea, extrayndose en forma
directa de las bases de datos de la organizacin. Esta informacin puede incluir
anlisis de tendencias, reporteo por excepcin. Esta caracterstica del EIS permite
al ejecutivo penetrar en diferentes niveles de informacin.

El sistema esta soportado por elementos especializados de hardware, tales como
monitores o videos de alta resolucin y sensibles al tacto, ratn e impresoras con
tecnologa avanzada.
(marye, 2009)
Pgina 15

Sistemas de automatizacin de oficinas (OAS):
Dan soporte a los trabajadores de datos, quienes, por lo general, no crean un nuevo
conocimiento sino que usan la informacin para analizarla y transformar datos, o para
manejarla en alguna forma y luego compartirla o diseminarla formalmente por toda la
organizacin y algunas veces ms all de ella.
Tambin consisten en aplicaciones destinadas a ayudar al trabajo diario del administrativo
de una organizacin, forman parte de este tipo de software los procesadores de textos,
las hojas de clculo, los editores de presentaciones, los clientes de correo electrnico, etc.
Cuando varias de estas aplicaciones se agrupan en un mismo paquete de software para
facilitar su distribucin e instalacin, al conjunto se le conoce con el nombre de suite
ofimtica
(Pacheco H. J., 2009)
Sistemas expertos (SE):
Son llamados as porque emulan el razonamiento de un experto en un dominio concreto y
en ocasiones son usados por stos. Con los sistemas expertos se busca una mejor
calidad y rapidez en las respuestas dando as lugar a una mejora de la productividad del
experto.
Estos sistemas tambin son conocidos como Sistemas Basados en Conocimiento, los
cuales permiten la creacin de mquinas que razonan como el hombre, restringindose a
un espacio de conocimientos limitado. En teora pueden razonar siguiendo los pasos que
seguira un experto humano para resolver un problema concreto (Elizabeth)
Caractersticas de los sistemas SE:
Habilidad para adquirir conocimiento.

Fiabilidad, para poder confiar en sus resultados o apreciaciones.
Solidez en el dominio de su conocimiento.
Capacidad para resolver problemas.
(ecured.cu, 2013)
Caracterizacin tecnolgica de los procesos de Ingeniera de Software

1.- Conceptos y procesos de la Ingeniera de Software
El concepto de ingeniera del software surgi en 1968, tras una conferencia en Garmisch
(Alemania) que tuvo como objetivo resolver los problemas de la crisis del software. El
trmino crisis del software se us desde finales de 1960 hasta mediados de 1980 para
Pgina 16

describir los frecuentes problemas que aparecan durante el proceso de desarrollo de
nuevo software.
El software no se produca como el hardware, que tena un proceso de fabricacin
definido y dividido en fases. El resultado eran productos de psima calidad en los que se
haban invertido mucho tiempo y dinero pero que o bien no llegaban a terminarse o bien a
la larga no daban el resultado que se esperaba. Se detect que los mtodos de desarrollo
de software informales que hasta entonces haban bastado para proyectos pequeos no
eran suficientes para los nuevos y grandes proyectos, y que se necesitaban profesionales
especializados en esta nueva disciplina que fueran capaces de lidiar con la creciente
complejidad de los nuevos sistemas, de esta necesidad se cre la Ingeniera de software
La ingeniera del software, segn la definicin de la IEEE en 1993, es la aplicacin de un
enfoque sistemtico, disciplinado y cuantificable al desarrollo, operacin y mantenimiento
del software. La ingeniera del software ofrece mtodos o tcnicas para desarrollar y
mantener software de calidad que resuelven problemas de todo tipo, y trata reas muy
diversas de la informtica y de las ciencias computacionales.
Con el transcurso de los aos se han desarrollado recursos que conforman la ingeniera
del software, es decir, herramientas y tcnicas de especificacin, diseo e implementacin
del software: la programacin estructurada, la programacin orientada a objetos, las
herramientas CASE, la documentacin, los estndares, CORBA, los servicios web, el
lenguaje UML, entre otras.
La utilizacin de determinados recursos depende de la magnitud del proyecto, de la
empresa a cargo, la experiencia de los desarrolladores, el presupuesto con el que se
cuenta.
La ingeniera del software comprende:
Proceso de desarrollo de software:

Requiere por un lado un conjunto de conceptos, una metodologa y un lenguaje
propio
Hay cuatro actividades fundamentales comunes a todo proceso software:
o
Especificacin: usuarios e ingenieros definen el software a producir y las

restricciones en su funcionalidad.
Desarrollo: fase en la cual el software se disea y se programa.
Validacin: el software debe ser probado para asegurar que cumple con
las necesidades del cliente.
Evolucin: el software debe poder ser modificado para adaptarse a

cambios en el mercado y en las necesidades de los usuarios.
Pgina 17
Metodologas para el desarrollo de software:

Un mtodo de ingeniera de software es un enfoque estructurado para desarrollar
software cuyo objetivo es facilitar la produccin de productos software de alta
calidad a un coste razonable. Indican cmo construir tcnicamente el software.
Herramientas de desarrollo de software:

Suministran un soporte automtico o semiautomtico para los mtodos. Cuando se
integran las herramientas de forma que la informacin creada por una herramienta
pueda ser usada por otra, se establece un sistema para el soporte del desarrollo
del software llamado ingeniera de software asistido por computadora

(patponto, 2010)
2.- Ciclos de vida

2.1.- Definicin y caractersticas
El software vara en complejidad dependiendo de lo que se requiere hacer. La
mayora de los paquetes de software consisten de muchos mdulos, cada mdulo
es responsable de ciertas tareas especficas. Para simplificar el desarrollo del
software, se sigue una serie de pasos que se llaman el ciclo de vida del software.
El ciclo de vida del software es el que describe paso a paso el desarrollo de un
software y as de esta manera llevar un mejor control durante el desarrollo del
software. (Vic, 2013)
Bsicamente, el proceso que sigue un software, desde que es un simple proyecto
hasta que deja de utilizarse, pasando por estudiar su origen, sus funcionalidades,
sus restricciones, realizar su diseo, "fabricarlo", probarlo, instalarlo, utilizarlo,
mantenerlo, y casi cualquier cosa que podamos hacer con un producto
manufacturado como un paquete de software. (Gonzlez, 2009)
El ciclo de vida son los pasos que debe pasar un sistema para que sea un
producto terminado y listo para la entrega al propietario del mismo, estos paso
simplifican el desarrollo del sistema y agilita el mismo.
2.2.- Etapas
El software como tal sigue un proceso de desarrollo en el cual se atraviesa por
diferentes fases desde que se comienza con la necesidad de un sistema hasta que
el mismo es sustituido.
Pgina 18

Las etapas de un ciclo de vida clsico son:
Fase de requerimientos: Esta fase fundamental para que la estrategia

informtica encaje dentro de las metas de la empresa, ya que en ella se
cumplen las funciones del modelaje del negocio y planificacin de sistemas;
esto con el fin de proyectar las estrategias del negocio y determinar de esta
forma sus requerimientos de informacin.
Este modelo permite proyectar las estrategias, procesos y flujos de datos
de la empresa al igual que las interrelaciones entre procesos y datos, con el
fin de desarrollar un plan de sistema de informacin capaz de guiar el
desarrollo de un sistema que permita dar soporte al rea en estudio en el
cumplimiento de sus objetivos
En esta fase se debe obtener:
o
o
o
o
o
o
Los sistemas que requiere el rea del negocio, as como sus bases
de datos y la informacin que intercambiaran o compartieran.
Descripcin detallada de cada sistema y aplicacin incluyendo sus
objetivos funcionales y sus bases de diseo.
Todo hardware y software que sern utilizados para el
funcionamiento requerido por el rea de negocio
Mtodos de desarrollo para cada sistema como lo es adquisicin de
paquetes, nuevo desarrollo o actualizaciones
Esquema de los problemas actuales del rea de negocio y de las
posibles mejoras que se puedan realizar en cada sistema
Anlisis de los beneficios que se espera derivar de los sistemas que
conforman la arquitectura
Fase de anlisis: En esta fase se analizan los requerimientos recolectados

en la fase anterior y se determina si lo que fue recolectado es lo necesario
entonces se pasa a la siguiente fase, o a su vez se vuelve a realizar la fase
de requerimientos. Es de vital importancia que reunamos toda la
informacin pertinente al software a desarrollar y que comprendamos la
naturaleza del problema o necesidad que tratamos de cubrir. No podemos
elaborar un software que solucione un problema que no comprendemos o
no sabemos cmo se debe solucionar
Fase de diseo: El diseo del software es la fase en donde modelamos la

estructura y apariencia del software una vez que ya conocemos la
naturaleza del problema y hemos determinado cual ser la solucin ms
ptima. El diseo del software se enfoca en modelar la base de datos, la
arquitectura del software, la interfaz y los algoritmos o procedimientos del
mismo.
Pgina 19

En el proceso del diseo debemos construir la solucin que ser el
software basndonos en los requerimientos obtenidos del anlisis, en este
sentido el diseo es el mapa o el plano que seguir el programador para
construir el software.
Fase de codificacin: En esta fase tomamos todo lo que se plasm en el

diseo y lo traducimos en el conjunto de rdenes para computadora que es
el software
Fase de pruebas: En esta fase tomamos el software que se produjo en la

codificacin y probamos todas las partes y procesos del mismo, para
asegurarnos que cumple con los requisitos que se haban especificado
Para evaluar el desenvolvimiento del sistema, en esta fase se llevan a cabo
varios niveles de prueba:
o
o
o
o
Funcional: Prueba desde el punto de vista de los requerimientos

funcionales.
De Sistema: Prueba desde el punto de vista de los niveles de
calidad del sistema y de desempeo.
De Integracin: Prueba de interfaces.
De Aceptacin Tcnica: Prueba de manejo de condiciones
extremas.
Fase de implementacin: Esta es la fase en que ponemos el software en

funcionamiento en el mundo real, o dentro de la organizacin para la que
fue desarrollado. En esta fase se realizan todos los preparativos necesarios
para asegurar que la inclusin del software dentro de la organizacin se
realizara sin contratiempos y produciendo la menor cantidad de
inconvenientes posible
Fase de mantenimiento: Como sabemos las organizaciones no

permanecen igual, cambian a lo largo del tiempo, as tambin los gustos y
necesidades de las personas cambian, entonces el software necesita ser
modificado para que se adapte a esos cambios, y es por ello que surge lo
que
en
el
software
general
las
famosas
actualizaciones.
(sistemasumma.com, 2011)
2.3.- Modelos:
2.3.1.- Modelos de cascada
El Modelo en Cascada o tambin conocido como Ciclo de Vida del software
da las pautas que permiten la organizacin en el desarrollo del software a
travs de la implementacin de sus caractersticas etapas, esto quiere decir
que cuando se est llevando a cabo todas las tareas pertinentes dentro de
Pgina 20

esa etapa, no se podr avanzar a la siguiente etapa hasta no concluir con
todas las tareas.
Planificacin: Realiza un estudio de factibilidad del software as

como contemplar los posibles costos que pueden surgir mediante su
implementacin.
Anlisis y Diseo de Requerimientos: Involucra la identificacin

de las caractersticas que nos guan para determinar las
funcionalidades del software de acuerdo al medio donde se
pretende implementar, es muy importante notar que trata de
responder a las preguntas Quienes intervienen en el uso del
Software?,Qu restricciones tendr el software?
Diseo: Se identifica y describe las abstracciones del software y

cumplir con los requerimientos plasmando todas esas
caractersticas en un diseo que permite visualizar y contemplar
adicionalmente situaciones no previstas.
Implementacin: Realizar las pruebas pertinentes y verificar que se

cumplen con las caractersticas identificadas.
Operacin y Mantenimiento: Se instala dentro del ambiente,

depender que pasar a partir de ah, ya que esta etapa an puede
considerar nuevamente la existencia de caractersticas que no han
sido contempladas y/o caractersticas innecesarias, implicando la
modificacin del software para la adaptacin de estas anomalas.
Crecimiento y cambio: Se evala el software de modo que se

determina si se puede emplear dentro de la nueva tecnologa no
Pgina 21

afectando la integridad del mismo, de modo que si no es posible
que exista una adaptacin a lo nuevo, el proceso de diseo del
software nuevamente se repite desde el principio. (Ramone, 2012)
Ventajas:
Es un modelo sencillo y disciplinado
Es fcil aprender a utilizarlo y comprender su funcionamiento
Est dirigido por los tipos de documentos y resultados que deben

obtenerse al final de cada etapa
Ha sido muy usado y, por tanto, est ampliamente contrastado
Ayuda a detectar errores en las primeras etapas a bajo costo
Ayuda a minimizar los gastos de planificacin, pues se realiza sin

problemas
Desventajas:
Los proyectos raramente siguen el proceso lineal tal como se

defina originalmente el ciclo de vida
Es difcil que el cliente exponga explcitamente todos los requisitos

al principio
El cliente debe tener paciencia pues obtendr el producto al final del

ciclo de vida
No refleja exactamente cmo se programa realmente el sistema, en

el que suele haber un gran componente iterativo
Puede resultar complicado regresar a etapas anteriores (ya

acabadas) para realizar correcciones
El producto final obtenido puede que no refleje todos los requisitos

del usuario
Pgina 22

(spanishpmo.com, 2010)
2.3.2.- Modelo en V
El Modelo V tiende a ser muy relacionado con el Modelo de Cascada
puesto que es una evolucin del mismo
Ventajas:
La relacin entre las etapas de desarrollo y los distintos tipos de

pruebas facilitan la localizacin de fallos.
Es un modelo sencillo y de fcil aprendizaje
Hace explcito parte de la iteracin y trabajo que hay que revisar
Especifica bien los roles de los distintos tipos de pruebas a realizar
Involucra al usuario en las pruebas
Desventajas:
Pgina 23
Es difcil que el cliente exponga explcitamente todos los requisitos
El cliente debe tener paciencia pues obtendr el producto al final del

ciclo de vida
Las pruebas pueden ser caras y, a veces, no lo suficientemente

efectivas
El producto final obtenido puede que no refleje todos los requisitos

del usuario
2.3.3.- Modelo Espiral

El modelo espiral en el desarrollo del software es un modelo meta del ciclo
de vida del software donde el esfuerzo del desarrollo es iterativo, tan pronto
culmina un esfuerzo del desarrollo por ah mismo comienza otro; adems
en cada ejecucin del desarrollo se sigue cuatro pasos principales:
Determinar o fijar los objetivos: En este paso se definen los

objetivos especficos para posteriormente identifica las limitaciones
del proceso y del sistema de software, adems se disea una
planificacin detallada de gestin y se identifican los riesgos.
Anlisis del riesgo: En este paso se efecta un anlisis detallado

para cada uno de los riesgos identificados del proyecto, se definen
Pgina 24
los pasos a seguir para reducir los riesgos y luego del anlisis de
estos riesgos se planean estrategias alternativas.
Desarrollar, verificar y validar: En este tercer paso, despus del
anlisis de riesgo, se eligen un paradigma para el desarrollo del

sistema de software y se lo desarrolla.
Planificar: En este ltimo paso es donde el proyecto se revisa y se
toma la decisin si se debe continuar con un ciclo posterior al de la
espiral. Si se decide continuar, se desarrollan los planes para la
siguiente fase del proyecto.
(Fario, 2011)
Ventajas:
Incorpora muchas de las ventajas de los otros ciclos de vida
Conjuga la naturaleza iterativa de los prototipos con los aspectos

controlados y sistemticos del modelo clsico
Proporciona el potencial para el desarrollo rpido de versiones

incrementales
Puede adaptarse y aplicarse a lo largo de la vida del software
Es un enfoque realista del desarrollo del software
Permite aplicar el enfoque de construccin de prototipos en

cualquier momento para reducir riesgos
Reduce los riesgos antes de que se conviertan en problemticos
Controla muy bien los riesgos y mientras ms iteraciones se

realicen, menos riesgos habr
Monitoriza y controla los riesgos continuamente
Desventajas:
Puede resultar difcil convencer a algunos clientes de que el

enfoque evolutivo es controlable
Pgina 25
Solo resulta aplicable para proyectos de gran tamao
Supone una carga de trabajo adicional, no presente en otros ciclos

de vida
Requiere una considerable habilidad para la evaluacin y resolucin

del riesgo, y se basa en esta habilidad para el xito
Si
un riesgo
importante
no es descubierto y gestionado,
indudablemente surgirn problemas
Es bastante complicado de realizar y su complejidad puede

incrementarse hasta hacerlo impracticable
El modelo no se ha utilizado tanto como otros, por lo que tendrn

que pasar aos antes de que determine con certeza la eficacia de
este modelo
2.3.4.- Modelo de prototipo

Este modelo es bsicamente prueba y error ya que si al usuario no le gusta
una parte del prototipo significa que la prueba fallo por lo cual se debe
corregir el error que se tenga hasta que el usuario quede satisfecho.
Adems el prototipo debe ser construido en poco tiempo, usando los
programas adecuados y no se debe utilizar mucho dinero pues a partir de
que este sea aprobado nosotros podemos iniciar el verdadero desarrollo
del software (EcuRed, ecured.cu, 2013)
Pgina 26
Recoleccin de requisitos: El ingeniero de software y el cliente
definen los objetivos globales del software, y aqullos ms

especficos que se desean destacar con el prototipo.
Diseo rpido: Centrado en los aspectos del software visible al
usuario (por ejemplo, interfaz de usuario, entradas y salidas).

Construccin del prototipo
Evaluacin del prototipo: Se realiza por el cliente y usuarios, lo
que permitir concretar y refinar los requisitos del software a

desarrollar.
Refinamiento del prototipo: Se produce un proceso iterativo en el
que el prototipo es refinado para que satisfaga las necesidades del

cliente, al tiempo que facilita al ingeniero de software un mejor
conocimiento del sistema.
Producto: En la mayora de los casos este sistema refinado (piloto)
hay que desecharlo y hacer uno nuevo. Por ello, el desarrollo de un
prototipo se debe planificar con el acuerdo expreso del cliente.
(http://spanishpmo.com, 2010)
Ventajas:
Permite la construccin del sistema con requisitos poco claros o

cambiantes
El cliente recibe una versin del sistema en muy poco tiempo, por lo
que lo puede evaluar, probar e, incluso, empezar a utilizarlo
Se pueden introducir cambios en las funcionalidades del sistema en

cualquier momento
Involucra al usuario en la evaluacin de la interfaz de usuario
Se reduce el riesgo y la incertidumbre sobre el desarrollo
Genera signos visibles de progreso, que se utilizan cuando existe

una demanda en la velocidad del desarrollo
Permite entender bien el problema antes de la implementacin final
Pgina 27

Desventajas:
El cliente puede quedar convencido con las primeras versiones y,

quizs, no vea la necesidad de completar el sistema o redisearlo
con la calidad necesaria
Requiere trabajo del cliente para evaluar los distintos prototipos y

traducirlo en nuevos requisitos
Requiere un tiempo adicional para definir adecuadamente el

sistema
No se sabe exactamente cunto ser el tiempo de desarrollo ni

cuantos prototipos se tienen que desarrollar
Si un prototipo fracasa, el coste del proyecto puede resultar muy

caro.
(http://spanishpmo.com, 2010)
2.3.5.- Modelo iterativo e incremental
La idea principal detrs de mejoramiento iterativo es desarrollar un sistema
de programas de manera incremental, permitindole al desarrollador sacar
ventaja delo que se ha aprendido a lo largo del desarrollo anterior,
incrementando, versiones entregables del sistema. El aprendizaje viene de
dos vertientes: el desarrollo del sistema, y su uso. Los pasos claves en el
proceso son comenzar con una implementacin simple de los
requerimientos del sistema, e iterativamente mejorar la secuencia evolutiva
de versiones hasta que el sistema completo est implementado. En cada
iteracin, se realizan cambios en el diseo y se agregan nuevas
funcionalidades y capacidades al sistema. (Bujaidar)
Pgina 28
Ventajas.
Construir un sistema pequeo es siempre menos riesgoso que

construir un sistema grande.
Al ir desarrollando parte de las funcionalidades, es ms fcil

determinar si los requerimientos planeados para los niveles
subsiguientes son correctos.
Si un error importante es realizado, slo la ltima iteracin necesita

ser descartada y utilizar el incremento previo.
Desventajas.
Se presupone que todos los requisitos se han definido al inicio.
Se requiere de una experiencia importante para definir los

incrementos de forma de distribuir en ellos las tareas en forma
proporcional
Si el sistema a desarrollar es de gran magnitud y se cuenta con un

nico grupo para construirlo se corre el riesgo que el desarrollo se
prolongue demasiado en tiempo
(EcuRed, 2013)
Pgina 29
Los ciclos de vida escogidos para ser descritos en este proyecto no son los nicos, fueron
seleccionados por la eficiencia y eficacia al momento de ser implantados en un proyecto,
adems son los ms conocidos y utilizados por los desarrolladores.
3.- Metodologas de desarrollo

3.1.- Definicin y caractersticas
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, entonces una metodologa es un
conjunto de procedimientos, tcnicas, herramientas y un soporte documental que
ayuda a los desarrolladores a realizar un nuevo software (Prez, 2008). Puede
seguir uno o varios modelos de ciclo de vida, es decir, el ciclo de vida indica qu
es lo que hay que obtener a lo largo del desarrollo del proyecto pero no cmo
hacerlo. La metodologa indica cmo hay que obtener los distintos productos
parciales y finales. Finalmente depender de la metodologa utilizada los
productos del proyecto.
Las metodologas imponen un proceso disciplinado sobre el desarrollo de software
con el fin de hacerlo ms predecible y eficiente. Lo hacen desarrollando un
proceso detallado con un fuerte nfasis en planificar inspirado por otras disciplinas
de la ingeniera. (Mndez, 2010)
Las metodologas ingenieriles han estado presentes durante mucho tiempo. No se
han distinguido precisamente por ser muy exitosas. An menos por su popularidad.
La crtica ms frecuente a estas metodologas es que son burocrticas. Hay tanto
que hacer para seguir la metodologa que el ritmo entero del desarrollo se retarda.
En conclusin una metodologa de desarrollo es el cual supervisa el proceso del
ciclo de vida, as hace que el sistema sea ms eficiente.
3.2.- Tipos de metodologas:
El xito del producto depende en gran parte de la metodologa escogida por el
equipo, ya sea tradicional o gil, donde los equipos maximicen su potencial,
aumenten la calidad del producto con los recursos y tiempos establecidos.
3.2.1.- Metodologas tradicionales
Este tipo de metodologa impone una disciplina de trabajo sobre el proceso
de desarrollo del software, con el fin de conseguir un software ms
eficiente. Se hace nfasis en la planificacin total de todo el trabajo a
Pgina 30

realizar y una vez que est todo detallado, comienza el ciclo de desarrollo
del producto software. Se centran especialmente en el control del proceso,
mediante una rigurosa definicin de roles, actividades, artefactos,
herramientas y notaciones para el modelado y documentacin detallada.
Adems, las metodologas tradicionales no se adaptan adecuadamente a
los cambios, por lo que no son mtodos adecuados cuando se trabaja en
un entorno, donde los requisitos no pueden predecirse o bien pueden
variar.
3.2.1.1.- Rational Unified Process (RUP)
RUP es un proceso formal, que provee un acercamiento disciplinado
para asignar tareas y responsabilidades dentro de una organizacin
de desarrollo. Su objetivo es asegurar la produccin de software de
alta calidad que satisfaga los requerimientos de los usuarios finales
Fases
Concepcin
Elaboracin
Construccin
Transicin
Ventajas
Evaluacin en cada fase que permite cambios de

objetivos
Funciona bien en proyectos de innovacin.
Pgina 31
Es sencillo, ya que sigue los pasos intuitivos necesarios

a la hora de desarrollar el software.
Seguimiento detallado en cada una de las fases.
Desventajas
La evaluacin de riesgos es compleja

Excesiva flexibilidad para algunos proyectos
Estamos poniendo a nuestro cliente en una situacin que
puede ser muy incmoda para l.
Nuestro cliente deber ser capaz de describir y entender a
un gran nivel de detalle para poder acordar un alcance del
proyecto con l.
3.2.1.2.- Microsoft Solution Framework (MSF)

Ms que una metodologa rgida de administracin de proyectos,
MSF es una serie de modelos que puede adaptarse a cualquier
proyecto de tecnologa de informacin.
Fases
Visin y Alcances.
Planificacin.
Desarrollo.
Estabilizacin.
Implantacin.
Ventajas
Crea una disciplina de anlisis de riesgos que ayuda y

evoluciona con el proyecto.
Pgina 32
Vinculacin con el cliente como tambin orientado al trabajo

en equipo.
Tiene facilidad de soporte y mantenimiento.
Es adaptable, se puede utilizar para proyectos de cualquier
magnitud.
El modelo tiene facilidad de manejo por ser de una empresa
conocida.
Aplica mucho e incentiva al trabajo en equipo y a la
colaboracin.
Permite la reutilizacin de componentes ya desarrollados en
ciclos anteriores.
Es un modelo enfocado a los requerimientos del usuario.
Es una metodologa que se puede ajustar a equipos de
trabajo compuestas por 3 o ms personas.
Desventajas
Al estar basado en tecnologa Microsoft, trata de obligar a

usar sus propias herramientas.
Solicita demasiada documentacin en sus fases.
Si el anlisis de riesgos se hace muy exhaustivo puede
retardar el proyecto.
Los precios de licencias, capacitacin y soporte de Microsoft
son caros.
Alto grado de dependencias de tecnologas propietarias.
Se seleccion estas metodologas debido hacer las ms utilizadas en

empresas de desarrollo de software, adems de ser las ms eficientes y
eficaces al momento de cumplir con su funcin.
3.2.2.- Metodologas Agiles
Luego de varias opiniones tanto a favor como en contra de las
metodologas tradicionales se genera un nuevo enfoque denominado,
mtodos giles, que nace como respuesta a los problemas generados con
la utilizacin de las metodologas tradicionales. Se basa en dos aspectos
puntuales, el retrasar las decisiones y la planificacin adaptativa;
permitiendo potencia an ms el desarrollo de software a gran escala.
Esta planificacin a corto plazo permitir tener software disponible para
nuestros clientes y adems ir aprendiendo del feedback para hacer nuestra
planificacin ms sensible.
3.2.2.1.- Extreme Programming (XP)
Xp est basada en una serie de valores y de prcticas de buenas
maneras que persigue el objetivo de aumentar la productividad a la
hora de desarrollar programas.
Pgina 33

Este modelo de programacin se basa en una serie de
metodologas de desarrollo de software en la que se da prioridad a
los trabajos que dan un resultado directo y que reducen la
burocracia que hay alrededor de la programacin.
Una de las caractersticas principales de este mtodo de
programacin, es que sus ingredientes son conocidos desde el
principio de la informtica. Los autores de XP han seleccionado
aquellos que han considerado mejores y han profundizado en sus
relaciones y en cmo se refuerzan los unos con los otros. El
resultado de esta seleccin ha sido esta metodologa nica y
compacta.
(Dos, 2012)
Fases:
Exploracin
Planeamiento
Diseo
Codificacin
Pruebas
Mantenimiento
Ventajas
Apropiado para entornos voltiles

Estar preparados para el cambio, significa reducir su coste.
Planificacin ms transparente para nuestros clientes,
conocen las fechas de entrega de funcionalidades. Vital para
su negocio
Permitir definir en cada iteracin cuales son los objetivos de
la siguiente
Pgina 34
Permite tener realimentacin de los usuarios muy til.

La presin est a lo largo de todo el proyecto y no en una
entrega final
Desventajas
Delimitar el alcance del proyecto con nuestro cliente
3.2.2.2.- AUP (Agil Unified Process)

El AUP es un acercamiento aerodinmico a desarrollo del software
basado en el Proceso Unificado Rational de IBM (RUP), basado en
disciplinas y entregables incrementales con el tiempo.
Fases:
Modelado
Implementacin
Prueba
Despliegue
Administracin de la configuracin
Administracin o gerencia del Proyecto
Entorno
Ventajas
El personal sabe lo que est haciendo: no obliga a conocer

detalles.
Simplicidad: apuntes concisos.
Agilidad: procesos simplificados del RUP
Centrarse en actividades de alto valor: esenciales para el
desarrollo.
Herramientas independientes: a disposicin del usuario.
Pgina 35
Fcil adaptacin de este producto: de fcil acomodo (HTML)
Desventajas
El AUP es un producto muy pesado en relacin al RUP.

Como es un proceso simplificado, muchos desarrolladores
eligen trabajar con
el RUP, por tener a disposicin ms
detalles en el proceso.
3.2.2.3.- Scrum
SCRUM es una metodologa para gestin, mejora y mantenimiento
de un sistema nuevo o existente. SCRUM se concentra en como los
miembros del equipo deberan funcionar a fin de producir un sistema
flexible en un entorno que cambia constantemente. Permite a los
equipos de desarrollo adaptarse dentro de un ambiente complejo
utilizando procesos imprecisos.
En esta metodologa los miembros del equipo de trabajo cumple con
determinados roles los cuales son:
Roles Principales
Product Owner
ScrumMaster (o Facilitador)
Roles Auxiliares
Stakeholders (Clientes, Proveedores, Vendedores, etc)

Administradores (Managers)
Fases:
Product Backlog
Sprint Backlog
Pgina 36
Dily Scrum Meeting

Potentially
Ventajas:
Programacin organizada.
Menor taza de errores.
Satisfaccin del programador.
Desventajas:
Es recomendable emplearlo solo en proyectos a corto plazo.

Altas comisiones en caso de fallar.
(Roberth G. Figueroa & Camilo J. Sols )

Estas metodologas se las selecciono tambin por ser las ms robustas en
cuestin al desarrollo de software, y en estos ltimos tiempo las empresas
de desarrollo de software las utilizan. Cabe recalcar que las metodologas
citadas en esta investigacin no son las nicas que se han desarrollado.
4.- Herramientas de la Ingeniera de Software

Herramientas/entornos CASE
Conjunto de programas y ayudas que dan asistencia a los analistas, ingenieros de
software y desarrolladores, durante todos los pasos del Ciclo de Vida de desarrollo de un
Software.
Rational Rose
Dome (herramienta CASE/MetaCASE)
MetaEdit (herramienta CASE/MetaCASE)
ArgoUML (herramienta CASE - open source)
Microsoft Project
JDeveloper
Visual Paradigm
Microsoft Visio
Enterprise Architect
BoUML
CASE Studio
EasyCASE
Oracle Designer
PowerDesigner
Herramientas de modelado
Pgina 37

Las herramientas de modelado de sistemas informticos, son herramientas que se
emplean para la creacin de modelos de sistemas que ya existen o que se desarrollarn.
Las herramientas de modelado, permiten crear un "simulacro" del sistema, a bajo costo y
riesgo mnimo.
MOSES (herramienta de modelado y simulacin, extensible)

GME: Generic Modeling Environment (herramienta de meta-modelado)
Ptolemy
IBM Rational Software
MagicDraw UML
XTextyUML
Creately
PlantUML
ArgoUML
Red Koda UML too
Epsilon
EMFTex
AlphaSimple
JETBrains MPS
OutSystems
WebRatio
Whole Platform
UMLet
Editores/IDEs personalizables: herramientas de software privativo
Emacs (para Windows)

Vim/Gvim
MED
Eclipse
ConTEXT
SciTE
Bluefish
Anjuta
Glade
GCC
Kdevelop
Kate
Aptana Studio
Emacs
GNUStep
HBasic
Lazarus
Netbeans
QtCreator
Pgina 38
Quanta Plus
Gambas
Android SDK
WxFormBuilder:
Compiladores/entornos para diversos lenguajes:

Un compilador es un programa informtico que traduce un programa escrito en un
lenguaje de programacin a otro lenguaje de programacin, generando un programa
equivalente que la mquina ser capaz de interpretar. Usualmente el segundo lenguaje es
lenguaje de mquina, pero tambin puede ser un cdigo intermedio (bytecode), o
simplemente texto. Este proceso de traduccin se conoce como compilacin
TurboPascal de Borland (histrico)

Free Pascal
Compilador FST de Modula-2
Compiladores de Gardens Point (GPM) para Modula-2 y Oberon
Compiladores de Gardens Point (GPCP) para Component Pascal
Compilador GNAT para ADA (incluye ASIS)
Entorno AdaGide
Entorno GPS (GNAT Programming System)
Entorno BlackBox para Component Pascal
Tecnologa Java
Entorno BlueJ para Java
Herramientas de anlisis de cdigo:

Nos permiten analizar el cdigo desarrollado
RSM (herramienta de mtricas y anlisis para C, C++ y Java)

CCCC (herramienta de mtricas de cdigo C y C++)
Checkstyle
PMD
Findbugs
JDepend
JavaNCSS
Cobertura
Herramientas de gestin de configuracin:
CVS (Concurrent Version System)

WinCVS (interfaz grfica para CVS)
Recomendaciones para usar CVS
Otras herramientas:
Pgina 39
GraphViz (utilidad para composicin y trazado de grafos)

ExamDiff (visualizador de diferencias entre ficheros)
TkDiff (visualizador y mezclador de diferencias entre ficheros)
Guiffy (visualizador y mezclador de diferencias entre ficheros)
WinMerge (visualizador y mezclador de diferencias entre ficheros
Base de datos:
En este tipo de herramientas el usuario accede directamente a la estructura de
las bases de datos relacionales para construir consultas e informes
Oracle
Interbase
Acces
My sql
Sybase
SQLite
Posgree lite
SQL Server
Foxpro
(Alonso) (lml.ls.fi.upm.es)
2.1.3. Antecedentes contextuales.

El Mall la Malteria Plaza fue inaugurado el 29 de Noviembre del 2012, y est ubicado en el
ingreso norte a la urbe de Latacunga, al borde de la prolongacin de la carretera
Panamericana, conocida como avenida Eloy Alfaro, en interseccin con la avenida
Benjamn Tern. Consta de dos plantas, en la segunda planta est ubicado el patio de
comidas. Estos locales comerciales reciben usuarios de procedencia social media, y en
una minora de situacin social baja. La procedencia de los usuarios es de porcentajes
similares tanto de otras ciudades como de la ciudad de Latacunga
Para la justificacin de la existencia del problema se elaboraron y aplicaron encuestas
orientadas a los usuarios del patio de comidas del Mall la Malteria Plaza. De las cuales se
obtuvieron los siguientes resultados:
1.- Con qu frecuencia visita los locales comerciales del patio de comidas del Mall
la Malteria Plaza?
El 36,67% de las personas tienen una frecuencia de 1 a 3 veces a la semana, al igual que
las personas que tienen una frecuencia de 4 a 7 veces a la semana, mientras que el
26,6% de personas tienen una frecuencia de visitas al Mall mayor a 7 veces a la semana
2.- Cunto tiempo emplea en visitar cada local comercial del patio de comidas y
determinar que producto desea adquirir?
Pgina 40

El 43,33% de los usuarios emplean de 5 a 15 minutos en visitar el local comercial y
determinar que producto va a adquirir, el 36,67% emplean de 16 a 30 minutos en la
misma actividad, mientras que el 20% de los usuarios emplean ms de 30 minutos.
3.- La informacin que ofrecen las personas que atienden los locales comerciales
es suficiente para poder realizar una compra?
El 66,33% de las personas estn de acuerdo que la informacin que ofrece las personas
que atienden los locales comerciales es la suficiente para poder realizar una compra,
mientras que el 36,67% estn en desacuerdo.
4.- Las veces que ha visitado el patio de comida del Mall La Malteria Plaza: ha
tenido pleno conocimiento de los productos que ofrecen?
El 56,57% manifiesta que al visitar el patio de comidas ha tenido pleno conocimiento de
los productos que ofrecen, mientras que el 43,33% al visitar no tienen pleno conocimiento.
5.- Cmo calificara Ud. la comunicacin existente entre los empleados y los
usuarios, en lo que se refiere a la informacin de los productos que ofrecen cada
local comercial?
El 40% de los usuarios determinaron que es excelente la comunicacin que existe entre
los empleados y los usuarios, mientras el 30% determinaron que es regular, al igual que
los usuarios que determinaron que es psima la comunicacin entre empleado y usuario
6.- Cree usted que la falta de informacin acerca de los productos que dispensan
los locales comerciales del patio de comidas, ocasiona que los usuarios pierdan
tiempo al momento de realizar una compra?
El 70% de los usuarios estn de acuerdo que la falta de informacin acerca de los
productos que dispensan los locales comerciales, ocasiona que los usuarios pierdan
tiempo al momento de realizar una compra, mientras que el 30% estn en descuerdo.
7.- Piensa usted que un sistema informtico acerca de los productos que
dispensan cada uno de los locales comerciales del patio de comidas optimizara el
tiempo de los usuarios en sus compras?
El 76,67% de usuarios piensan que un sistema informtico acerca de los productos que
dispensan los locales comerciales optimizara el tiempo en las compras, mientras que el
23,33% manifestaron que no se optimizara el tiempo
8.- Qu informacin deber tener el sistema informtico a parte de los productos y
precios que dispensan cada uno de ellos?
El 40% de los usuarios piensan que es suficiente la informacin de producto, precios, el
43,33% sugirieron que se debe tener en cuenta tambin los descuentos y promociones de
los locales comerciales, mientras que un 6,67% de usuarios sugirieron la informacin de
Pgina 41

las caloras de los productos, el mismo porcentaje sugirieron los valores nutricionales, y el
3,33% restante sugiri la informacin de las grasas que contiene cada producto
9.- En el manejo de sistemas informticos que tipo de tecnologa usted ha
utilizado?
El 26,67% de los usuarios han manejado sistemas informticos implementados en tablets,
el 13,33% en telfonos inteligentes, y el 60% restante han manejado sistemas
informticos implementados en computadoras
10.- Qu experiencia tiene en manejar la tecnologa touch screen (tecnologa
tctil)?
El 26,67% de usuarios tienen un excelente manejo con respecto a la tecnologa touch
screen, el 46,66% tienen un regular manejo, mientras que el 26,67% tienen un mal
manejo de la tecnologa tctil
11.- Si la implementacin del sistema informtico se diera en Tablets Cree usted
que sera de fcil manejo?
El 63,33% de los usuarios estuvieron de acuerdo que la implementacin del sistema
informtico en tablets seria de fcil manejo, mientras que el 36,67% restante de usuarios
piensan que sera difcil el manejo del sistema informtico
12.- Ha visto sistemas informticos que dispensen informacin acerca de
productos de los locales comerciales?
El 66,67% de los usuarios no han visto sistemas informticos acerca de los productos de
los locales comerciales, mientras que el 33,33% restante de usuarios han visto sistemas
informticos similares
13.- Piensa usted que es necesario el desarrollo e implementacin de un sistema
informtico acerca de los productos que dispensan los locales comerciales del
Mall?
El 70% de los usuarios determinaron que es necesaria la implementacin de un sistema
informtico acerca de los productos que dispensan los locales comerciales, en cambio el
30% determinaron que no es necesario.
En los resultados obtenidos en la encuesta se pudo constatar la situacin problemtica de
los usuario al momento de acudir a un local comercial y buscar el producto a comprar.
De los resultados obtenidos en la aplicacin de la encuesta el 76,67% de usuarios
piensan que un sistema informtico acerca de los productos que dispensan los locales
comerciales optimizara el tiempo en las compras, y el 70% de los usuarios encuestados
tambin determinaron que la implementacin de un sistema informtico con esas
caractersticas es necesaria.
Pgina 42

A la interrogante de la implementacin de un sistema informtico que optimice este
proceso de informacin de productos en el patio de comidas, con los resultados obtenidos
de la encuesta se demuestra que existe la factibilidad.
2.2.
CATEGORAS DEL DISEO TERICO.
2.2.1. Situacin problemtica:

En los locales comerciales del patio de comidas del Mall La Malteria Plaza ubicado en la
ciudad de Latacunga, observamos el desconocimiento de los compradores acerca de los
productos que oferta cada local comercial, los usuarios pierden su tiempo al ubicarse en
los locales y adquirir los productos que necesitan, la publicidad de cada almacn es casi
nula y no tan llamativa, eso enlaza que el cliente pierda inters para adquirir sus
productos.
2.2.2. Formulacin del problema:

Cmo fortalecer el conocimiento que poseen los usuarios sobre los productos que
dispensan cada uno de los locales comerciales del patio de comidas del Mall La Malteria
de la ciudad de Latacunga en el 2013?
La carencia de informacin de los usuarios sobre los productos que dispensan cada uno
de los locales comerciales del patio de comidas del Mall La Malteria de la ciudad de
2.2.3. Tema
El conocimiento que poseen los usuarios sobre los productos que dispensan cada uno de
los locales comerciales del patio de comidas del Mall La Malteria de la ciudad de
2.2.4. Objeto de Investigacin

Sistemas de Informacin
2.2.5. Causas
Ausencia de informacin sobre los productos que distribuyen los locales

comerciales
Deficiente comunicacin entre los empleados de los locales comerciales con
los compradores
Pgina 43
Carencia de un sistema de informacin automatizado que facilite al usuario la

informacin requerida
2.2.6. Objetivo
Desarrollar un sistema informtico que permitan el fortalecimiento del conocimiento que
poseen los usuarios sobre los productos que dispensan cada uno de los locales
comerciales del patio de comidas del Mall La Malteria de la ciudad de Latacunga en el
2013
2.2.7. Campo
Proceso de ingeniera de Software
2.2.8. Hiptesis
Si se desarrolla el sistema informtico entonces se fortalece el conocimiento que poseen
los usuarios sobre los productos que dispensan cada uno de los locales comerciales del
patio de comidas del Mall La Malteria de la ciudad de Latacunga en el 2013
2.2.9. Variables
Independiente: Se desarrolla el sistema de informtico
Dependiente: Se fortalece el conocimiento que poseen los usuarios sobre los productos
que dispensan cada uno de los locales comerciales del patio de comidas del Mall La
Malteria de la ciudad de Latacunga en el 2013
2.2.10. Conceptualizacin de la variable independiente
El sistema informtico es el conjunto de partes relacionadas, hardware, software y
de recurso humano que permite almacenar y procesar informacin. El hardware
incluye computadoras o cualquier tipo de dispositivo electrnico inteligente, que consisten
en procesadores, memoria, sistemas de almacenamiento externo. El software incluye
al sistema operativo, firmware y aplicaciones, siendo especialmente importante los
sistemas de gestin de bases de datos. Por ltimo el soporte humano incluye al personal
tcnico que crean y mantienen el sistema y a los usuarios que lo utilizan.
2.2.11. Operacionalizacin de la variable dependiente
Catlogo de productos
Listado de precios
Promociones de productos
Disponibilidad de productos
2.2.12. Tareas de investigacin u objetivos especficos
Pgina 44

Etapa facto-perceptible
-
Determinacin los antecedentes histricos del desarrollo de los procesos de

Ingeniera de Software en los sistemas de informacin
Caracterizacin gnoseolgica de los sistemas de informacin
Caracterizacin tecnolgica de los procesos de Ingeniera de Software
Valoracin del conocimiento que poseen los usuarios sobre los productos que
dispensan cada uno de los locales comerciales del patio de comidas del Mall
La Malteria de la ciudad de Latacunga en el 2013
Etapa de elaboracin:
-
Elaboracin del anlisis y diseo del sistema informtico acerca de los

productos que dispensan los locales comerciales del patio de comidas del Mall
La Malteria de la ciudad de Latacunga en el 2013
Etapa de aplicacin:
-
2.3.
Corroboracin de la incidencia del sistema informtico acerca de los productos

que dispensan los locales comerciales del patio de comidas del Mall La
Malteria de la ciudad de Latacunga.
DISEO METODOLGICO.
2.3.1. Tipo de Investigacin:

La investigacin que se realiza es aplicada, descriptiva, de campo, experimental y
longitudinal
2.3.2. Perspectiva de la investigacin:

La investigacin se desarrolla desde una perspectiva Socio crtica
2.3.3. Poblacin y muestra:

La poblacin de la investigacin la constituyen 2800 usuarios de los locales comerciales
del patio de comidas semanalmente.
PQN
N = --------------------------(N-1) E2 +
PQ
K2
Pgina 45

La muestra seleccionada es no probabilstica y est constituida por 337 usuarios de los
locales comerciales del patio de comidas del Mall la Malteria Plaza en el periodo de una
semana
2.3.4. Mtodo y tcnicas:

Para el cumplimiento de las tareas se utilizaron los siguientes mtodos de investigacin:
El mtodo histrico-lgico para determinar los antecedentes histricos de la evolucin de
los procesos de la Ingeniera de Software en los sistemas de informacin
El mtodo analtico sinttico para el desarrollo de la situacin problemtica, marco terico,
adems se utilizara para procesar la informacin obtenida en la investigacin de campo
Inductivo-deductivo se lo utiliz para lograr encontrar nuestro tema de investigacin, as
como el desarrollo de la formulacin del problema
Hipottico-deductivo se lo utilizo en la formulacin de nuestra hiptesis y en todo el
proceso de investigacin
Enfoque del sistema para poder determinar el objetivo que va solucionar nuestro sistema,
adems de poder determinar el alcance del mismo
Se utilizara la encuesta para poder determinar el criterio que tienen los usuarios del Mall
la Malteria de la ciudad de Latacunga acerca del desarrollo de un sistema de informtico
sobre los productos que poseen los locales comerciales del patio de comidas del Mall en
el 2013
Se utilizara el anlisis de documentos para poder saber el total de usuarios que tiene el
Mall adems para poder sacar informacin para el marco terico, y tambin al momento
de realizar el anlisis de los resultados que arrojaran las encuestas a realizar
Se utilizara la observacin para poder determinar el problema a solucionar y adems para
constatar los resultados de nuestro proyecto
2.3.5. Tratamiento estadstico de la informacin:

Se utilizaran las encuestas para poder determinar la informacin que se desea extraer de
los usuarios de los locales comerciales. El tratamiento se lo realizar mediante cuadros y
una representacin grfica en forma de pasteles.
Pgina 46

2.4.
CRONOGRAMA DE LA INVESTIGACIN.
CRONOGRAMA DE ACTIVIDADES 2011 - 2012
A C T I V I D A D E S
1
ETAPA FACTO-PERCEPTIBLE
Determinar los antecedentes histricos del desarrollo de
1 los procesos de Ingeniera de Software en los sistemas
de informacin
Caracterizacin gnoseolgica de los Sistemas de
2
informacin
Caracterizacin tecnolgica de los procesos de
3
Ingeniera de Software
Valoracin de la situacin del desarrollo de los procesos
4 de Ingeniera de Software en los sistemas de
informacin
ETAPA DE ELABORACIN
Elaboracin del anlisis y diseo del sistema de
informacin acerca de los productos que dispensan los
5
locales comerciales del patio de comidas del Mall La
Malteria de la ciudad de Latacunga
ETAPA DE APLICACIN
Corroboracin de la incidencia del sistema de
informacin acerca de los productos que dispensan los
6
locales comerciales del patio de comidas del Mall La
Malteria de la ciudad de Latacunga
Presentacin y sustentacin del Trabajo de
7
Investigacin
Pgina 47
ABRIL
2 3
MAYO
2 3
JUNIO
2 3
JULIO
2 3
3. SECCIN COMPLEMENTARIA: RESULTADOS ESPERADOS

3.1.
PROYECCIN DE RESULTADOS ESPERADOS.
Sistema informtico sobre los productos que dispensan cada uno de los locales
comerciales del patio de comidas del Mall La Malteria de la ciudad de Latacunga
en el 2013
Fortalecimiento del conocimiento que poseen los usuarios sobre los productos que
dispensan cada uno de los locales comerciales del patio de comidas del Mall La
Malteria de la ciudad de Latacunga en el 2013
3.2.
POSIBILIDADES DE APLICACIN DE LOS RESULTADOS EN LA

PRCTICA SOCIAL.
El presente proyecto es viable debido a que existe un sin nmero de personas que
constan dentro del problema a solucionar, existe un problema debido a la falta de recursos
con respecto a la adquisicin de las tablets para poder instalar el sistema informtico a
desarrollar.
3.3.
AREA, INSTITUCIN Y ORGANISMO INTRODUCTOR.
Locales comerciales del patio de comidas del Mall la Malteria Plaza en la ciudad de
Latacunga
Pgina 48
4. SECCIN ECONMICA: INFRAESTRUCTURA DISPONIBLE Y

PRESUPUESTO
4.1.
INFRAESTRUCTURA DISPONIBLE PARA EL DESARROLLO DE LA

INVESTIGACIN.
HUMANOS
RECURSOS
COSTO
1 Desarrollador del proyecto
$0
Hardware Servidor
$ 110
Tablet Atc Wifi 7 Pulg Touch Android 2.3 4gb Hasta 32
TCNICOS
Software
MATERIALES
$0
Sistema Operativo :
Android
Software para Desarrollo de diseo:
Material de apoyo
Papel
Cartuchos de tinta
Bolgrafos
Transporte
Varios
COSTO TOTAL ESTIMADO:
Pgina 49
$152,25
$262,25

4.2.
PRESUPUESTO.
A. RECURSOS HUMANOS
No
.
DENOMINACIN
TIEMPO
VALOR UNITARIO
VALOR TOTAL
1 Investigador
2 meses
2 Encuestador
2 semanas
Analista y
3 Diseador
2 meses
4 Asesor de proyecto 4 meses 14

SUBTOTAL
B. RECURSOS MATERIALES
No.
DENOMINACIN
CANTIDA
D
VALOR UNITARIO
VALOR TOTAL
11.50
46
2 Esferos
10
0.3
3 CD-RW
4 Carpetas
0.75
2.25
SUMINISTROS
1 Cartucho de tinta
EQUIPOS
1 Computadora
2 #
2 Impresora
2 #
3 DVD
4 Tablet
110
110
SUBTOTAL
169.25
OTROS
No
DENOMINACIN
VALOR TOTAL
1 Transporte
25
2 Telfono
10
3 Internet
18
Pgina 50

4 Varios
20
SUBTOTAL
73
IMPREVISTOS
20
TOTAL
262,25
5. SECCIN DE REFERENCIAS
5.1.
BIBLIOGRAFA GENERAL
http://spanishpmo.com. (29 de Julio de 2010). Obtenido de

http://spanishpmo.com: http://spanishpmo.com/index.php/ciclos-de-vidaprototipo/
spanishpmo.com. (27 de Julio de 2010). Obtenido de spanishpmo.com:

http://spanishpmo.com/index.php/ciclos-de-vida-modelo-de-cascada/
spanishpmo.com. (27 de Julio de 2010). Obtenido de spanishpmo.com:

http://spanishpmo.com/index.php/ciclos-de-vida-modelo-en-v/
spanishpmo.com. (02 de Agosto de 2010). Obtenido de

spanishpmo.com: http://spanishpmo.com/index.php/ciclos-de-vidamodelo-en-espiral/
sistemasumma.com. (21 de Febrero de 2011). Obtenido de

sistemasumma.com: http://sistemasumma.com/2011/02/21/ciclo-devida-clasico-de-los-sistemas/
ecured.cu. (04 de Mayo de 2013). Obtenido de ecured.cu:

http://www.ecured.cu/index.php/Sistemas_expertos#Caracter.C3.ADstica
s
Agac1. (01 de Octubre de 2008). faga.blogcindario.com. Obtenido de

faga.blogcindario.com: http://faga.blogcindario.com/2008/10/00012.html
ALEGSA. (2012). alegsa.com.ar. Obtenido de alegsa.com.ar:

http://www.alegsa.com.ar/Dic/sistema%20transaccional.php
Pgina 51
Alonso, E. M. (s.f.). monografias.com. Obtenido de monografias.com:

http://www.monografias.com/trabajos73/herramientas-case-procesodesarrollo-software/herramientas-case-proceso-desarrollosoftware2.shtml
ASTROS, I. J. (s.f.). monografias.com. Obtenido de monografias.com:

http://www.monografias.com/trabajos94/sistemas-informaciontransaccionales-bancos/sistemas-informacion-transaccionalesbancos.shtml
Baez, O. (30 de Mayo de 2011). scribd.com. Obtenido de scribd.com:

http://es.scribd.com/doc/56672719/Sistemas-de-Informacion-Gerencial
Bujaidar, A. D. (s.f.). es.scribd.com. Obtenido de es.scribd.com:

http://es.scribd.com/doc/56123988/Modelo-Iterativo-Incremental
Cardemil, M. S. (21 de Marzo de 2011).

introinfordesasunefa.files.wordpress.com. Obtenido de
introinfordesasunefa.files.wordpress.com:
http://introinfordesasunefa.files.wordpress.com/2012/05/clasificaci_n_de_
los_sistemas_de_informaci_n.pdf
Castro, J. M. (s.f.). monografias.com. Obtenido de monografias.com:

http://www.monografias.com/trabajos16/sistemas-expertos/sistemasexpertos.shtml
cristinag135198. (08 de Mayo de 2011). scribd.com. Obtenido de

scribd.com: http://es.scribd.com/doc/54965860/Tipos-de-Sistemas-deApoyo-a-La-Toma-de-Decisiones
Dangel, A. D. (s.f.). econlink.com.ar. Obtenido de econlink.com.ar:

http://www.econlink.com.ar/sistemas-informacion/elementos
Delgado, E. (s.f.). monografias.com. Obtenido de monografias.com:

http://www.monografias.com/trabajos60/metodologias-desarrollosoftware/metodologias-desarrollo-software2.shtml
Dos, E. (08 de Julio de 2012). ingsoftware072301.obolog.com. Obtenido

de ingsoftware072301.obolog.com:
http://ingsoftware072301.obolog.com/metodologia-xp-2012877
EcuRed. (06 de Mayo de 2013). ecured.cu. Obtenido de ecured.cu:

http://www.ecured.cu/index.php/Metodolog
%C3%ADa_de_desarrollo_iterativo_y_creciente
Pgina 52
EcuRed. (06 de Mayo de 2013). ecured.cu. Obtenido de ecured.cu:

http://www.ecured.cu/index.php/Modelo_de_Prototipos
Elizabeth. (s.f.). monografias.com. Obtenido de monografias.com:

http://www.monografias.com/trabajos82/sistemas-expertosinformatica/sistemas-expertos-informatica2.shtml
Fario, G. (2011). ojovisual.net. Obtenido de ojovisual.net:

http://www.ojovisual.net/galofarino/modeloespiral.pdf
Gonzlez, A. C. (10 de Julio de 2009). emagister.com. Obtenido de

emagister.com: http://www.emagister.com/curso-informatica-ordenadorcientifico-desarrollo/software-ciclo-vida
gujellman. (Marzo de 2011). buenastareas.com. Obtenido de

buenastareas.com: http://www.buenastareas.com/ensayos/TesisSistemas-De-Informacion/1806115.html
Javier, S. M. (10 de Junio de 2004). monografias.com. Obtenido de

monografias.com: http://www.monografias.com/trabajos16/tecnologiainformacion-empresas/tecnologia-informacion-empresas.shtml
Jimnez Ruiz, B., Pea Prez, S., Valverde Prez, Y., & Salazar Zorrilla, I.
(12 de Octubre de 2011). METODOLOGA DE DESARROLLO DE
SOFTWARE.
Jimenez, M. (27 de Julio de 2009). monografias.com. Obtenido de

monografias.com: http://www.monografias.com/trabajos24/informaciongerencial/informacion-gerencial.shtml
jms.caos.cl. (s.f.). Obtenido de jms.caos.cl: http://jms.caos.cl/si/si01.html
lml.ls.fi.upm.es. (s.f.). Obtenido de lml.ls.fi.upm.es:

http://lml.ls.fi.upm.es/~mcollado/enlaces/devtools.html
marye. (09 de Enero de 2009). blogspot.com. Obtenido de

blogspot.com: http://sistinfejec.blogspot.com/
Mazariegos, A. d. (s.f.). monografias.com. Obtenido de monografias.com:

http://www.monografias.com/trabajos16/informacionejecutivos/informacion-ejecutivos.shtml
Mndez, A. V. (2010). monografias.com. Obtenido de monografias.com:

http://www.monografias.com/trabajos-pdf4/metodologias-de-desarrollosoftware/metodologias-de-desarrollo-software.pdf
Pgina 53
Montoyo, A. (2012). rua.ua.es. Obtenido de rua.ua.es:

http://rua.ua.es/dspace/bitstream/10045/18830/6/Tema_2__Sistemas_de_Informacion.pdf
Pacheco, H. J. (10 de Mayo de 2006). monografias.com. Obtenido de

monografias.com: http://www.monografias.com/trabajos36/sistemasinformacion/sistemas-informacion2.shtml#tusi
Pacheco, H. J. (19 de Noviembre de 2009). monografias.com. Obtenido

de monografias.com: http://www.monografias.com/trabajos55/analisissistemas-informacion/analisis-sistemas-informacion.shtml
patponto. (28 de Diciembre de 2010). histinf.blogs.upv.es. Obtenido de

histinf.blogs.upv.es: http://histinf.blogs.upv.es/2010/12/28/ingenieria-delsoftware/
Prez, I. C. (15 de Octubre de 2008). Metodologias de Desarrollo de

Software.
Quispe. (07 de Julio de 2011). clubensayos.com. Obtenido de

clubensayos.com: http://clubensayos.com/Tecnolog%C3%ADa/SISTEMASDE-INFORMACION-EJECUTIVA/25422.html
Ramone, M. (07 de Febrero de 2012). blogspot.com. Obtenido de

blogspot.com: http://ingenexescom.blogspot.com/2012/02/modelo-encascada.html
Roberth G. Figueroa, & Camilo J. Sols . (s.f.). METODOLOGAS

TRADICIONALES VS. METODOLOGAS GILES.
Salazar, D. K. (s.f.). monografias.com. Obtenido de monografias.com:

http://www.monografias.com/trabajos32/toma-decision/tomadecision.shtml
Vic. (08 de Marzo de 2013). latecladeescape.com. Obtenido de

latecladeescape.com:
http://latecladeescape.com/t/Las+actividades+del+ciclo+de+vida+del+
software
wikispaces.com. (s.f.). Obtenido de wikispaces.com:

http://ciclodevidasoftware.wikispaces.com/CICLO+DE+VIDA+INCREMENT
AL
wikispaces.com. (s.f.). Obtenido de wikispaces.com:

http://sistemadeapoyoadecisiones.wikispaces.com/4.Sistema+de+Apoyo
+a+Decisiones+(DSS)
Pgina 54
6. SECCIN DE ANEXOS.
Pgina 55
Pgina 56

Perfil Proyecto Integrador

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Perfil Proyecto Integrador

Uploaded by

Copyright:

Available Formats

ESCUELA POLITCNICA DEL EJRCITO

REPBLICA DEL ECUADOR

TERCER NIVEL DE INGENIERA DE SOFTWARE

INVESTIGADOR PRINCIPAL: Stalin Israel Masapanta Moreno.

ESCUELA POLITCNICA DEL EJRCITO

NDICE O TABLA DE CONTENIDOS.

NDICE O TABLA DE CONTENIDOS...................................................................2

SECCIN PRINCIPAL: EL DISEO TERICO..........................................................5

Antecedentes conceptuales y referenciales........................................9

CATEGORAS DEL DISEO TERICO.............................................................41

Formulacin del problema:..............................................................41

Tratamiento estadstico de la informacin:........................................44

SECCIN COMPLEMENTARIA: RESULTADOS ESPERADOS...............................46

AREA, INSTITUCIN Y ORGANISMO INTRODUCTOR...................................46

ESCUELA POLITCNICA DEL EJRCITO

SECCIN ECONMICA: INFRAESTRUCTURA DISPONIBLE Y PRESUPUESTO.47

ESCUELA POLITCNICA DEL EJRCITO

En el siguiente proyecto analizaremos el grado de conocimiento que tienen las personas

ESCUELA POLITCNICA DEL EJRCITO

2. SECCIN PRINCIPAL: EL DISEO TERICO

2.1.1. Antecedentes histricos.

Sistemas transaccionales (dcada de los 60)

A travs de stos suelen lograrse ahorros significativos de mano de obra, debido a

Con frecuencia son el primer tipo de Sistemas de Informacin que se implanta en

Son intensivos en entrada y salida de informacin; sus clculos y procesos suelen

Son fcilmente adaptables a paquetes de aplicacin que se encuentran en el

ESCUELA POLITCNICA DEL EJRCITO

Sistemas gerenciales (mediados de la dcada de los 60 y 70)

Brindan soporte a la toma de decisiones semi o estructurada al nivel operacional,

Son utilizados para planificacin de los Gerentes Seor.

Son generalmente orientados al reporte y control.

Son diseados para reportar las operaciones existentes y ayudar en el control de

Cuentan con flujos de informacin inclusive hasta el nivel corporativo.

Tienen pocas capacidades analticas

Generalmente ayudan en la toma de decisiones utilizando datos pasados y

Son poco flexibles

Tienen una orientacin interna en lugar de externa.

Los requerimientos de informacin son conocidos, peridicos y estables.

Requieren un proceso largo de anlisis y diseo.

ESCUELA POLITCNICA DEL EJRCITO

Ayudar a los gerentes a tomar decisiones para tratar de resolver problemas

Sistemas ejecutivos (dcada de los 80)

ESCUELA POLITCNICA DEL EJRCITO

Estn diseados para cubrir las necesidades especficas y particulares de la alta

Sistemas expertos (Dcada de los 90 y actualidad)

ESCUELA POLITCNICA DEL EJRCITO

En el siguiente grafico se resume la evolucin de los sistemas de informacin:

2.1.2. Antecedentes conceptuales y referenciales.

ESCUELA POLITCNICA DEL EJRCITO

2.- Componentes de un sistema de informacin

Propietario de sistemas: este tipo de participantes son las personas que

ESCUELA POLITCNICA DEL EJRCITO

Usuarios de sistemas: son las personas que utilizan el sistema de informacin,

Diseadores de sistemas: son los expertos en tecnologa que resuelven las

Constructores de sistemas: Son los encargados de fabricar sistemas de

Analista de sistemas: es la persona que estudia los problemas y las necesidades

Project Manager: son los profesionales experimentados que acepta la

Informacin: conjunto de datos procesados con significado, y dotados de

ESCUELA POLITCNICA DEL EJRCITO

3.- Elementos y estructuras de los sistemas de informacin

Base de datos: Es donde se almacena toda la informacin que se requiere para la

Transacciones: Corresponde a todos los elementos de interfaz que permiten al

Informes: Corresponden a todos los elementos de interfaz mediante los cuales el

Proceso: Corresponden a todos aquellos elementos que, de acuerdo a una lgica