TI0035 M2AA1L1 Aspectos PDF

TI0035_M2AA1L1_Aspectos
Versin: Septiembre 2012
Aspectosaconsiderarenlaimplementacinde
tecnologasdeinformacin
Por : Leticia Pureco Reyes
La palabra implementacin proviene del vocablo implementar que de acuerdo a la Real Academia Espaola
(RAE) quiere decir: Poner en funcionamiento, aplicar mtodos, medidas, para llevar algo a cabo (s.f., prr.
1).
En el mbito de las tecnologas de la informacin, hablar de implementacin hace referencia a la ejecucin

de cada una de las actividades que se requieren para llevar a cabo un plan de TI dentro de una organizacin.
De acuerdo a la gua PMBOK, una vez que se ha identificado una necesidad y se decide llevar acabo un
proyecto que la satisfaga, es necesario determinar el objetivo, alcance, limitaciones, actividades a realizar as
como los tiempos en que se ejecutarn.
Aunado a lo anterior y durante la ejecucin de las actividades se debern considerar otros aspectos (que
dentro de la gua se conocen tambin como reas del conocimiento), tales como:
1. Costos.
2. Tiempos.
3. Recursos humanos.
4. Comunicacin y documentacin.
5. Riesgos (factores crticos de xito).
6. Pruebas y puesta en marcha del producto o servicio.
Estas actividades debern realizarse durante las diferentes etapas del ciclo de vida del proyecto y, durante la
implementacin, llevar a cabo un monitoreo para asegurar que el cliente est satisfecho y que el producto es
de calidad.
A continuacin se describir en qu consiste cada uno de los elementos.
1
UVEG. Derechos reservados. Esta obra no puede ser reproducida, modificada, distribuida, ni transmitida, parcial o totalmente, mediante cualquier medio, mtodo o
sistema impreso, electrnico, magntico, incluyendo el fotocopiado, la fotografa, la grabacin o un sistema de recuperacin de la informacin, sin la autorizacin por escrito
de la Universidad Virtual del Estado de Guanajuato.
Costos
Los costos se refieren a la cantidad de dinero que la organizacin tiene disponible para ser invertido en el
desarrollo del proyecto.
Es muy importante que se determine el presupuesto requerido desde la etapa de inicio, considerando
aspectos tales como sueldos de los empleados, equipo que se debe adquirir, software, papelera, viticos,
entre otros.
La estimacin de costos en la implementacin de tecnologas de informacin suele ser un factor crtico para
lograr el xito debido a la cantidad de variables que existen (por ejemplo la inflacin, la cual produce un
incremento importante en los precios). Tambin es posible que debido a esto, los proyectos deban realizarse
en varias etapas y su duracin sea muy larga.
Algunos de los factores que pueden influir en el costo de un proyecto de TI pueden ser:
Conocimientos del equipo de trabajo.

Complejidad del producto.
Tamao del programa.
Tiempo disponible.
Confiabilidad requerida.
Hardware y software requerido.
Para llevar a cabo la estimacin de costos de un proyecto de tecnologas de informacin existen diversas
formas, las cules podemos clasificar en tres grupos:
Uso de histricos. Consiste en realizar las estimaciones con base en proyectos similares que ya
hayan sido terminados.
Uso del juicio. Son las decisiones que toman aquellas personas que gracias a su experiencia pueden
realizar muy buenas aproximaciones.
Uso de frmulas. Se trata de emplear tcnicas de descomposicin relativamente simples para

generar estimaciones de costo y esfuerzo.
2
Algunos de los mtodos principales para la estimacin de costos en un proyecto de desarrollo de software se
muestran en la tabla 1.
Mtodo Descripcin
Este mtodo permite estimar el tamao del software a partir de los

requerimientos. Consiste en asignar una cantidad de puntos a una aplicacin
segn la complejidad de datos y de los procesos tomando en cuenta cinco
aspectos:
Nmero de entradas de usuario. Se refiere a la cantidad de veces que

Puntos de funcin el usuario interacta con el sistema para proporcionar datos.
Nmero de salidas de usuario. Se refiere a la cantidad de veces que
el sistema le da informacin al usuario.
Nmero de peticiones de usuario. Se refiere a la cantidad de veces
que el usuario introduce un dato y produce una salida inmediata.
Nmero de archivos.
Nmero de interfaces externas. Son los elementos que se utilizan
para mandar informacin a otro sistema.
3
El COCOMO II es una jerarqua de modelos de estimacin que aborda tres

reas:
Modelo de composicin de aplicaciones. Se emplea en las primeras

etapas del ciclo de vida, cuando se realizan prototipos de la interfaces y
la valoracin del desempeo.
Modelo de etapa de diseo temprano. Se utiliza al tener los requisitos
y la estructura bsica.
Modelo de etapa posterior a la arquitectura. Se emplea durante la
construccin del software.
Para cada una de las tres reas se utilizan los siguientes mtodos de
estimacin: Lneas de cdigo, puntos de funcin o puntos objeto.
En caso de utilizar los puntos objeto se debe considerar:
El conteo del nmero de:

Costo por algoritmos a) Pantallas (interfaz de usuario).
(COCOMO II) b) Reportes.
c) Componentes para construir la aplicacin.
Cada elemento detectado se clasifica en un nivel de complejidad:
simple, medio y difcil.
Se construye una tabla con los datos anteriores.
Tipo de Peso de complejidad

Objeto
Simple Medio
Difcil
Pantalla 1 3 2
Reporte 1 6 3
Componente 15
Se determinan la cuenta de puntos objeto al multiplicar el nmero original
de instancias por el factor de ponderacin y se suma para obtener el total
de puntos objeto.
Objeto Total de Valor Valor Valor Sumatoria

instancias simple medio difcil (NPO)
Pantalla 6 6*1=6 6*2=12 6*3=18 36
Reporte 10 10 30 60 100
Componente 15 0 0 15 225
Por ltimo con los nuevos puntos objeto se aplican algunas ecuaciones
utilizando factores de escala, controladores de costo y
procedimientos de ajuste.
4
La tcnica Delfi consiste en consultar a personas expertas en estimacin de costos y

mediante el uso de la definicin del problema y requerimientos que cada uno de ellos
proporcione su propia estimacin hasta tratar de tener un consenso.
Para ello se realiza un proceso como el que se describe a continuacin:
Se rene a un grupo de expertos.

Los expertos realizan reuniones y llega a un consenso.
En esta tcnica un coordinador brinda a cada experto la documentacin
con la definicin del sistema y una papeleta para que escriba su
Tcnica Delfi estimacin.
Cada experto estudia la definicin y determina su estimacin en forma
annima.
Los expertos pueden consultar con el coordinador pero nunca entre
ellos.
El coordinador prepara y distribuye un resumen de las estimaciones
efectuadas
Los expertos realizan una segunda ronda de estimaciones, otra vez
annimamente, utilizando los resultados de la estimacin anterior
El proceso se repite varias veces como se juzgue necesario.
Tabla 1. Mtodos para la estimacin de costos (Pressman, 2002).
Para la implementacin de un proyecto podrs apoyarte en una persona experta en contabilidad y finanzas
que te ayudar con la estimacin del costo. Si esto no es posible, puedes recurrir a diversos programas
como por ejemplo SEER y Estimate.
Tiempos
Debido al ritmo tan acelerado con el que surgen nuevas tecnologas (lo que puede causar obsolescencia), el
tiempo es sin duda uno de los aspectos ms importantes que deben cuidarse en los proyectos de
tecnologas de informacin.
Por ejemplo, si se est realizando un proyecto para automatizar todos los procesos administrativos de una
compaa, cabe la posibilidad de para cuando el proyecto concluya las necesidades de la empresa hayan
cambiado o simplemente el hardware adquirido ya no sea el ptimo. De ah la importancia de realizar una
estimacin de tiempo lo ms cercano a la realidad posible y considerando holgura en las actividades crticas.
Para poder determinar el tiempo que tardara la implementacin de un proyecto no existe una frmula como
en el caso de los costos, la nica manera de realizar una estimacin de tiempo exitosa la brinda la
experiencia.
Lo qu si se puede hacer para al realizar los primeros intentos es definir perfectamente cada una de las
actividades que se debern ejecutar, as como asignar un responsable para cada una de ellas, de esa
manera sabremos a quin acudir en caso de que exista algn contratiempo.
5
Dos de las herramientas que podemos utilizar para la determinacin de tiempos son:
Grafica Pert. La grfica Pert es un grafo donde las tareas son representadas por los nodos y las
aristas representan el tiempo que deber pasar para cambiar entre una actividad y otra, esta
herramienta nos permitir determinar aquellas tareas crticas que pudieran retrasar el proyecto, las
dependencias y las actividades que se pueden realizar en paralelo.
Un ejemplo de una grfica Pert podra ser el siguiente:
C 50
20
A 30 B E
20
70
D
Figura 1. Grfica PERT.

A. Anlisis.
B. Diseo.
C. Implementacin.
D. Pruebas.
E. Entrega.
Grfica de Gantt. En una grfica de Gantt las tareas son representadas por barras horizontales y los
tiempos se determinan en funcin del tamao de las barras. Una ventaja de este tipo de grficas es
que permite asignar responsables a cada una de las tareas y determinar precedencias en las
actividades.
Un ejemplo de una grfica de Gantt podra ser el siguiente:
Figura 2. Grfica de Gantt.
Actualmente existen muchas herramientas para administrar proyectos que ya cuentan con este tipo de
grficas, de tal forma que puedan administrarse los recursos a lo largo de la implementacin. Un ejemplo de
ellas es Microsoft Project.
6
RecursosHumanos
El recurso humano es sin duda el aspecto ms importante cuando se implementan las tecnologas de
informacin ya que sin l no sera posible realizar el proyecto.
Algunas personas que participan en los proyectos de TI son:
Patrocinador. Define aspectos del negocio.

Cliente. Define los requisitos del proyecto.
Usuarios. Utilizan el producto cuando est terminado.
Lder de proyecto. Planifica, motiva, organiza y controla al equipo de trabajo.
Profesionistas de distintas disciplinas. Realizan el trabajo utilizando sus conocimientos, generan
los productos y entregables.
El lder ser el responsable de integrar el equipo de trabajo, es decir, buscar los profesionistas con los
conocimientos, actitudes y habilidades necesarias para el desarrollo del proyecto.
Algunos de los profesionistas que participan en la implementacin de TI pueden ser:
Ingenieros en sistemas.
Licenciados en informtica.
Ingenieros en telecomunicaciones.
Ingenieros en electrnica.
Analistas.
Diseadores.
Programadores.
Administradores de DB (Data bases o bases de datos).
Personal de pruebas y soporte.
Una vez que el lder ha seleccionado el personal que participar en la implementacin, se deber determinar
qu rol y responsabilidades deber tener cada miembro del equipo.
Por ejemplo: Julin es programador y participar en un proyecto para implementar un sistema que administre
las ventas de una zapatera.
En la etapa de anlisis, su rol ser de entrevistador, la responsabilidad que tendr durante esa fase ser
aplicar 30 encuestas al personal de diferentes niveles, desde el gerente hasta las vendedoras.
Para formar el equipo de trabajo y asignar tanto los roles como las responsabilidades se deben considerar
los siguientes aspectos:
Dificultad del problema.

Divisibilidad del problema.
Tamao del proyecto.
Tiempo estimado.
Calidad requerida.
Necesidades de comunicacin.
7
Durante todo el proyecto se debern realizar reuniones peridicas con todos los miembros del equipo
para verificar los avances o ajustes requeridos. Es muy importante que durante todo el proceso se
mantenga al personal motivado.
Cuando uno de los integrantes no cumple con las expectativas, debe considerarse la posibilidad de cambiar
su rol o separarlo definitivamente de sus funciones.
Comunicacinydocumentacin
En la implementacin de TI uno de los aspectos ms crticos es la comunicacin, debido a que toda la
informacin que fundamenta el proyecto es obtenida y transmitida de manera verbal o escrita. Por tanto, si
sta no fluye correctamente o se realiza alguna omisin, el plan puede verse afectado.
Para lograr una comunicacin efectiva, se debe utilizar un lenguaje adecuado al momento de hablar con
usuarios, clientes y miembros del equipo; documentar toda la informacin y almacenarla en un lugar donde
sea fcil de consultar; brindar copias o permitir el acceso oportuno a informacin relevante; tener
informacin confiable (utilizar fuentes fidedignas) y reflejar en los documentos las decisiones tomadas.
Para administrar la comunicacin durante la implementacin Pressman (2002) propone lo siguiente:
Realizar una planeacin. Identificar las personas que necesitarn determinada informacin, la
manera en qu debe brindarse esa informacin y el momento en que ser requerida.
Distribuir la informacin. Determinar la manera en que se har llegar la informacin a la persona
adecuada en tiempo y forma, mediante la realizacin de un plan de comunicacin.
Elaborar reportes de estado. Son informes que mencionan la situacin del proyecto.
o Reporte de estado. Cmo va el proyecto?
o Reporte de progreso. Qu objetivos se han logrado?
o Reporte de proyecciones. Qu se espera en el futuro?
Informar el cierre de proyecto. Se debe comunicar todo lo realizado durante el proyecto. Para ello
se puede utilizar: reportes de estado, archivos del proyecto o lecciones aprendidas.
Al iniciar el plan de comunicacin es necesario identificar los requerimientos, la tecnologa, las restricciones y
los supuestos. Una vez identificado lo anterior se debe realizar lo siguiente:
Recopilar la informacin.
Determinar la distribucin.
Describir la informacin.
Determinar tiempos para ser generada.
Determinar mtodos de acceso.
Determinar mtodo para modificar el plan en caso de requerirse
8
En lo que concierne a la documentacin, es importante mencionar que toda actividad realizada durante la
implementacin debe estar debidamente documentada.
En cada etapa del ciclo de vida se estarn generando diversos documentos que servirn de base para dar
un seguimiento y determinar los avances, por lo que es importante considerar que no en todos los proyectos
tendrn siempre el mismo tipo de registros escritos, puesto que esto depender de las necesidades que
existan.
Algunos de los documentos que se realizan en los proyectos de TI son:
Propuesta de proyecto.
Anlisis de requerimientos.
Encuestas.
Entrevistas.
Listas de verificacin.
Anlisis de factibilidad.
Anlisis de riesgos.
Estimacin de costos.
Definicin del alcance y limitaciones.
Plan del proyecto
Definicin de actividades.
EDT.
Estimacin de tiempos.
Cronograma de actividades.
Diagramas Pert y Gantt.
Definicin de roles y responsabilidades.
Contratos.
Definicin de documentos para realizacin de cambios.
Diagramas de diseo (diagramas UML)
Archivos de cdigos.
Archivos de bases de datos.
Acuerdos.
Definicin de niveles de servicio.
Minutas de reuniones.
Reportes de seguimiento.
Bitcoras.
Manual tcnico.
Manual de usuario.
Resultados de pruebas.
Documento de entrega de proyecto.
Es importante destacar que un documento no necesariamente debe ser un elemento impreso, puede ser
tambin un archivo digital.
La administracin de los documentos generados es un aspecto muy sensible en la mayora de las

implementaciones ya que por lo general no existe la cultura de documentar y almacenar la informacin.
9
Durante la gestin del proyecto ser necesario controlar las diferentes las versiones que se generarn de un
mismo documento. Por mencionar un ejemplo, durante el desarrollo de software cada archivo generado va
sufriendo cambios y modificaciones hasta que se obtiene el cdigo ptimo que se integrar a los dems
mdulos.
Por lo general el lder ser el responsable de ir recopilando la documentacin generada en cada una de las
etapas, aunque existirn miembros del equipo que debern hacerse cargo de sus propios documentos, por
ejemplo los programadores, quienes debern llevar un control de los cdigos generados o el tester de los
resultados obtenidos en las pruebas.
Riesgos
Un riesgo en la implementacin de TI es cualquier evento que pueda afectar el curso normal del plan del
proyecto, algunos ejemplos son:
Retraso de algn entregable.

Modificacin de los requerimientos.
Modificacin en el presupuesto.
Retraso de un hardware requerido.
Cambio en el cdigo.
Modificacin en el diseo.
De acuerdo a Pressman (2002) los riesgos se pueden clasificar en seis aspectos generales:
Riesgos de planificacin (p. 98).

No se verificaron bien los tiempos.
La carga de trabajo del equipo.
No se cuenta con la infraestructura.
Riesgos de administracin (p. 98).
Se retrasa un entregable.
Se requiere contratar ms personal.
Riesgos del proceso (p. 98).
Disponibilidad de las herramientas.
Complejidad del sistema.
Conocimiento del equipo.
Riesgos del usuario (p. 98).
Que no quiera usar el producto.
Que no haya definido bien sus requerimientos.
Riesgos del producto (p. 98).
Que no satisfaga las necesidades del cliente.
El producto no tenga la calidad esperada.
Riesgos tcnicos (p. 98).
Hay problemas con el diseo.
Las definiciones son ambiguas.
No se cuenta con la tecnologa requerida.
10
Cuando existe un riesgo, no solo se alteran los tiempos sino tambin los costos, por lo que podra existir la
posibilidad de que el proyecto se cancele, de ah la importancia de realizar un anlisis de riesgos antes de
arrancar con el proyecto y determinar la estrategia que se tomar para hacer frente ellos.
Los riesgos pueden ser afrontados de tres formas diferentes:
Reactiva. Se reacciona a las consecuencias del riesgo segn se van presentando.

Transicional. Se previenen los riesgos en la etapa de planeacin.
Proactiva. Se tiene un proceso para administrar el riesgo eliminando las causas.
La mejor manera de enfrentar los riesgos es anticiparlos y para lograrlo se realiza el proceso de
administracin donde deben realizar las siguientes acciones:
Detectar los riesgos.

Planificar las acciones que se deben llevar a cabo en caso de ocurrir el evento.
Solucionar y eliminar la fuente de riesgo.
Habr riesgos que no podrn ser evitados, por lo que es fundamental buscar la manera de reducir las
consecuencias que estos pueden tener mediante la elaboracin de un plan de contingencia.
Pruebasypuestaenmarchadelproductooservicio
Las pruebas son el mecanismo que le permite al equipo de trabajo verificar que el proyecto desarrollado
funcione correctamente y satisfaga los requerimientos identificados.
La realizacin de pruebas tiene por objetivo identificar errores, garantizar al cliente que el sistema funciona
correctamente y satisfacer las necesidades del cliente, adems de dichas pruebas permiten verificar la
calidad del producto.
Las pruebas pueden realizarse en dos mbitos diferentes: ya sea en las oficinas o el espacio que se le
asign al equipo trabajo para desarrollar el proyecto o bien en las instalaciones del cliente, con el apoyo de
los usuarios dentro del ambiente en el cual se utilizar el producto.
Por lo general se realizan en ambos lugares pero en momentos diferentes. Por ejemplo, si se est
desarrollando un software, las pruebas de los mdulos y de la integracin del programa se realizarn en las
instalaciones asignadas al trabajo de desarrollo, pero una vez terminado el proyecto deber instalarse en los
equipos de los usuarios y revisar que all funcione correctamente.
En el caso del desarrollo de software se conocen dos tipos de pruebas de oficina, las llamadas de caja
negra y caja blanca.
Las pruebas de caja blanca buscan verificar el funcionamiento interno y revisar que los procesos se lleven a
cabo correctamente. Algunos ejemplos de este tipo de pruebas pueden ser:
Errores en validaciones.
Errores en condicionales.
Errores en ciclos.
Errores en variables.
11
Por otra parte las pruebas de caja negra revisan el correcto funcionamiento del sistema. Ejemplos de este
tipo de pruebas pueden ser:
Errores en la estructura de datos.

Errores en la interfaz.
Errores de entrada de datos.
Para llevar a cabo las pruebas del producto obtenido durante la implementacin, se sugiere realizar las
siguientes acciones:
Definir los objetivos de las pruebas.

Determinar el personal involucrado.
Identificar los elementos que voy a probar.
Determinar la estrategia para realizar las pruebas.
Determinar los recursos requeridos.
Realizar las pruebas.
Elaborar el reporte de pruebas.
Una vez que las pruebas concluyen y se considera el producto funciona correctamente y cumple con las
especificaciones ser momento de ponerlo en marcha, en otras palabras es necesario realizar la
implantacin.
La implantacin consiste en poner en funcionamiento el producto terminado y realizar la entrega formal

tanto a usuarios como al cliente. Para llevar a cabo lo anterior ser necesario considerar si el producto se
instalar desde cero o existe actualmente algn sistema o equipo con el que deba interactuar.
Algunas propuestas de implantacin realizadas por OBrien (2006) son:
En paralelo. Ambos elementos trabajan de manera simultnea hasta estar seguros se realiza el
remplazo.
Conversin directa. Se elimina totalmente el elemento anterior y se coloca el nuevo en una fecha
especfica.
Estudio piloto. Se implementa el producto en un rea operativa y hasta asegurar su funcionamiento
se instala en toda la organizacin.
Por fases. Se introduce el producto poco a poco, ya sea por unidades operativas o por funciones.
Algunas de las actividades que se deben llevar a cabo para la implantacin son:
Elegir a los miembros del equipo de trabajo que realizarn la implantacin.

Seleccionar la estrategia a utilizar.
Poner en funcionamiento el producto de acuerdo a la estrategia elegida.
Mostrar al usuario y al cliente el producto en operacin.
Capacitar al usuario sobre el uso del producto.
Entregar la documentacin que se requiera para la operacin.
Monitorear el funcionamiento del producto.
12
Una vez realizada la implantacin, deber realizarse una reunin con el cliente para llevar a cabo el cierre
del proyecto. En sta, se revisa que no existan pendientes tanto en pagos, documentos o algn otro
elemento que no se haya entregado. Posteriormente, se firma un documento donde se especifica que el
cliente ha recibido su producto y que se encuentra satisfecho. De igual manera, el lder deber realizar una
reunin con el equipo de trabajo para analizar los eventos ocurridos durante el proyecto y elaborar un escrito
respecto a las experiencias y aprendizajes obtenidos.
Referencias
Real Academia Espaola. (s.f.) Implementar. En diccionario de la Lengua Espaola (22 ed.).
Recuperado de http://lema.rae.es/drae/?val=implementar
Pressman, R. (2002). Ingeniera del Software (5 ed.). Mxico: McGraw-Hill.
OBrien, J. & Marakas, G. (2006). Sistemas de informacin gerencial. Mxico: McGraw-Hill.
13

TI0035 M2AA1L1 Aspectos PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

TI0035 M2AA1L1 Aspectos PDF

Cargado por

Copyright:

Formatos disponibles

TI0035_M2AA1L1_Aspectos

Versin: Septiembre 2012

Por : Leticia Pureco Reyes

En el mbito de las tecnologas de la informacin, hablar de implementacin hace referencia a la ejecucin

A continuacin se describir en qu consiste cada uno de los elementos.

Conocimientos del equipo de trabajo.

Uso de frmulas. Se trata de emplear tcnicas de descomposicin relativamente simples para

Este mtodo permite estimar el tamao del software a partir de los

Nmero de entradas de usuario. Se refiere a la cantidad de veces que

El COCOMO II es una jerarqua de modelos de estimacin que aborda tres

Modelo de composicin de aplicaciones. Se emplea en las primeras

En caso de utilizar los puntos objeto se debe considerar:

El conteo del nmero de:

Tipo de Peso de complejidad

Objeto Total de Valor Valor Valor Sumatoria

La tcnica Delfi consiste en consultar a personas expertas en estimacin de costos y

Para ello se realiza un proceso como el que se describe a continuacin:

Se rene a un grupo de expertos.

Tabla 1. Mtodos para la estimacin de costos (Pressman, 2002).

Un ejemplo de una grfica Pert podra ser el siguiente:

Figura 1. Grfica PERT.

Un ejemplo de una grfica de Gantt podra ser el siguiente:

Figura 2. Grfica de Gantt.

Algunas personas que participan en los proyectos de TI son:

Patrocinador. Define aspectos del negocio.

Algunos de los profesionistas que participan en la implementacin de TI pueden ser:

Dificultad del problema.

Para administrar la comunicacin durante la implementacin Pressman (2002) propone lo siguiente:

Algunos de los documentos que se realizan en los proyectos de TI son:

La administracin de los documentos generados es un aspecto muy sensible en la mayora de las

Retraso de algn entregable.

Riesgos de planificacin (p. 98).

Los riesgos pueden ser afrontados de tres formas diferentes:

Reactiva. Se reacciona a las consecuencias del riesgo segn se van presentando.

Detectar los riesgos.

Errores en la estructura de datos.

Definir los objetivos de las pruebas.

La implantacin consiste en poner en funcionamiento el producto terminado y realizar la entrega formal

Algunas propuestas de implantacin realizadas por OBrien (2006) son:

Elegir a los miembros del equipo de trabajo que realizarn la implantacin.

Pressman, R. (2002). Ingeniera del Software (5 ed.). Mxico: McGraw-Hill.

OBrien, J. & Marakas, G. (2006). Sistemas de informacin gerencial. Mxico: McGraw-Hill.

También podría gustarte