Vous êtes sur la page 1sur 15

DESARROLLO DE UN SISTEMA DE

EINFORMACIN PARA LA PLANEACIN


ENERGTICA

Ma. de Jess Prez Orozco

Metodologas para el desarrollo de Software

Profa. Ana Espinosa

Metodologa en Cascada

Fecha de entrega:
ndice
1. Introduccin. ..........................................................................................................................................2
2. Planteamiento del Problema..................................................................................................................3
3. Justificacin de la seleccin de la metodologa......................................................................................3
4. Alcance del proyecto. .............................................................................................................................3
5. Desarrollo de la metodologa seleccionada. ..........................................................................................3
6. Seguridad del Software. .......................................................................................................................13
7. Cronograma de actividades. .................................................................................................................13
8. Recursos y entregables.........................................................................................................................13
9. Conclusin. ...........................................................................................................................................13
10. Bibliografa........................................................................................................................................14

1. Introduccin.
Desde la creacin de la Coordinacin de Planeacin Energtica (CPE) en 1985, este grupo de investigacin del
Instituto de Energas Renovables (IER-UNAM), ha orientado sus esfuerzos entre otras cosas a la planeacin del
sistema energtico mexicano, mediante la creacin de escenarios prospectivos.
Como puede apreciarse, a nivel de grupos de trabajo, los sistemas de informacin ad-hoc son una herramienta
importante para el desarrollo de las actividades en el rea de planeacin, ya que proporcionan informacin de base.
En este contexto, se describe en este documento el desarrollo de un sistemas de informacin que proporcionar
datos de entrada (para un ao de referencia y un escenario base) a modelos de planeacin de demanda, los cules
presentan una fuerte vinculacin entre el sistema socioeconmico y el energtico, al intentar analizar las
consecuencias de la actividad socioeconmica sobre el sistema energtico y constituyen el punto de partida del
proceso de planeacin energtica. Estos modelos se basan en escenarios de desarrollo energtico y sus efectos
ambientales, estn soportados en la representacin detallada de la forma en que la energa es consumida, convertida
y producida en un rea, pas o regin, bajo un rango de supuestos alternativos sobre variables como poblacin,
desarrollo econmico, tecnologas disponibles, precios, entre otros.

Propsitos

a) Cubrir la ausencia de sistemas adhoc en el mbito energtico.


b) Tener ventajas competitivas sobre otros grupos de trabajo pares.
c) Promover la comercializacin de la informacin contenida en las bases de datos.
d) Fortalecer la vinculacin con otros grupos de trabajo.

Alcances

a) Contar con una herramienta de trabajo con interfaces grficas mediante el uso de un
navegador que permitan a los diferentes usuarios realizar consultas parametrizadas.
b) Proveer una plataforma con informacin procesada, confiable y oportuna.
c) Concentrar la informacin de una manera organizada.
d) Facilitar la actualizacin y mantenimiento de la informacin.
e) Estandarizar la informacin generada por el grupo de trabajo.

2. Planteamiento del Problema.


No se cuenta con un sistema ad-hoc que proporciona a los investigadores informacin tcnica,
econmica, energtica y ambiental del sector energtico, de manera confiable y oportuna.

3. Justificacin de la seleccin de la metodologa.


Para el desarrollo de sistemas de informacin para la planeacin, se propone una metodologa
estructurada, con un enfoque basado en el modelo de procesos en cascada, con las fases descritas a
continuacin, debido a que en la prctica estas etapas se superponen y proporcionan informacin a las
otras (Ian Sommerville, Mara Isable, Alfonso Galipienso, 2005), y puede aplicarse a sistemas de pequea
escala como de gran escala (Jess Barranco de Areba, 2001):

Impactos positivos

a) Explotar los recursos de hardware y software con los que cuenta la Institucin.
b) Almacenar la informacin en un sitio seguro.
c) Fortalecer la infraestructura de informacin de la Institucin.
d) Proteger el acceso de la informacin restringida.
e) Facilitar a los usuarios el trabajo a distancia.

4. Alcance del proyecto.

5. Desarrollo de la metodologa seleccionada.

Identificacin de los requerimientos de informacin

En esta etapa, se realiza un esfuerzo importante por comprender la informacin que los usuarios necesitan para
llevar a cabo sus actividades (Kendall & Kendall, 2011), la mejor prctica es primeramente la identificacin de los
actores involucrados en el desarrollo, uso y mantenimiento del sistema, posteriormente conocer sus requerimientos
de informacin tomando en cuenta sus necesidades particulares, y para ello se sugiere el uso de diferentes tcnicas
de recuperacin de la informacin como reuniones y entrevistas a grupos de enfoque, por su practicidad y
pertinencia en el mbito de investigacin.
En este sentido, cabe mencionar que las actividades de desarrollo y mantenimiento del sistema estn a cargo de un
usuario Mysql y su uso estar habilitado para n usuarios previamente autorizados, mientras que el usuario root es
el encargado de proporcionar al usuario Mysql los privilegios necesarios para llevar a cabo sus actividades.

Una vez que se llevaron a cabo reuniones y entrevistas con los posibles usuarios, se identificaron los requerimientos
de informacin listados en la Tabla 1:

Tabla 1 Requerimientos de informacin.

Ao de referencia Escenario Base


1.- Datos demogrficos: Poblacin, Porcentajes de Poblacin, Porcentajes de
urbanizacin urbanizacin
2.- Datos econmicos Producto Interno Bruto Nacional, Producto Interno Bruto Nacional,
Producto Interno Bruto Sectorial, Producto Interno Bruto Sectorial,
tasa de inters. tasa de inters.

3.- Datos generales de energa Consumo de energa (Balance


Energtico Nacional)
4.- Datos de demanda: Consumo de energa prospectivo,
drivers de crecimiento del
consumo energtico.

5.- Datos para el sector elctrico: Curva de carga, prdidas por Por tipo de tecnologa o central:
transmisin y distribucin, capacidad adicional (exgena),
margen de reserva, por tipo de capacidad endgena. Retiros de
tecnologa o central: capacidad capacidad.
instalada actual, generacin
elctrica actual, eficiencia, factor
de planta, disponibilidad, orden
de mrito, costos (capital,
operacin y mantenimiento fijo y
variable, combustibles),
6.- Datos ambientales Factores de emisin por sector,
por combustible y contaminante.

Diseo general

En esta fase se utiliza la informacin recopilada en las fases anteriores para realizar un diseo de la arquitectura
propuesta para el desarrollo (Kendall & Kendall, 2011). En la Figura 1 se muestra el diseo fsico de la arquitectura
propuesta para el desarrollo del sistema de informacin (usando las herramientas LAMP).
Figura 1 Diseo fsico.

SERVIDOR DE BD MYSQL RED TCP/IP

CONSULTAS A LA BD

SERVIDOR WEB HTTP MOTOR PHP RESULTADO XHTML


APACHE

CONSULTAS/PETICIONES

Equipos con acceso a


internet con instalacin de
EQUIPO 1 EQUIPO 2 ... EQUIPO n cualquier sistema operativo y
un navegador web.

Dentro de las aplicaciones ms comunes para una base de datos se encuentran: las altas, bajas, modificaciones y
consultas de datos, En el caso de sistemas de informacin para la planeacin energtica se identifican dos tipos de
usuarios para realizar estas funciones tal como se muestra en la Figura 2.

Figura 2 Funciones por tipo de usuario.

ALTAS, BAJAS, CONSULTAS


CONSULTAS Y BASE DE PARAMETRIZADAS
MODIFICACIONES
DATOS

USUARIO MYSQL USUARIOS/CLIENTES

El desarrollo de interfaces amigables para la realizacin de algunas de algunas de las funciones mencionadas
anteriormente depender entre otras cosas de: i) frecuencia con que se utilizan, ii) tipos de usuario que hacen uso
de ellas y iii) formas de trabajo definidas en una empresa/institucin, por lo que se propone que se desarrollen
interfaces amigables para las consultas de informacin y que las altas, bajas y modificaciones sean realizadas por el
usuario Mysql haciendo uso de un cliente Mysql en modo texto, con el cual a travs de lneas de comandos trabajar
con la base de datos en un entorno interactivo. En la Figura 3 se presenta el diagrama con las funciones que realiza
el usuario Mysql.
Figura 3 Funciones del usuario Mysql.

EQUIPO DE CMPUTO CON S.O.


WINDOWS, MYSQL WORKBENCH,
EDITOR DE TEXTOS, MS EXCEL,
PUTTY, WINSCP

DISEO DEL MODELO E-R,


DICCIONARIO DE DATOS, CODIGO
PARA LA CREACIN DE LA BD.
DESARROLLO DE SCRIPTS .PHP DE
LAS INTERFACES DE CONSULTA
CAPTURA Y PROCESO DE LA
INFORMACIN EN ARCHIVOS
EXCEL
USUARIO MYSQL ORGANIZACIN DE LA
INFORMACIN EN ARCHIVOS
.TXT

CREAR LA BD SERVIDOR DE BD ,SERVIDOR WEB


EXPORTAR ARCHIVOS .PHP Y .TXT

Diseo en detalle

En esta etapa, una de las actividad importantes es la representacin grfica de la estructura lgica de la base de datos
(Alicia Ramos Martn, 2007), una buena prctica es el uso de un modelo lgico-conceptual, el que mejor se adapta a
Mysql es el Modelo Entidad-Ralacin (E-R), ya que Mysql como implementacin del Structured Query Language
(SQL), est orientado a bases de datos relacionales principalmente. En la Figura 4 se presenta el Modelo propuesto
para el Sistema de Informacin para la planeacin energtica (diseado con la herramienta MySQL Workbench).
Figura 4 Estructura lgica de la base de datos.

El diccionario de datos es un elemento de consulta de informacin sobre los datos (es decir, metadatos) y servir de
gua a travs del anlisis y diseo (Kendall & Kendall, 2011).

Con la finalidad de dar precisin sobre los datos que se manejan en el sistema, evitando malas interpretaciones o
ambigedades se sugiere utilizar el plug in WB Datadict para para MySQL Workbench, con el cual podremos generar
el diccionario de datos en HTML como complemento al Modelo E-R realizado en esta herramienta, tal como se
muestra en la Figura 5.
Figura 5 Diccionario de datos en MySQL Workbench.

Usando la sintaxis permitida para los identificadores del Sistema Manejador de Bases de Datos (DBMS) Mysql se
presenta en el Anexo 1 diccionario de datos.

Desarrollo y documentacin

Desarrollo

Las Tecnologas de la Informacin y la Comunicacin (TIC) engloban aspectos de hardware y software, stas
tecnologas representan ventajas al momento de reunir, procesar, almacenar, consultar y distribuir informacin.
Debido a que las instituciones de gobierno poseen presupuestos limitados para la adquisin/implementacin de
nuevas tecnologas. En el caso del hardware no se considera como una alternativa el economizar, en lo relacionado
al software, una de las alternativas comnmente utilizadas es el uso de software libre, lo que contribuye a la
reduccin de costos totales del proyecto (Rodolfo Ostos R., Ismaylia Saucedo Ugalde & Snchez, 2009). Cabe resaltar
que deber de hacerse un anlisis detallado de las herramientas que se encuentran disponibles con el fin de lograr
la mejor seleccin para el desarrollo de los sistemas de informacin. En esta etapa se recomienda explotar los
recursos de hardware y software con los que cuenta la Institucin, por lo que se propone utilizar:

Plataforma LAMP

a) Sistema operativo del servidor


GNU/Linux: Sistema operativo potente, adaptable y robusto.
b) Servior web
Apache: Servidor web estable, corre en ms del 65% de los sitios web de internet.
c) Sistema gestor de bases de datos
Mysql: es un sistema gestor robusto, se caracteriza por su velocidad, escalabilidad y fiabilidad. Las aplicaciones
web, los datos, cuentas y otros tipos de informacin pueden consultarse muy
con el lenguaje SQL (Jono Bacon, 2005).
d) PHP (Hypertext Pre-Processor): es un lenguaje de programacin adecuado para el desarrollo web de
contenido dinmico y que puede ser incrustado en HTML y puede usarse en varios de los principales
sistemas operativos (Windows, Linux, Unix, Mac Os, RIC Os), trabaja muy bien con Apache y Mysql (Dimagin
Web Development, 2015).
Herramientas de programacin
e) XHTML (eXtensible HyperText Markup Language): es un lenguaje de marcas utilizado para generar
documentos y contenidos de hipertexto para publicarse en el World Wide Web (Emilio Astarita, 2015) .
f) Hojas de Estilo en Cascada o CSS (Cascade Style Sheets): es un lenguaje utilizado para definir y crear la
presentacin de un documento estructurado escrito en HTML o XHTML (W3C standards, n.d.) .
Herramientas de modelacin:
g) Workbench-mysql: herramienta visual para desarrolladores y administradores de bases de datos,
proporciona modelado de datos, desarrollo SQL, y herramientas para configuracin del servidor,
administracin de usuarios, copias de seguridad, por mencionar algunas (Oracle Corporation, 2015), para
el desarrollo del proyecto es til en la etapa de diseo para la elaboracin del Modelo Entidad-Relacin y
el diccionario de datos; en la etapa de desarrollo se utiliza para la generacin del cdigo de los scripts para
la creacin de la BD (vase Anexo 2), tal como se muestra en la Figura 6.

Figura 6 Scripts para la creacin de la BD.

h) Putty (Port unique - terminal type): es un cliente SSH (Secure Shell) y telnet (Putty, n.d.). Este programa
se utiliza como como un cliente intrprete de rdenes seguras emulador de terminal, nos permitir la
conexin desde una plataforma Windows (usada por el desarrollador) al servidor Linux donde se encuentra
instalado el manejador de la base de datos Mysql.
i) WinSCP: es una aplicacin cliente SFTP (SSH File Transfer Protocol) para Windows que emplea Secure SHell
(SSH) (Win SCP, 2015). Facilita la transferencia segura de archivos entre dos sistemas informticos y
permitir transferir los archivos .php, .css, .xhtml, elaborados durante el desarrollo del sistema de
informacin.
j) Cliente Mysql en modo texto, programa que permite trabajar con la base de datos en un entorno interactivo
a travs de la lnea de comandos (Mc Graw Hill, n.d.). Facilitar la creacin de la base datos as como todos
sus componentes de acuerdo al cdigo presentado en el Anexo 2; y la transferencia de archivos .txt con la
informacin correspondiente a cada una de las tablas que conforman la base de datos. En el Anexo 3, se
presentan las lneas de cdigo para para realizar este actividad.

Durante el desarrollo del proyecto, es fundamental una adecuada eleccin del software ya que permitir explotar al
mximo los recursos con que cuente la institucin.

Documentacin

La documentacin constituye el respaldo formal de toda la informacin, facilita el conocimiento, interpretacin,


comprensin y divulgacin de la aplicacin del sistema, es un elemento de control interno y un elemento importante
para la adecuada capacitacin de los usuarios (Luis Mojica, 2015); provee antecedentes importantes que ayudan a la
evaluacin de posibles modificaciones y aumentan la seguridad y eficiencia en el mantenimiento.

La documentacin generalmente se clasifica en funcin de las personas o grupos a los cuales est dirigida (Pablo
Surez, 2003):

1.- Documentacin para los desarrolladores/administradores

a) Manual de operaciones: Su principal objetivo es el facilitar el desarrollo, correccin, y mantenimiento de los


sistemas de informacin. En el cual se explican detalladamente las caractersticas tcnicas desde la
planeacin hasta la operacin y mantenimiento del sistema. Preferentemente este documento debe
cumplir con la estandarizacin considerada como poltica de la Institucin (cuando sea el caso). En este
documento deber incluirse (Luis Mojica, 2015):

1.- ndice
2.-Objetivos y alcances del sistema
3.- Descripcin de las bases de datos, modelos lgicos/conceptuales, diagramas de flujo
4.- Diseos de reportes y pantallas
5.- Listados y descripciones de archivos
6.-Glosario de trminos.
7.- Referencias

2.- Documentacin para los usuarios

b) Manual de usuario. debe ser claro en la manera en que se describa como se va a interactuar con el sistema
de informacin; correcto : sin errores ortogrficos, sintcticos o semnticos; completo: en la funcionalidad
del sistema; coherente: sin ambigedades ni incongruencias. Debe ser entendido tanto por usuarios
principiantes como avanzados. Para este tipo de documentacin se proponen las siguientes partes del
documento, tomando como referencia el Estndar IEEE 1063-2001 (The Institute of Electrical and
Electronics Engineers Inc., 2001):
1.- Ttulo
2.- ndice de contenido
3.- ndice de figuras o tablas
4.- Introduccin
5.- Informacin sobre el uso del manual
6.- Informacin sobre el sistema
7.- Instrucciones para el uso del sistema
8.- Glosario de trminos
9.- Referencias

Dentro de las buenas prcticas, se recomienda: i) elaborar la documentacin durante el desarrollo del sistema y no
al final del mismo, ii) el uso de diagramas de pantalla para mostrar al usuario el uso del sistema de informacin, iiI)
que los archivos que forman parte de la documentacin deben ser rotulados y organizados debidamente, para esto
ltimo puede utilizarse un repositorio donde se lleve un control claro de las versiones.

Pruebas

Esta fase debe ser planificada, diseada y realizada con rigor y control (Jess Barranco de Areba, 2001). Lo que se
pretende evaluar en esta etapa es principalmente la funcionalidad del sistema de acuerdo a los requerimientos de
los usuarios.

Antes de que el sistema sea liberado para consulta de los diferentes usuarios se recomienda hacer la siguiente serie
de pruebas:

a) Pruebas de explotabilidad: elegir a un grupo piloto que se encargar de realizar las pruebas alfa y beta,
que realizar las consultas de informacin para identificar posibles problemas, si el sistema es
operacional y si funciona de acuerdo a los requerimientos realizados en el anlisis.
b) Pruebas de seguridad: validar que solo los usuarios previamente autentificados puedan accesar al
sistema; confirmar que no se tienen accesos directos a travs del navegador a scrips del sistema.
c) Pruebas de encadenamiento: confirmar que las llamadas entre los componentes sean correctas.
d) Pruebas de sobrecarga: corroborar el correcto comportamiento con el acceso al sistema por varios
usuarios a la vez.
e) Pruebas de usabilidad: confirmar por parte de los usuarios, la funcionalidad y rendimiento del sistema
de acuerdo con las especificaciones del sistema.
f) Pruebas de aceptacin: validar la funcionalidad y operatividad del sistema por parte del usuario,
haciendo uso del manual correspondiente; y dado que es un sistema a la medida, se recomienda hacer
un prueba de aceptacin, el cual si se supera exitosamente indicar oficialmente el final del desarrollo
del sistema y el comienzo de la etapa de mantenimiento.

Para el desarrollo de

sistemas de informacin para la planeacin como el que se describe en este documento, se propone documentar la
etapa de pruebas en los siguientes documentos: plan maestro de pruebas, diseo de las pruebas, casos de prueba,
procedimientos de las pruebas, y reporte de las pruebas, basados en el estndar IEEE 829-2008 (The Institute of
Electrical and Electronics Engineers Inc., 2008).

Implementacin, mantenimiento y actualizacin

Implementacin

Dado que se trata de un sistema que se ha desarrollado directamente sobre la plataforma en la que operar, una vez
concluida la etapa de pruebas, la versin 1 del sistema es liberada a los usuarios finales para su uso, para ello deber
solicitarse al administrador web la validacin del vnculo que direcciona a la pgina de inicio o pgina principal del
sistema, y esa direccin web deber hacrseles llegar va correo electrnico a todos los usuarios.

Mantenimiento

En el desarrollo de sistemas para la planeacin se identifican tres tipos de mantenimiento:

a) Preventivo: El cual considera mejoras en general o la inclusin de nuevos mdulos de consulta.

b) Correctivo: El cual se aplica en el caso de fallas respecto a la funcionalidad, no identificadas en la fase de pruebas
con un grupo piloto.

c) Perfectivo: Se realiza con la propuesta de las caractersticas deseables que suponen una mejora en el sistema
existente.

En la etapa de mantenimiento deben documentarse detalladamente los cambios realizados, mencionando los
programas, funciones y variables afectadas y realizarse respaldos de todas las versiones del sistema. Parte de la
documentacin debe incluir el historial en orden cronolgico de los cambios realizados y su justificacin.

En esta etapa es posible tambin hacer revisiones de todos los productos generados desde el documento de
especificacin de requerimientos hasta el cdigo de los mdulos que conforman el sistema.

Las actividades de esta etapa son:

1.- Obtencin de los requerimientos del mantenimiento.

2.- Transformacin de los requerimientos en cambios.

3.- Diseo de los cambios

4.- Implementacin de los cambios.

Es comn realizar el mantenimiento de forma personalizada, en un estilo libre del desarrollador por lo que se
recomienda como una buena prctica contar con una poltica de documentacin como la descrita en la seccin 4.5,
la cual debe de realizarse de manera rutinaria, adecuada y completa.

Actualizacin

La actualizacin del sistema de informacin propuesto depender del ao de referencia que se quiera representar
as como el horizonte de tiempo a proyectar, para ello es indispensable contar con la informacin descrita en la
seccin 4.2, la cual deber capturarse, organizarse y procesarse en MS Excel y exportarse a archivos .txt,
posteriormente importarlos a la base de datos correspondiente.
6. Seguridad del Software.
En lo que respecta a la seguridad en el desarrollo del software se propone:

a) el anlisis de los requerimientos: identificando aquellos requerimientos funcionales que tendrn impacto en los
aspectos de seguridad de la aplicacin.
b) seguridad en el diseo: diseo de autorizacin
c) seguridad en la codificacin: evitar vulnerabilidades clsicas y funcionales.

Incluyendo:

1.- Control de acceso a usuarios (autentificacin de usuarios), manejo de secciones restringidas.


2.- Filtrado de datos ana de los provenientes de una consulta a las bases de datos.

7. Cronograma de actividades.
a. De acuerdo a la metodologa seleccionada, establecer la matriz de cronograma de
actividades donde se establezca los tiempos de cada etapa y el total en que se realizar el
proyecto.

8. Recursos y entregables.
a. En esta seccin debe colocarse los recursos con los que contar para el buen desarrollo de
la metodologa, tales como: recursos humanos, equipos tecnolgicos, espacios fsicos, entre
otros.
b. Asimismo, debe considerarse cuales van a ser los entregables del proyecto. Por ejemplo, la
puesta en marcha de la metodologa, software mejorado, equipo tecnolgico modernizado,
mejora de proceso administrativo, manuales de consulta, u otros que surjan.

9. Conclusiones.

La construccin de un SI implica conocimientos, recursos, experiencias, esfuerzos y tiempo valioso; por lo que es
indispensable contar con un adecuado rumbo de accin que garantice su finalizacin de manera exitosa, empleando
en al mximo todos los elementos disponibles. Por ello, es conveniente apoyarse en una metodologa que establezca
las etapas con objetivos, actividades, tcnicas y herramientas necesarias para la creacin del sistema.

No existe en la actualidad alguna metodologa totalmente aceptada por el universo de desarrolladores, la mejor
metodologa, es la que mejor se adapta al grupo de desarrollo, y/o a las polticas internas de la
institucin/organizacin, y/o al contexto de un determinado proyecto, puesto que algunas se adaptan mejor que
otras a condiciones particulares.

El desarrollo del Sistema de Informacin para la Planeacin Energtica, pondr a disposicin de los usuarios de un
modelo tipo buttom-up, de manera confiable, consistente, oportuna, y sencilla, los datos tcnicos, econmicos,
energticos y ambientales, para un ao de referencia y a un escenario base. Adicionalmente, almacenar la
informacin en un sitio seguro y proteger la informacin restringida.
La expertise con el uso y aplicacin de un modelos buttom-up facilita la identificacin de requerimientos de
informacin y permite que el desarrollo del SI sea un proceso predictivo ms que adaptativo, por lo que puede
aplicarse una metodologa tradicional.

10. Bibliografa.

Alicia Ramos Martn, M. R. M. (2007). Operaciones con bases de datos ofimticas y corporativas.
(Editorial Paraninfo, Ed.).
Dimagin Web Development. (2015). La tecnologa LAMP. Retrieved May 11, 2015, from
http://www.dimagin.net/es/tec_lamp.php
Emilio Astarita. (2015). Manual XHTML. Retrieved May 2, 2015, from http://manual-
xhtml.blogspot.mx/2006/05/primer-documento-xhtml.html#L3060
Ian Sommerville, Mara Isable, Alfonso Galipienso. (2005). Ingenieria del software. Pearson Educacin.
Jess Barranco de Areba. (2001). Metodologa del anlisis estrucutrado de sistemas. (Univ Pontifica
Comillas, Ed.).
Jono Bacon. (2005). Introduction to LAMP technology: Explore the open source Web development
platform. Retrieved from http://www.ibm.com/developerworks/web/tutorials/wa-lamp/wa-lamp-
pdf.pdf
Kendall & Kendall. (2011). Anlisis y diseo de sistemas. (PEARSON Educacin, Ed.).
Luis Mojica. (2015). Implementacin del Sistema de Informacin. Retrieved May 6, 2015, from
http://issuu.com/alchemist31438/docs/revista_analisis_2.2
Mc Graw Hill. (n.d.). Bases de datos y software libre Mysql bsico. Retrieved from http://www.mcgraw-
hill.es/bcv/guide/capitulo/8448148819.pdf
Oracle Corporation. (2015). Mysql Workbench. Retrieved May 5, 2015, from
http://www.mysql.com/products/workbench/#
Pablo Surez, C. F. (2003). Documentacin y pruebas antes del paradigma de objetos. Retrieved from
http://materias.fi.uba.ar/7507/content/20101/lecturas/documentacion_pruebas.pdf
Putty. (n.d.). Retrieved May 5, 2015, from http://www.putty.org/
Rodolfo Ostos R., Ismaylia Saucedo Ugalde, V. J. S., & Snchez. (2009). Eleccin de software libre para el
desarrollo de sistemas web (CICos2009). Retrieved from
http://campusv.uaem.mx/cicos/imagenes/memorias/7mocicos2009/Articulos/Eleccion de
Software Libre en el Desarrollo.pdf
The Institute of Electrical and Electronics Engineers Inc. (2001). IEEE Standar for software user
documentation. Retrieved from
https://drive.google.com/a/ier.unam.mx/file/d/0B2o07nw5oICzZnBrTFV5cHhVb28/edit?pli=1
The Institute of Electrical and Electronics Engineers Inc. (2008). IEEE Standar for software and system test
documentation. Retrieved from
http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=4578383
W3C standards. (n.d.). About the CSS 2.1 Specification. Retrieved May 5, 2015, from
http://www.w3.org/TR/2011/REC-CSS2-20110607/about.html
Win SCP. (2015). Retrieved May 5, 2015, from http://winscp.net/eng/docs/lang:es