Proyecto Implantacion de Sistema de Inventario

7/27/2019 Proyecto Implantacion de Sistema de Inventario

1/65

MATERIA IMPLANTACION Y MANTENIMIENTO DE SISTEMASPROFESOR Salim Salomn Torres EMAIL: [email protected] 08/08/2013 AL 09/28/2013ALUMNO Jess Eduardo Guzmn Acosta,

Michael Mariano Ramrez JimnezJonathan Rivera Gonzlez

PROYECTO: Implantacin de Sistema de registro dispositivos data center

PROYECTO

Implantacin Sistema de

registro dispositivos datacenter(SRDDC)


2/65




INTRODUCCIN.

El problema de la empresa consiste en que dado que tiene una demanda inestable de pedido de equipo de telecomunicaciones yestos varan de una temporada a la otra; mantienen grandes cantidades de inventarios de productos de telecomunicaciones, porello se necesita llevar un CONTROL ADEACUADO DE LOS INSUMOS y determinar cundo y que cantidades comprar, deesta manera se reducirn los costos de inventarios y almacenamiento.

Mantener grandes cantidades de inventarios es una estrategia tradicional para protegerse contra la incertidumbre de quedarsesin insumos, sin embargo los grandes inventarios incrementan costos (de almacenamiento, de personal de manejo de existenciay de respuestas a las necesidades de produccin).

No contar con las cantidades de insumos adecuados ocasiona problemas de mquinas paradas, demora en la entrega de los

pedidos e incrementan las horas muertas del personal.

INVENTARIO: Se refiere a las existencias de un artculo o recurso que se usa en la organizacin, para satisfacer algunademanda futura. En manufactura los inventarios se conocen como SKU (stockkeeing Units) y se mantiene en sitios dealmacenamiento. Las SKU comnmente consisten en:

Materias Primas Productos en Proceso Productos Terminados Suministros

DESCRIPCION DEL PROGRAMA

El sistema tendr como objetivo principal el registro de dispositivos informticos y las caractersticas de cada uno de ellos,bsicamente lo que se pretende es tener un registro de lo que actualmente existe, lo que ingrese y lo que salga de cada uno delos centros de datos, tomando en cuenta la ubicacin, consumos elctricos, marca, nombre, nmero de serie, cliente al que

pertenece etc. El proyecto se pretende realizar con C# y MSSQL creando un ambiente basado en ventanas que sea muyintuitivo y de fcil comprensin.

Actualmente este registro lo llevamos en una tabla de Excel, lo cual es muy complicado manipular cuando hay variosoperadores en turno ya que para poder realizar cambios sobre la misma solo lo puede hacer el que abri primeramente elarchivo. Por lo cual este sistema sera de mucha utilidad para lo siguiente:

Ubicar los equipos de manera rpida y con precisin en los casos que reporten alguna alarma. Llevar un control del consumo elctrico por rack. Identificar que equipos existen en cada uno de los data center.


3/65




DURACION DEL PROSYECTO

RUTA CRTICA (CPM)

Actividad Predecesor # Das Ei Ef Li Lf Ei + D Li + D HT HL HI RC AV D HT HL HI 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

Instalacin de servidor en rack.

Instalacion de s istema operativo. - 4 0 4 0 4 4 4 0 0 0 V

Instalacin de servidor en rack.

Instalacion d e s istema operativo. 4 0 0 0

Instalacin de SQL y Visual Studio ISR y ISO 3 4 7 4 7 7 7 0 0 0 V Instalacin de SQL y Visual Studio 3 0 0 0

Pruebas del sistema I-SQL-VS 3 7 10 7 10 10 10 0 0 0 F Pruebas de sistema 3 0 0 0Capacitacin administrador del sistema. - 3 0 3 0 14 3 3 11 0 0 V Capacitacin administrador del sistema. 3 11 0 0

Instalacion de sistema a usuarios - 3 10 14 10 14 13 13 1 1 1 F Instalacion de sistema a usuarios 3 1 1 1

Capacitacin usuarios de sistema - 5 0 5 0 14 5 5 9 0 0 F Capacitacin usuarios de sistema 5 9 0 0

CPM (CRITICAL PATH METHOD)

A. temprana A. tardia Diagrama de Gantt


4/65




ACTIVIDADES PARA LA IMPLANTACIN DEL SISTEMA DE REGISTRO DISPOSITIVOS DATA CENTER

PLAN DE IMPLANTACIN

Una vez que se haya implementado el nuevo software procederemos con la pruebas de aceptacin por parte del rea deoperaciones de la empresa y despus se realizara la capacitacin para los usuarios finales.

Para la poder iniciar la instalacin del sistema requerimos un servidor con que cuenta con las siguientes especificaciones.

Requisitos del sistema

Equipo

Servidor Dell Power Edge T110 IIProcesador Intel Xeon E3-1220 3.10 GHz, 8M Cache, Turbo, Quad Core/4T(80W)1 a 3 Disco Duros conectados al controlador SATA Integrado2GB Memory (1x2GB), 1600Mhz, Single Ranked, Low Volt UDIMM (speed is CPUdependent)2 Puerto de red GB.DVD-ROM (segundo dispositivo ptico Interno)500GB (7200 RPM), SATA 3.5" 3Gps - Cableado1 Ao de garanta Bsica en el sitio con respuesta al siguiente da laborable.

2 Fuentes de poderMonitos Dell LCD 19UPSLicencia del sistema operativo del servidor Windows Server 2008.Licencia de base de datos SQL Server 2008 Enterprise Edition.Licencia del Software de Desarrollo, Visual Studio 6.

El equipo deber estar operando correctamente tanto a nivel hardware como software, deber tener instalados los ltimosparches de seguridad instalados.

Requisitos mnimos de las desktops de los usuarios.

Procesador Intel Pentium o compatible, de 550 Mhz o superior*512 MB de RAM*70 MB de espacio libre en disco duro para instalacinMonitor Super VGA (800x600) o superiorMicrosoft Windows XP, Windows 7.


5/65




ESPECIFICACIN DEL EQUIPO DE IMPLANTACIN.

Los equipos de trabajo para la implementacin se integraran de acuerdo de la siguiente forma.

Lder de proyecto: El lder de proyecto estar en contacto con cada una de las reas que participan en el desarrollo delproyecto, otra de responsabilidad del lder del proyecto es realizar la funcin de analista.

Equipo de implantacin integrado por:

Programador: El cual se encargara de realizar el cdigo necesario para desarrollar una herramienta que cumpla con lassolicitudes del cliente, diagramando especficamente cada una de las funciones que realiza el programa, para su correccin,mantenimiento, ampliacin o correccin del mismo.

Administrador de base de datos: El cual se encargara de la integracin del Sistema con la base de datos y estar al pendientede los que se requiera durante las pruebas del sistema.

Equipo de pruebas integrado por:

Programador: Realizar pruebas con el sistema en un ambiente de desarrollo y estar al pendiente con algn detalle en cuanto alcdigo de la programacin.

Administrador de base de datos: Realizar pruebas con el sistema en un ambiente de desarrollo y estar al pendiente con algndetalle que se presenten problemas con el desempeo de la base de datos.

Responsable de operaciones: Documentar el desempeo del sistema en el ambiente de desarrollo.

Responsable de sistemas: Documentar el desempeo del sistema en el ambiente de desarrollo.

Los responsables de operaciones y sistemas reciben y corroboran el funcionamiento, especificaciones y alcance del sistema quefueron establecidos desde un principio.

Equipo de capacitacin integrado por:

Responsable de sistemas: Revisar manual de usuario y aprobar la capacitacin al instructor

Instructor: Capacita a los usuarios del sistema.

Usuarios del sistema: Toman capacitacin para el uso del sistema.

INCORPORACIN DEL SISTEMA AL ENTORNO DE OPERACIN

Instalacin de servidor en rack

La instalacin fsica del servidor ser llevada a cabo por el proveedor en este caso Dell ya que la compra del servidor incluyeinstalacin del servidor en el rack as como la instalacin de sistema operativo. Se instalara el servidor en el rack dentro de uncuarto que tenga las condiciones adecuadas, que mantenga la temperatura a 15C para evitar el calentamiento del servidor.


6/65




El equipo estar conectado de ambas fuentes de poder cada una de ellas estar conectada a circuitos independientes (circuito A ycircuito B) para garantizar la redundancia elctrica.

Se peinara los cables de red y cables de poder de tal forma que no se junten y puedan meterle ruido a la transferencia de datos.

Instalacin de sistema operativo

La instalacin del sistema operativo ser hecha por el proveedor del servidor ya el costo del equipo incluye esta actividad, seinstalara Windows Server 2008 y se descargaran lo parches de seguridad ms actuales para cubrir todas las vulnerabilidades.

Instalacin de SQL y Visual Estudio

El programador y el DBa sern los encargados de la instalacin del SQL y Visual Studio para posteriormente cargar los cdigosde programacin y BD.

DIAGRAMA RELACIONAL


7/65




SCRIPT BASE DE DATOS

USE [master]GO

/****** Object: Database [INVENTORY] Script Date: 05/10/2013 00:26:10 ******/CREATEDATABASE [INVENTORY] ON PRIMARY( NAME =N'INVENTORY',FILENAME=N'C:\Program Files\Microsoft SQLServer\MSSQL10.SQLEXPRESS\MSSQL\DATA\INVENTORY.mdf', SIZE = 3072KB , MAXSIZE =UNLIMITED, FILEGROWTH = 1024KB )LOGON( NAME =N'INVENTORY_log',FILENAME=N'C:\Program Files\Microsoft SQLServer\MSSQL10.SQLEXPRESS\MSSQL\DATA\INVENTORY_log.ldf', SIZE = 1024KB , MAXSIZE =

2048GB , FILEGROWTH = 10%)GO

ALTERDATABASE [INVENTORY] SETCOMPATIBILITY_LEVEL= 100GO

IF (1 =FULLTEXTSERVICEPROPERTY('IsFullTextInstalled'))beginEXEC [INVENTORY].[dbo].[sp_fulltext_database]@action ='enable'endGO

ALTERDATABASE [INVENTORY] SETANSI_NULL_DEFAULTOFFGO

ALTERDATABASE [INVENTORY] SETANSI_NULLSOFFGO

ALTERDATABASE [INVENTORY] SETANSI_PADDINGOFFGO

ALTERDATABASE [INVENTORY] SETANSI_WARNINGSOFFGO

ALTERDATABASE [INVENTORY] SETARITHABORTOFFGO

ALTERDATABASE [INVENTORY] SETAUTO_CLOSEOFFGO

ALTERDATABASE [INVENTORY] SETAUTO_CREATE_STATISTICSONGO

ALTERDATABASE [INVENTORY] SETAUTO_SHRINKOFFGO

ALTERDATABASE [INVENTORY] SETAUTO_UPDATE_STATISTICSONGO


8/65




ALTERDATABASE [INVENTORY] SETCURSOR_CLOSE_ON_COMMITOFFGO

ALTERDATABASE [INVENTORY] SETCURSOR_DEFAULT GLOBALGO

ALTERDATABASE [INVENTORY] SETCONCAT_NULL_YIELDS_NULLOFFGO

ALTERDATABASE [INVENTORY] SETNUMERIC_ROUNDABORTOFFGO

ALTERDATABASE [INVENTORY] SETQUOTED_IDENTIFIEROFFGO

ALTERDATABASE [INVENTORY] SETRECURSIVE_TRIGGERSOFFGO

ALTERDATABASE [INVENTORY] SET DISABLE_BROKERGO

ALTERDATABASE [INVENTORY] SETAUTO_UPDATE_STATISTICS_ASYNCOFFGO

ALTERDATABASE [INVENTORY] SETDATE_CORRELATION_OPTIMIZATIONOFF

GO

ALTERDATABASE [INVENTORY] SETTRUSTWORTHYOFFGO

ALTERDATABASE [INVENTORY] SETALLOW_SNAPSHOT_ISOLATIONOFFGO

ALTERDATABASE [INVENTORY] SETPARAMETERIZATIONSIMPLEGO

ALTERDATABASE [INVENTORY] SETREAD_COMMITTED_SNAPSHOTOFFGO

ALTERDATABASE [INVENTORY] SET HONOR_BROKER_PRIORITY OFFGO

ALTERDATABASE [INVENTORY] SET READ_WRITEGO

ALTERDATABASE [INVENTORY] SETRECOVERYSIMPLEGO

ALTERDATABASE [INVENTORY] SET MULTI_USERGO


9/65




ALTERDATABASE [INVENTORY] SETPAGE_VERIFYCHECKSUMGO

ALTERDATABASE [INVENTORY] SETDB_CHAININGOFFGO

CODIGO DEL SISTEMA

using System;using System.Collections.Generic;using System.Linq;

using System.Text;using System.Data;using System.Data.SqlClient;

namespace Dispositivos_DC{

publicstructStructDispositivo{

publicstring ID_Dispositivo;publicstring Etiqueta;publicstring NumSerie;

publicstring ID_Marc;publicstring ID_Mode;publicstring NumParte;

publicstring UR;publicstring PosiUR;publicstring ID_Tipo;publicstring voltaje;

publicstring amperaje;publicstring NumFuentes;publicstring ID_Site;publicstring ID_Rack;

publicstring ID_Empresa;}publicclassConexion{

SqlConnection cnn = newSqlConnection("server=.\\SQLEXPRESS; initial catalog=INVENTORY;integrated security=SSPI;");

publicSqlParameter CreaParametro(string Nombre, Object Valor, SqlDbType Tipo){

SqlParameter par = newSqlParameter();par.ParameterName = Nombre;

par.SqlDbType = Tipo;par.Direction = ParameterDirection.Input;par.Value = Valor;StringBuilder MiDato = newStringBuilder(Valor.ToString());string PDatos = MiDato.ToString();par.Size = PDatos.Length;return par;


10/65




}#region 'SITE'publicDataSet ObtenerSites()

{DataSet ds = newDataSet();SqlCommand cmd = newSqlCommand();cmd.Connection = cnn;

cmd.CommandType = CommandType.Text;cmd.CommandText = "SELECT SITE_ID AS Clave, SITE_NOMBRE AS Nombre, SITE_DIRECCION AS

Direccion FROM SITE";try{

cnn.Open();

SqlDataAdapter da = newSqlDataAdapter(cmd);da.Fill(ds);

}catch (SqlException ee)

{}return ds;

}publicbool AddSite(string SITE_NOMBRE, string SITE_DIRECCION){

bool guardada = false;

SqlCommand cmd = newSqlCommand();cmd.Connection = cnn;cmd.CommandType = CommandType.Text;

cmd.Parameters.Add(CreaParametro( "SITE_NOMBRE", SITE_NOMBRE, SqlDbType.VarChar));cmd.Parameters.Add(CreaParametro( "SITE_DIRECCION", SITE_DIRECCION,

SqlDbType.VarChar));cmd.CommandText = "Insert into SITE Values(@SITE_NOMBRE, @SITE_DIRECCION)";try{

cnn.Open();

cmd.ExecuteNonQuery();guardada = true;

}catch (SqlException ee){

guardada = false;

}return guardada;

}publicbool DeleteSite(int SITE_ID){

bool guardada = false;SqlCommand cmd = newSqlCommand();cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.Parameters.Add(CreaParametro( "SITE_ID", SITE_ID, SqlDbType.Int));cmd.CommandText = "Delete from SITE WHERE SITE_ID = @SITE_ID";


11/65




try{

cnn.Open();



{

guardada = false;}return guardada;

}

publicbool UpdateSite(int SITE_ID, string SITE_NOMBRE, string SITE_DIRECCION){

bool guardada = false;SqlCommand cmd = newSqlCommand();

cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.Parameters.Add(CreaParametro( "SITE_ID", SITE_ID, SqlDbType.Int));

cmd.Parameters.Add(CreaParametro( "SITE_NOMBRE", SITE_NOMBRE, SqlDbType.VarChar));cmd.Parameters.Add(CreaParametro( "SITE_DIRECCION", SITE_DIRECCION,

SqlDbType.VarChar));cmd.CommandText = "UPDATE SITE SET SITE_NOMBRE = @SITE_NOMBRE, SITE_DIRECCION =

@SITE_DIRECCION WHERE SITE_ID = @SITE_ID";try{

cnn.Open();cmd.ExecuteNonQuery();guardada = true;



}#endregion#region 'EMPRESA'publicDataSet ObtenerEmpresas()

{DataSet ds = newDataSet();SqlCommand cmd = newSqlCommand();cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.CommandText = "SELECT No_Empresa AS Clave, Nombre_Empresa AS Empresa FROM

EMPRESA";try{

cnn.Open();SqlDataAdapter da = newSqlDataAdapter(cmd);


12/65




da.Fill(ds);}catch (SqlException ee)

{}return ds;

}

publicbool AddEmpresa(string Nombre_Empresa){

bool guardada = false;SqlCommand cmd = newSqlCommand();cmd.Connection = cnn;cmd.CommandType = CommandType.Text;

cmd.Parameters.Add(CreaParametro( "Nombre_Empresa", Nombre_Empresa,SqlDbType.VarChar));

cmd.CommandText = "Insert into EMPRESA Values(@Nombre_Empresa)";try

{cnn.Open();cmd.ExecuteNonQuery();

guardada = true;}catch (SqlException ee){

guardada = false;}

return guardada;}publicbool DeleteEmpresa(int IDEmpresa){

bool guardada = false;SqlCommand cmd = newSqlCommand();cmd.Connection = cnn;

cmd.CommandType = CommandType.Text;cmd.Parameters.Add(CreaParametro( "No_Empresa", IDEmpresa, SqlDbType.Int));cmd.CommandText = "Delete from EMPRESA WHERE No_Empresa = @No_Empresa";try{

cnn.Open();cmd.ExecuteNonQuery();



}publicbool UpdateEmpresa(int IDEmpresa, string Nombre_Empresa){


13/65




bool guardada = false;SqlCommand cmd = newSqlCommand();cmd.Connection = cnn;

cmd.CommandType = CommandType.Text;cmd.Parameters.Add(CreaParametro( "No_Empresa", IDEmpresa, SqlDbType.Int));cmd.Parameters.Add(CreaParametro( "Nombre_Empresa", Nombre_Empresa,

SqlDbType.VarChar));

cmd.CommandText = "UPDATE EMPRESA SET Nombre_Empresa = @Nombre_Empresa WHERENo_Empresa = @No_Empresa";

try{



guardada = false;}

return guardada;}#endregion#region 'MARCAS'

publicDataSet ObtenerMarcas(){

DataSet ds = newDataSet();

SqlCommand cmd = newSqlCommand();cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.CommandText = "SELECT MARC_ID AS CLAVE, MARC_NOMBRE AS MARCA FROM dbo.MARCA";try{

cnn.Open();

SqlDataAdapter da = newSqlDataAdapter(cmd);da.Fill(ds);

}catch (SqlException ee){}return ds;

}publicbool AddMarca(string Marc_nombre){

bool guardada = false;SqlCommand cmd = newSqlCommand();cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.Parameters.Add(CreaParametro( "Marc_nombre", Marc_nombre, SqlDbType.VarChar));cmd.CommandText = "Insert into MARCA Values(@Marc_nombre)";try{


14/65






guardada = false;}

return guardada;}publicbool DeleteMarca(int Marc_ID){


cmd.Parameters.Add(CreaParametro( "Marc_ID", Marc_ID, SqlDbType.Int));cmd.CommandText = "Delete from MARCA WHERE Marc_ID = @Marc_ID";try

{cnn.Open();cmd.ExecuteNonQuery();guardada = true;



}publicbool UpdateMarca(int idMarca, string Nombre){

bool guardada = false;SqlCommand cmd = newSqlCommand();cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.Parameters.Add(CreaParametro( "Marc_ID", idMarca, SqlDbType.Int));cmd.Parameters.Add(CreaParametro("Marc_Nombre", Nombre, SqlDbType.VarChar));cmd.CommandText = "UPDATE MARCA SET Marc_Nombre = @Marc_Nombre WHERE Marc_ID =

@Marc_ID";try{



guardada = false;


15/65




}return guardada;

}

#endregion#region 'TIPO'publicDataSet ObtenerTipos(){

DataSet ds = newDataSet();SqlCommand cmd = newSqlCommand();

cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.CommandText = "SELECT Tipo_ID AS Clave, Tipo_Equipo AS Tipo FROM TIPO";try

{cnn.Open();SqlDataAdapter da = newSqlDataAdapter(cmd);da.Fill(ds);


}return ds;

}publicbool AddTipo(string Tipo)

{bool guardada = false;SqlCommand cmd = newSqlCommand();

cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.Parameters.Add(CreaParametro( "Tipo", Tipo, SqlDbType.VarChar));cmd.CommandText = "Insert into TIPO Values(@Tipo)";try{

cnn.Open();



guardada = false;

}return guardada;

}publicbool DeleteTipo(int idTipo){

bool guardada = false;SqlCommand cmd = newSqlCommand();cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.Parameters.Add(CreaParametro( "Tipo_ID", idTipo, SqlDbType.Int));cmd.CommandText = "Delete from TIPO WHERE Tipo_ID = @Tipo_ID";


16/65




try{

cnn.Open();



{


}

publicbool UpdateTipo(int idTipo, string Valor){


cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.Parameters.Add(CreaParametro( "Tipo_ID", idTipo, SqlDbType.Int));

cmd.Parameters.Add(CreaParametro( "Tipo_Equipo", Valor, SqlDbType.VarChar));cmd.CommandText = "UPDATE TIPO SET Tipo_Equipo = @Tipo_Equipo WHERE Tipo_ID =

@Tipo_ID";try

{cnn.Open();cmd.ExecuteNonQuery();


guardada = false;}

return guardada;}#endregion#region 'MODELO'publicDataSet ObtenerModelos(){

DataSet ds = newDataSet();

SqlCommand cmd = newSqlCommand();cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.CommandText = "SELECT MOD_ID AS CLAVE, MARC_NOMBRE AS MARCA, MOD_NOMBRE AS MODELO

FROM dbo.MODELO INNER JOIN dbo.MARCA on dbo.MODELO.MARC_ID = dbo.MARCA.MARC_ID";try{

cnn.Open();SqlDataAdapter da = newSqlDataAdapter(cmd);da.Fill(ds);

}


17/65




catch (SqlException ee){}

return ds;}publicbool AddModelo(int Marc_ID, string Mod_nombre){


cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.Parameters.Add(CreaParametro( "Marc_ID", Marc_ID, SqlDbType.Int));cmd.Parameters.Add(CreaParametro( "Mod_nombre", Mod_nombre, SqlDbType.VarChar));

cmd.CommandText = "Insert into MODELO Values(@Mod_Nombre, @Marc_ID)";try{

cnn.Open();


}

catch (SqlException ee){

guardada = false;

}return guardada;

}

publicbool DeleteModelo(int Mod_ID){

bool guardada = false;SqlCommand cmd = newSqlCommand();cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.Parameters.Add(CreaParametro( "Mod_ID", Mod_ID, SqlDbType.Int));

cmd.CommandText = "Delete from MODELO WHERE Mod_ID = @Mod_ID";try{


}

catch (SqlException ee){


}publicbool UpdateModelo(int idModelo, string Nombre){



18/65




cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.Parameters.Add(CreaParametro( "Mod_ID", idModelo, SqlDbType.Int));

cmd.Parameters.Add(CreaParametro( "Nombre", Nombre, SqlDbType.VarChar));cmd.CommandText = "UPDATE MODELO SET Mod_Nombre = @Nombre WHERE Mod_ID = @Mod_ID";try{




}#endregion#region 'DISPOSITIVO'

publicDataSet ObtenerDispositivos(){

DataSet ds = newDataSet();SqlCommand cmd = newSqlCommand();

cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.CommandText = "SELECT DISPOSITIVO.DISP_ID AS Clave, DISPOSITIVO.Etiqueta AS

Etiqueta, DISPOSITIVO.No_Serie AS NoSerie, DISPOSITIVO.No_Parte AS NoParte, MARCA.MARC_NOMBRE ASMarca, MODELO.MOD_NOMBRE AS Modelo, DISPOSITIVO.Unidad_de_Rack AS UnidadesRack,DISPOSITIVO.Posicion_UR AS PosicionRack, TIPO.Tipo_Equipo AS Tipo, DISPOSITIVO.Voltaje AS Voltaje,DISPOSITIVO.Amperaje AS Amperaje, DISPOSITIVO.No_Fuentes AS NoFuentes, SITE.SITE_NOMBRE AS Site,DISPOSITIVO.RACK AS Rack, EMPRESA.Nombre_Empresa AS Empresa FROM DISPOSITIVO INNER JOIN EMPRESA ONDISPOSITIVO.No_Empresa = EMPRESA.No_Empresa INNER JOIN MARCA ON DISPOSITIVO.MARC_ID =MARCA.MARC_ID INNER JOIN MODELO ON DISPOSITIVO.MOD_ID = MODELO.MOD_ID INNER JOIN SITE ON

DISPOSITIVO.SITE_ID = SITE.SITE_ID INNER JOIN TIPO ON DISPOSITIVO.SITE_ID = TIPO.Tipo_ID";try{

cnn.Open();SqlDataAdapter da = newSqlDataAdapter(cmd);da.Fill(ds);

}

catch (SqlException ee){}return ds;

}publicbool AddDispositivo(StructDispositivo obj){



19/65




cmd.Parameters.Add(CreaParametro( "Etiqueta", obj.Etiqueta, SqlDbType.VarChar));cmd.Parameters.Add(CreaParametro( "No_Serie", obj.NumSerie, SqlDbType.VarChar));cmd.Parameters.Add(CreaParametro( "No_Parte", obj.NumParte, SqlDbType.VarChar));

cmd.Parameters.Add(CreaParametro( "MARC_ID", obj.ID_Marc, SqlDbType.Int));cmd.Parameters.Add(CreaParametro( "MOD_ID", obj.ID_Mode, SqlDbType.Int));cmd.Parameters.Add(CreaParametro( "Unidad_de_Rack", obj.UR, SqlDbType.VarChar));cmd.Parameters.Add(CreaParametro( "Posicion_UR", obj.PosiUR, SqlDbType.VarChar));

cmd.Parameters.Add(CreaParametro( "Tipo", obj.ID_Tipo, SqlDbType.Int));cmd.Parameters.Add(CreaParametro( "Voltaje", obj.voltaje, SqlDbType.VarChar));

cmd.Parameters.Add(CreaParametro( "Amperaje", obj.amperaje, SqlDbType.VarChar));cmd.Parameters.Add(CreaParametro( "No_Fuentes", obj.NumFuentes, SqlDbType.VarChar));cmd.Parameters.Add(CreaParametro( "SITE_ID", obj.ID_Site, SqlDbType.Int));cmd.Parameters.Add(CreaParametro( "RACK", obj.ID_Rack, SqlDbType.VarChar));

cmd.Parameters.Add(CreaParametro( "No_Empresa",obj.ID_Empresa, SqlDbType.Int));cmd.CommandText = "Insert into DISPOSITIVO Values(@Etiqueta, @No_Serie, @No_Parte,

@MARC_ID, @MOD_ID, @Unidad_de_Rack, @Posicion_UR, @Tipo, @Voltaje, @Amperaje, @No_Fuentes,@SITE_ID, @RACK, @No_Empresa)";

try{

cnn.Open();



{

guardada = false;

}return guardada;

}publicbool DeleteDispositivo(int DISP_ID){


cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.Parameters.Add(CreaParametro( "DISP_ID", DISP_ID, SqlDbType.Int));cmd.CommandText = "Delete from DISPOSITIVO WHERE DISP_ID = @DISP_ID";try{

cnn.Open();




}publicbool UpdateDispositivo(int DISP_ID, StructDispositivo obj)


20/65




{bool guardada = false;SqlCommand cmd = newSqlCommand();

cmd.Connection = cnn;cmd.CommandType = CommandType.Text;cmd.Parameters.Add(CreaParametro( "DISP_ID", DISP_ID, SqlDbType.Int));cmd.Parameters.Add(CreaParametro( "Etiqueta", obj.Etiqueta, SqlDbType.VarChar));

cmd.Parameters.Add(CreaParametro( "No_Serie", obj.NumSerie, SqlDbType.VarChar));cmd.Parameters.Add(CreaParametro( "No_Parte", obj.NumParte, SqlDbType.VarChar));

cmd.Parameters.Add(CreaParametro( "MARC_ID", obj.ID_Marc, SqlDbType.Int));cmd.Parameters.Add(CreaParametro( "MOD_ID", obj.ID_Mode, SqlDbType.Int));cmd.Parameters.Add(CreaParametro( "Unidad_de_Rack", obj.UR, SqlDbType.VarChar));cmd.Parameters.Add(CreaParametro( "Posicion_UR", obj.PosiUR, SqlDbType.VarChar));

cmd.Parameters.Add(CreaParametro( "Tipo", obj.ID_Tipo, SqlDbType.Int));cmd.Parameters.Add(CreaParametro( "Voltaje", obj.voltaje, SqlDbType.VarChar));cmd.Parameters.Add(CreaParametro( "Amperaje", obj.amperaje, SqlDbType.VarChar));cmd.Parameters.Add(CreaParametro( "No_Fuentes", obj.NumFuentes, SqlDbType.VarChar));

cmd.Parameters.Add(CreaParametro( "SITE_ID", obj.ID_Site, SqlDbType.Int));cmd.Parameters.Add(CreaParametro( "RACK", obj.ID_Rack, SqlDbType.VarChar));cmd.Parameters.Add(CreaParametro( "No_Empresa", obj.ID_Empresa, SqlDbType.Int));

cmd.CommandText = "UPDATE DISPOSITIVO SET Etiqueta = @Etiqueta, No_Serie = @No_Serie,No_Parte = @No_Parte, MARC_ID = @MARC_ID, MOD_ID = @MOD_ID, Unidad_de_Rack = @Unidad_de_Rack,Posicion_UR = @Posicion_UR, Tipo = @Tipo, Voltaje = @Voltaje, Amperaje = @Amperaje, No_Fuentes =@No_Fuentes, SITE_ID = @SITE_ID, RACK = @RACK, No_Empresa = @No_Empresa WHERE DISP_ID = @DISP_ID";

try{

cnn.Open();



guardada = false;

}return guardada;

}#endregion

}}


21/65




PANTALLA PRINCIPAL AGREGAR DISPOSITIVO.

Ventana llenar datos


22/65




Vista de dispositivos

MANUAL DE ADMINISTRADOR

Introduccin.

El manual de administrador contiene el procedimiento para dar de alta, baja y modificacin a los usuarios del sistema, as comoel alta, baja y modificacin de los elementos que son constantes en el inventario y que encontraremos de manera permanentecuando un usuario agregue un nuevo dispositivo.

Para Comenzar

Bienvenido a SRDDC, este documento describe cmo usar la interfaz de Administracin de SRDDC.

IMPORTANTE: Usted puede notar que algunas de las caractersticas descritas en este documento pueden no estar disponiblespara usted. Esto depender de la versin de SRDDC que est utilizando y/o de los permisos que le haya asignado eladministrador del sistema. Pngase en contacto con su proveedor si tiene alguna pregunta.

Configuracin de idioma: Puede seleccionar un idioma de preferencia para la interfaz de Administracin. Para obtener msinformacin, vea Configuracin de idioma.

Ingreso al Sistema: Durante la instalacin de su sistema SRDDC se asign a este una direccin IP, use esta direccin paraingresar a las herramientas de administracin a travs de un navegador web. Dependiendo de la versin de SRDDC que tengainstalada ver un men que le presentar los siguientes iconos de acceso:


23/65




PANTALLA DE ACCESO

Haga click en el icono SRDDC y se abrir la ventana de administracin, donde deber ingresar sus credenciales de accesoLas siguientes son las credenciales de administracin por defecto:

Usuario: adminClave: 1234

Se recomienda cambiar la clave del administrador en el primer acceso para evitar problemas de seguridad.

Men de MdulosEl men de mdulos se muestra por defecto en modoBarra de Herramientas, pero haciendo click en su esquina

superior derecha se muestra como un rbol con los ttulosde cada mdulo organizados por secciones.

En el modo Barra de Herramientas los iconos de cadamdulo se encuentran organizados por cdigos de coloresque agrupan un conjunto de funciones, por ejemplo: Colorrojo para mdulos asociados al usuario.Ayuda en lnea.

En cada campo u opcin ajustable por el usuarioadministrador, se tendr acceso a una ayuda en lneacolocando el puntero sobre el globo de ayuda, como semuestra a continuacin.


24/65




Mdulos de Usuarios

Los siguientes mdulos de SRDDC permiten administrar servicios orientados a la configuracin de usuarios y sus extensionesen el sistema.Mdulo de Usuarios / Extensiones de UsuarioMdulo de Configuracin de Extensiones SIP Mdulo de Configuracin de Extensiones IAX Mdulo de Configuracin del Plan de Marcacin de Extensiones de UsuarioMdulo de Categoras de Llamadas del UsuarioMdulo de Plantillas de Creacin/Modificacin de Usuarios

Mdulo UsuariosEl mdulo de usuarios, contiene los usuarios que tienen extensiones en SRDDC y que podrn hacer y/o recibir llamadas.

Administracin de UsuariosEl listado de usuarios est disponible en la pestaa de navegacin y

puede organizarse por nmero de extensin o por nombre, y pordefecto muestra 15 usuarios por pgina.

Para encontrar un usuario o extensin especfico, se puede utilizar el

filtro por nombre y/o extensin de la pestaa de navegacin. Para navegar por mltiples pginas, use los botones de navegacin alfinal del listado

Creacin de un Usuario

Para crear un usuario y su extensin, haga click en el cono Aparecer el formulario en blanco listo para ingresar los datos delnuevo usuario.Ingrese los siguientes datos segn su necesidad:

Nmero: Es el nmero que se deber marcar para llamar a la extensin de este usuario.Clave de Usuario: Es la clave que se usar para los servicios visuales del usuario.

Nombre y Apellido: El nombre y apellido como aparecern en los registros de llamada de este usuario.Rol: Es el perfil o conjunto de permisos que se asignarn al usuario para el acceso a las aplicaciones de administracin, pordefecto se sugiere el rol User que no tiene permisos de administracin en la plataforma SRDDC.


25/65




Grupo: Es el grupo o grupos de extensiones al que pertenecer este usuario para los servicios de directorios interactivosvisuales del DIPuser.Clave Dispositivo: Es la clave de autenticacin que se deber configurar en los telfonos IP que tenga este usuario asociados asu nmero de extensin.Clave de Salida: Es la clave que podr usar en las rutas de llamadas salientes que requieran clave de autorizacin para realizarllamadas.Categora: Es el conjunto de permisos para realizar llamadas salientes que le daremos a este usuario, por ejemplo: Local,

permite realizar llamadas locales y entre extensiones.Crear Buzn de Voz: Activando esta opcin se crear un buzn de voz para el usuario. Si est activo el buzn usted vertambin las siguientes opciones:Clave del Buzn: Es la clave que deber usar el usuario para consultar los mensajes en su buzn de voz.Email: Si se asigna un email se podr enviar una notificacin de cada mensaje de audio recibido.EnviarNotificacin al EmailSi se activa se enviar la notificacin al email.

Visible en DIPuserDefine si la extensin podr o no verse en los directorios interactivos de otros usuarios.Adicionalmente encontraremos la pestaa Avanzado con los siguientes datos: Direccin Pas Ciudad Estado Cdigo de Area Telfono Alterno Telfono Celular

Eliminar un Usuario

Para eliminar de forma definitiva un usuario, seleccione de la lista y haga click en el icono Se mostrar una ventana deadvertencia indicando el usuario a eliminar y sus extensiones asociadas, la accin de eliminar un usuario es definitiva.

PANTALLA PRINCIPAL AGREGAR DISPOSITIVO.Interface de manual de usuario.


26/65




1.- Para dar de alta un usuario debemos dar clic en el men usuarios y otro clic en la opcin que se requiera realizar.

a) Alta.- Con esta opcin damos de alta a un usuario nuevo donde nos permite elegir si es un usuario con permisos deadministrador o un usuario comn que solo tenga permisos de lectura.

b) Baja.- Con esta opcin eliminamos el usuario que se desea, de acuerdo la lista que actualmente existe en el sistema.

a)

Modificacin.- Con esta opcin modificamos los permisos actuales de un usuario ya sea para darle permisos deescritura y lectura o administrador.


27/65




1.- Para dar de alta un elemento debemos dar clic en el men elemento y otro clic en la opcin que se requiera realizar,entindase como elemento las descripciones permanentes que se encuentran en el inventario.

a) Agregar.- Con esta opcin damos de alta a un elemento nuevo como puede ser la marca, modelo, tipo, site, cliente, ensi todo lo que no cambia en la base de datos.

b) Quitar: Esta opcin es para borrar a un elemento como puede ser la marca, modelo, tipo, site, cliente, en si todo lo queno cambia en la base de datos.


28/65




c) Quitar: Esta opcin es para modificar a un elemento como puede ser la marca, modelo, tipo, site, cliente, en si todo loque no cambia en la base de datos.


29/65




MANUAL DE USUARIO DE SISTEMA

Introduccin.

Este manual est tiene como objetivo apoyar a los usuarios con la bajas y altas de dispositivos que pertenecen a los activos de laempresa y que fsicamente estn dentro del centro de datos, ubicados en los diferentes estados de la repblica.

Alta de un dispositivo.

1.- Dar doble clic sobre el icono SRDDC que se muestra en el escritorio.

2.- Se mostrara la siguiente ventana.

3.- Dar click en el men Dispositivo y dirigirse a agregar y dar click.


30/65




Nos mostrara la siguiente ventana.

En esta ventana debemos teclear los datos del nuevo dispositivo.Como ejemplo agregaremos llenaremos los campos como su estuviramos agregando un servidor IBM, llenando los campos deacuerdo a lo siguiente.

Etiqueta: Se refiere a la etiqueta que tiene el nombre que identifica al servidor, en este caso le pondremos Neptuno.

No. Serie: Se refiere al nmero de serie del equipo, para ejemplo pondremos cualquiera, en este caso QS3345K.

Marca: Se refiere a la marca del servidor, en este caso este combo ya est precargado con las marcas ms comerciales. Paraeste caso solo basta seleccionar la marca IBM.

Modelo: Se refiere a la modelo del servidor, en este caso este combo ya est precargado con las marcas ms comerciales. Paraeste caso solo basta seleccionar la marca IBM.

No Parte: Se refiere al nmero de parte del servidor, en este caso le pondremos como ejemplo 2B-345


31/65




UR: Se refiere a las unidades de rack que tiene el servidor, en este ejemplo le pondremos 2U.

Posicin UR: Se refiere a la posicin que tiene el servidor dentro del rack, en este caso como ejemplo lo pondremos en el UR25

Tipo: Se refiere al tipo de equipo, en este caso este combo ya est precargado con los tipos ms comunes. Para este caso solobasta seleccionar el tipo que sera servidor.

Voltaje: Se refiere al voltaje en que el equipo estar conectado, en este caso le pondremos a 120 V.

Amperaje: Se refiere al amperaje mximo que estar consumiendo el servidor, en este caso le pondremos 5 Amp.

No Fuentes: Se refiere al nmero de fuentes que tiene el servidor, en este caso le pondremos que tiene 2 fuentes.

Site: Se refiere al nombre del centro de datos, en este caso como ejemplo le pondremos 1A.

Rack: Se refiere al nombre del rack donde se colocara el servidor, en este caso le pondremos 2B.

Empresa: Se refiere a la empresa que estar asociado el servidor, en este caso este combo ya est precargado con las empresasclientes. Para este caso solo basta seleccionar la empresa que como ejemplo le pondremos UVM.

Una vez llenos los campos como se muestra en la imagen damos clic en el botn guardar como se muestra en la siguienteimagen.


32/65




Nos enva el mensaje de que se guard correctamente y damos aceptar.


33/65




DISEO TECNICO

Diagrama de clases


34/65




Diagrama de objetos

Casos de uso


35/65




Secuencia


36/65




Colaboracin

Estados


37/65




Actividades


38/65




Despliegue

PLAN DE PRUEBAS DEL SISTEMA


39/65




Estrategia de Pruebas:

En este captulo se presenta una perspectiva general de la estrategia que se va a seguir para analizar, disear, implementar yejecutar las pruebas del proyecto Implantacin Sistema de registro dispositivos data center (SRDDC). As mismo se definirqu tipos de pruebas se van a realizar y cmo se ejecutarn.

TCNICAS DE ESPECIFICACIN DE LAS PRUEBAS

La estrategia del proceso del plan de pruebas se implementar de acuerdo al esquema de macro-actividades que se presenta enla siguiente grfica:

DISEO DE LAS PRUEBAS

Para el diseo de las pruebas, se tendrn en cuenta aspectos que permitirn encontrar defectos en el periodo de desarrollo delsoftware, la realizacin de pruebas propias de verificacin y validacin de datos, segn se aclara en los siguientes tems:

A. Alcance: El alcance de las pruebas estar dado por el marco del Sistema de inventario, que se encuentra en desarrollo, stacompuesta (Informacin tomada de los trminos de referencia y del documento de Arquitectura General Detallada) por:

Modelo Conceptual. Procesos. Descripcin de Procesos. Vista de Casos de Uso. Vista Lgica. Diseo de las clases y su organizacin en paquetes y subsistemas. Vista de Datos. Vista de Implementacin. Vista de Despliegue. Vista de Integracin con Sistemas Externos. Vista de Parametrizacin del Sistema. Requerimientos no Funcionales. Prototipos del sistema


40/65




B. Inventario de las Pruebas: En esta seccin se especifica el inventario de las pruebas, el cual permitir: Definir y asignar prioridades como; alta, media o baja. Establecer un orden de trabajo. Decidir qu casos entraran en una regresin y cules no con mayor facilidad. Recortar alcance en forma rpida y ordenada. Se estima el tiempo en probar cada funcionalidad. Evaluar aspectos tcnicos del sistema.

C. Resultado de la ejecucin de las Pruebas: En este punto se resaltan las entradas fundamentales que son la partida para laejecucin del plan de pruebas.

Inventario de pruebas priorizado. Estimacin de esfuerzo de cada funcionalidad. Plan de desarrollo del producto. Plazos previstos para el proyecto.

D. Ciclo de la Prueba: Las actividades de la prueba se realizarn para una determinada versin del producto, sobre la cual seejecutan las pruebas y se reportan los incidentes encontrados. Para cada versin del producto se realizan alguna o todas lastareas asociadas a las pruebas.


41/65




El proceso de planificacin se ajusta al comenzar cada ciclo debido a posibles:

Atrasos de desarrollo Modificaciones en los requerimientos inciales Cambios en el alcance del producto Calidad del producto

CONFIGURACIN

A continuacin se presenta una definicin de los conceptos bsicos de la disciplina de administracin de configuraciones, unadescripcin de las actividades principales y una propuesta de formatos para facilitar la captura de la informacin necesaria enlas distintas actividades.

Administracin de Configuraciones: Es el proceso de identificar y definir los elementos o tems de configuracin del sistema,

controlando la entrega y el cambio de estos elementos a travs del ciclo de vida del sistema, almacenando el estado de losmismos y de las solicitudes de cambio, y verificando la completitud con respecto a los requisitos especificados.

Configuracin: Conjunto completo (respecto de la Arquitectura del Sistema, es decir que cada componente est representado)y coherente (respecto de que defina una versin estable del sistema, es decir que las versiones de cada componente secorrespondan) de tems de Configuracin que constituyen un producto de software.

Comit de control de cambios: Grupo con la autoridad para evaluar, aprobar y/o rechazar la implementacin de un cambio. Elestablecimiento de un Comit de control de cambios tiene como objetivo proveer un mecanismo para asegurar que todasolicitud de cambio es direccionada adecuadamente.

tem de Configuracin: Componente de Software y/o producto de software destinado para ser puesto bajo Administracin deConfiguraciones.

Solicitud de Cambio: Documento a travs del cual el equipo tcnico autorizado solicita al Grupo de Desarrollo realizar lacorreccin de un defecto del Sistema de Notificacin en Lnea o de una mejora sobre la solucin antes de salir a produccin.

Versin: Resultado de la evolucin que ha sufrido un Componente de Software en el tiempo.


42/65




EJECUCIN

En el siguiente grfico se muestra el modelo estndar de ejecucin de pruebas:

Para cada una de las pruebas se realizar el siguiente procedimiento:


43/65




HERRAMIENTAS PARA PRUEBAS

En este captulo se sealaran las diferentes herramientas de software que se utilizarn para la ejecucin de las pruebas.

Las herramientas que se utilizarn, dependern del tipo de prueba que se realizar, es decir que por cada tipo de prueba esposible que se utilice una herramienta diferente.

JUNIT

Caractersticas Tipo de prueba

JUnit es un conjunto de clases (framework) que permite realizar la ejecucin de

clases Java de manera controlada, para poder evaluar si el funcionamiento de cadauno de los mtodos de la clase se comporta como se espera. Es decir, en funcin dealgn valor de entrada se evala el valor de retorno esperado; si la clase cumple conla especificacin, entonces JUnit devolver que el mtodo de la clase pasexitosamente la prueba; en caso de que el valor esperado sea diferente al que regresel mtodo durante la ejecucin, JUnit devolver un fallo en el mtodocorrespondiente

Esta herramienta ser utilizada para la

ejecucin de:

Pruebas unitarias. Pruebas de sistema Pruebas de Integracin.

JMETER

Caractersticas Tipo de pruebaJMeter es una herramienta de carga para llevar acabo simulaciones sobre cualquierrecurso de Software.

Inicialmente diseada para pruebas de estrs en aplicaciones web, hoy en da, suarquitectura ha evolucionado no slo para llevar a cabo pruebas en componenteshabilitados en Internet (HTTP), sino adems en Bases de Datos, programas en Perl,requisiciones FTP y prcticamente cualquier otro medio.

Posee la capacidad de realizar desde una solicitud sencilla hasta secuencias derequisiciones que permiten diagnosticar el comportamiento de una aplicacin en

condiciones de produccin.

Esta herramienta ser utilizada para laejecucin de:

Pruebas de Sistema

XMLBuddy

Caractersticas Tipo de prueba

Este es un PlugIn para Eclipse (IDE que ser utilizado para el desarrollo). Estaherramienta, entre otras funcionalidades, permite que el desarrollador valide losarchivos XML contra el archivo de esquemas XSD correspondiente.

Esta herramienta ser utilizada para laejecucin de: Pruebas deInteroperabilidad para los archivosXML que genere la aplicacin.


44/65




MATRIZ DE TIPIFICACIN DE PRUEBAS

TIPO DE PRUEBAS TIPO DE PRUEBA

Pruebas Unitarias Automticas

Pruebas de Sistema Automticas

Pruebas de Integracin Automticas

Pruebas de Interoperabilidad Automticas

Pruebas de Regresin Automticas y Manuales

Pruebas Funcionales Manuales

Pruebas de Usabilidad Manuales

Pruebas de Seguridad Automticas y Manuales

Pruebas de Configuracin Automticas y Manuales

Pruebas de Recuperacin a Fallas Automticas y Manuales

Pruebas de Aceptacin Manuales

TECNICAS DE EJECUCIN DE PRUEBAS

TIPO DE PRUEBAS TECNICA DE EJECUCINHERRAMIENTAS A

UTILIZAR

Pruebas Unitarias El uso de JUnit normalmente involucra los siguientes pasos:

a. Crear una subclase de junit.framework.TestCase.b. Opcionalmente sobrescribir el mtodo setUp() que ser

invocado en la inicializacin de objetos y variables usadospor todos los casos de prueba. No todos los casos de usonecesitan esto. Note que setUp() es invocado antes de cadacaso particular.

c. Opcionalmente sobrescribir el mtodo tearDown(). Mtodoque ser invocado al final de cada caso de prueba y que nossirve para liberar recursos usados en la prueba o incluso

JUNIT


45/65





UTILIZAR

para volver atrs lo probado, por ejemplo cuando el caso deprueba involucre la actualizacin de datos en una base dedatos relacional.

d. Adicionar mtodos de prueba a la clase. Note que nonecesitamos implementar ninguna interface, pues JUnit usael paquete reflection del java para detectar automticamentemtodos test. Dichos mtodos son reconocidos por suasignatura, la cual debe tener la forma public void

test(), adems pueden lanzar cualquierexception.

Pruebas de Sistema Las pruebas del sistema tal como estn concebidas para el proyectode notificaciones electrnicas involucra los siguientes pasos:

a. Seleccin de los casos de uso para los que se probarCarga, volumen, estrs, concurrencia. Estos casos de usocorrespondern al 10% del total de casos de uso y sueleccin contar con la aprobacin del Programa Agendade Conectividad e Interventora.

b. Ejecucin de las pruebas de Carga, volumen, estrs,concurrencia mediante la herramienta seleccionada.

c. Recopilacin de resultados.d. Reporte de los defectos encontrados segn las pruebas. (A

travs de la herramienta de gestin de incidencias)e. Asignacin de la incidencia. (A travs de la herramienta de

gestin de incidencias).f. Correccin de la incidencia.g. Repeticin de la prueba.

JMETER

Pruebas de Integracin Las pruebas del integracin tal como estn concebidas para elproyecto de notificaciones electrnicas involucra los siguientes

pasos:

Seleccin de los componentes y/o servicios para los que se probarintegracin con los componentes y/o servicios que tienen relacindirecta. Estos componentes y/o servicios correspondern al 10% deltotal de componentes y/o servicios y su eleccin contar con laaprobacin del Programa Agenda de Conectividad e Interventora.

a. Ejecucin de las pruebas de integracin mediante la

GRINDER


46/65





UTILIZAR

herramienta seleccionada.b. Recopilacin de resultados.c. Reporte de los defectos encontrados segn las pruebas. (A

travs de la herramienta de gestin de incidencias)d. Asignacin de la incidencia. (A travs de la herramienta de

gestin de incidencias).e. Correccin de la incidencia.f. Repeticin de la prueba.

Pruebas deInteroperabilidad

Las pruebas de interoperabilidad tal como estn concebidas para elproyecto de notificaciones electrnicas involucra los siguientespasos:

a. Definicin de la lista de servicios a probar.b. Definicin de DUMMIES a construir.c. Construccin de DUMMIES.d. Ejecucin de la prueba de interoperabilidad contra los

servicios y DUMMIES definidos.e. Recopilacin de resultados.f. Reporte de los defectos encontrados segn las pruebas. (A

travs de la herramienta de gestin de incidencias)g. Asignacin de la incidencia. (A travs de la herramienta de

gestin de incidencias)h. Correccin de la incidencia.i. Repeticin de la prueba.

Servicios delEnrutadortransaccional

DUMMIES XMLBuddy

Pruebas de Regresin Las pruebas de regresin tal como estn concebidas para el proyectode notificaciones electrnicas involucra los siguientes pasos:

a. Repeticin de las pruebas funcionales y de sistema queestn involucradas en los cambios realizados al sistema.

b. Recopilacin de resultados.c. Reporte de los defectos encontrados segn las pruebas. (A

travs de la herramienta de gestin de incidencias)d. Asignacin de la incidencia. (A travs de la herramienta

de gestin de incidencias)e. Correccin de la incidencia.f. Repeticin de la prueba.

Casos de Prueba Grinder


47/65





UTILIZAR

Pruebas Funcionales Las pruebas funcionales normalmente involucra los siguientespasos:

a. Crear los casos de prueba mediante el formato establecidopara ellos.

b. Ejecucin de los casos de prueba con forme lasfuncionalidades van siendo liberadas para pruebas.

c. Reporte de los defectos encontrados segn las pruebas. (Atravs de la herramienta de gestin de incidencias)

d. Asignacin de la incidencia. (A travs de la herramienta degestin de incidencias)

e. Correccin de la incidencia.f. Repeticin de la prueba.

Casos de Prueba

Pruebas de Usabilidad Las pruebas de usabilidad tal como estn concebidas para elproyecto de notificaciones electrnicas (uso de prototipado)involucra los siguientes pasos:

a. Elaboracin de prototipos.b. Elaboracin de encuestas de usabilidad.c. Evaluacin de prototipos mediante la aplicacin de

encuestas de usabilidad a usuarios comunes.d. Recopilacin de datos de la encuesta.e. Compilacin y anlisis de resultados de encuestas de

usabilidad.

Prototipos Encuesta de usabilidad

Pruebas de Seguridad Las pruebas de seguridad tal como estn concebidas para el proyectode notificaciones electrnicas involucra los siguientes pasos:

a. Elaboracin de casos de prueba funcionales de seguridad.b. Elaboracin de casos de prueba automticos de seguridad.c. Configuracin de ambiente de pruebas.d. Ejecucin de pruebas funcionales de seguridad.e. Ejecucin de casos automticos de pruebas de seguridad

con el uso de las herramientas de evaluacin y ataque.f. Recopilacin de resultados.g. Reporte de los defectos encontrados segn las pruebas. (A

travs de la herramienta de gestin de incidencias)h. Asignacin de la incidencia. (A travs de la herramienta de

gestin de incidencias)

NESSUS Casos de prueba

funcionales deseguridad.


48/65





UTILIZAR

i. Correccin de la incidencia.j. Repeticin de la prueba.

Pruebas deConfiguracin

Dada la metodologa RUP, al ser un desarrollo iterativo eincremental se efectuaran pruebas de instalacin a medida que seanliberadas las diferentes versiones del aplicativo.

Las pruebas incluiran:

a. Elaboracin de listas de chequeo de instalacin de sistemaoperativo, base de datos, servidor de aplicaciones ycualquier otro componente del sistema.

b. Ejecucin de la instalacin segn la lista de chequeo.c. Recopilacin de resultados.d. Reporte de los defectos encontrados segn las pruebas. (A

travs de la herramienta de gestin de incidencias)e. Asignacin de la incidencia. (A travs de la herramienta de

gestin de incidencias)f. Correccin de la incidencia.g. Repeticin de la prueba.

Listas de chequeo parainstalacin.

Pruebas deRecuperacin a Fallas

Las pruebas de recuperacin a fallas normalmente involucra lossiguientes pasos:

a. Crear los casos de prueba de recuperacin.b. Ejecucin de los casos de prueba.c. Reporte de los defectos encontrados segn las pruebas. (A

travs de la herramienta de gestin de incidencias)d. Asignacin de la incidencia. (A travs de la herramienta de

gestin de incidencias)e. Correccin de la incidencia.f. Repeticin de la prueba.

Pruebas de Aceptacin Las pruebas de recuperacin a fallas normalmente involucra lossiguientes pasos:

a. Ejecucin de una muestra de las pruebas funcionales, decarga, de configuracin por parte del Programa Agenda deConectividad e Interventora.

b. Reporte de los defectos encontrados segn las pruebas. (A

Grinder. Casos de prueba

Funcionales.

Listas de Chequeo.


49/65





UTILIZAR

travs de la herramienta de gestin de incidencias)c. Asignacin de la incidencia. (A travs de la herramienta de

gestin de incidencias)d. Correccin de la incidencia.e. Repeticin de la prueba.

RECURSO HUMANO

El recurso humano que debe estar disponible para la ejecucin de las pruebas vara de acuerdo al tipo de prueba. En el siguientecuadro se especifica el tipo de perfil necesario por tipo de prueba. Los perfiles mencionados no necesariamente corresponden alos enunciados en la metodologa de pruebas, ya que all se mencionan perfiles de apoyo al proceso de pruebas y aqu solo semencionarn los perfiles que van a ejecutar las pruebas o que intervienen directamente en la prueba.

TIPO DE PRUEBAS PERFIL DEL RECURSO HUMANO

Pruebas Unitarias Ingeniero Desarrollador. Analista de Pruebas.

Pruebas de Sistema Ingeniero Desarrollador. Analista de Pruebas.

Pruebas de Integracin Ingeniero Desarrollador. Analista de Pruebas

Pruebas de Interoperabilidad Ingeniero Desarrollador. Analista de Pruebas

Pruebas de Regresin Ingeniero Desarrollador. Analista de Pruebas

Pruebas Funcionales Analista de PruebasPruebas de Usabilidad Analista de Pruebas

Usuario Funcional.Pruebas de Seguridad Ingeniero Desarrollador.

Analista de Pruebas Arquitecto de Desarrollo.

Pruebas de Configuracin Arquitecto de Desarrollo.Pruebas de Recuperacin a Fallas Ingeniero Desarrollador.

Analista de PruebasPruebas de Aceptacin Analista de Pruebas.

Usuario Funcional.


50/65




HERRAMIENTAS DE REPORTES Y CONTROL DE INCIDENCIAS

La herramienta que se utilizar para la realizacin del reporte, seguimiento y control de errores o Bug (Bug Tracking System)es BUGZILLA.

Bugzilla permite organizar en mltiples formas los defectos de software, permitiendo el seguimiento de mltiples productoscon diferentes versiones, a su vez compuestos de mltiples componentes. Permite adems categorizar los defectos de softwarede acuerdo a su prioridad y severidad, as como asignarles versiones para su solucin.

Esta herramienta ser el apoyo para la metodologa de seguimiento y control de incidencias, acordada en el punto 9 del plan deproyecto.

ADMINISTRACIN DE VERSIONES

La administracin de versiones que se probarn ser el mecanismo ideal, para controlar los release de pruebas y los cambiosque estos sufrirn en la etapa de correccin de incidencias reportadas.

De acuerdo a lo anterior la administracin de versiones contempla las siguientes etapas:

1. Entrega de la Versin para Pruebas (Release)o La versin debe venir con el Release Note.o Lista de Chequeo (si aplica)

2. Creacin de Incidencias en la herramienta.o Se debe especificar a que Release pertenecen las incidencias.3. Anlisis y Desarrollo de Incidencias.

o Se realiza la clasificacin de las incidencias.o Se empieza el desarrollo de las correcciones.o Se integran los desarrollos en el release correspondiente

4. Pruebas de Correcciones de Incidencias segn el release.5. Aprobacin del Release.

CRITERIOS DE EVALUACION

Los criterios de evaluacin estarn dados de forma independiente para cada tipo de pruebas; el siguiente cuadro muestra loscriterios de evaluacin generales de las pruebas ejecutadas.


51/65




TIPO DE PRUEBAS CRITERIOS DE EVALUACION

Pruebas Unitarias Detectar errores en la ejecucin de las pruebas. El 90% de las pruebas realizadas deben ser exitosas.

Pruebas de Sistema Detectar errores en la ejecucin de las pruebas Que los reportes generados por las herramientas de

automatizacin de las pruebas contengan las mnimas variablesque permitan un anlisis acertado de cada una de las pruebasrealizadas.

Tener en cuenta todos los escenarios posibles. El 90% de las pruebas realizadas deben ser exitosas.

Pruebas de Integracin La totalidad de los puntos de control probadas debe ser mayor al75% del total de los componentes que integran la solucin.

Detectar errores en la ejecucin de las pruebas El 90% de las pruebas realizadas deben ser exitosas.

Pruebas de Interoperabilidad Detectar errores en la ejecucin de las pruebas El 90% de las pruebas realizadas deben ser exitosas contra los

servicios del tramitador.

El 90% de las pruebas realizadas deben ser exitosas contra losservicios DUMMIES.

Pruebas de Regresin Para realizar esta prueba se debe tomar como base los criteriosde aceptacin de las pruebas que se volvern a realizar.

Pruebas Funcionales El resultado de cada caso de prueba debe ser igual al resultado desalida esperado.

Encontrar fallas al ejecutar los diferentes casos de pruebas. La aplicacin cumple con los requerimientos funcionales

especificados en la fase de anlisis

La aplicacin cumple con los requerimientos mnimos para elfuncionamiento

Pruebas de Usabilidad El resultado de cada caso de prueba debe ser igual al resultado desalida esperado.

Se deben incluir los datos de entrada vlidos y esperados comono validos e inesperados Encontrar los errores al ejecutar los

diferentes casos de pruebas. La aplicacin debe cumplir con los requerimientos funcionales

especificados en la fase de anlisis.

La aplicacin debe cumplir con los requerimientos mnimos parael funcionamiento.

Pruebas de Seguridad El resultado de cada caso de prueba debe ser igual al resultado desalida esperado.

La aplicacin debe cumplir con los requerimientos mnimos deseguridad.


52/65




Pruebas de Configuracin Considerar todos los escenarios posibles. Qu el sistema funcione bien en el ambiente de pruebas.

Pruebas de Recuperacin a Fallas Considerar todos los escenarios posibles Qu el sistema funcione de acuerdo a lo esperado despus de las

pruebas.

Pruebas de Aceptacin Para realizar esta prueba se debe tomar como base los criteriosde aceptacin de las pruebas que se volvern a realizar.

1.1. CRITERIOS DE TERMINACIN

A continuacin se sealan los criterios de terminacin de las pruebas a ejecutar.

Se ejecutaron todas las pruebas del sistema. Todas las pruebas se ejecutaron de acuerdo a los criterios de evaluacin. Las pruebas de carga demuestran que se posee un grado satisfactorio de capacidad operativa y funcional. Los incidentes encontrados en las pruebas fueron corregidos y probados.

CRITERIOS DE SUSPENSIN

Los criterios de suspensin impiden la iniciacin y/o continuacin de las pruebas ante cualquier situacin de improvisto quehace que la ejecucin de las pruebas no logre grados satisfactorios de probabilidad de xito.

Despus de la instalacin y configuracin del sistema, se evidencia problemas o situaciones anormales en cualquierade sus componentes.

Despus de la instalacin y configuracin del sistema, se evidencia que el ambiente de pruebas no es losuficientemente estable para la ejecucin de las pruebas.

Discrepancia entre la documentacin (Set de Pruebas, Casos de Uso) y el sistema.


53/65




CASOS DE PRUEBAS

FORMATO CASOS DE PRUEBA FUNCIONALES

A continuacin se presenta el formato que se utilizar como Set de Pruebas funcionales.

INFORMACIN GLOBAL DEL CASO DE PRUEBA

CASO DE PRUEBA No.

VERSIN DEEJECUCIN

FECHA EJECUCIN

CASO DE USO:

MODULO DEL

SISTEMA

Descripcin del caso deprueba:

1. CASO DE PRUEBAa. Precondiciones

b. Pasos de la prueba


54/65




DATOS DE ENTRADA

RESPUESTA ESPERADADE LA APLICACIN

COINCIDE

RESPUESTA DEL SISTEMA

CAMPO VALORTIPO

ESCENARIO

SI NO

c. Post condiciones

2. RESULTADOS DE LA PRUEBADefectos y desviaciones Veredicto

Paso

Fall


55/65




Observaciones Probador

Firma:

Nombre:

Fecha:

LISTA DE CHEQUEO CASOS DE PRUEBAS FUNCIONALES

Con el fin de garantizar que los casos de prueba contemplen el 100% de los escenarios a probar para cada caso de uso; en suconstruccin deber tenerse en cuenta la siguiente lista de chequeo.

Cada conjunto de casos de prueba para cada caso de uso deber contemplar:

ELEMENTO DEL CASO DE USO CASO DE PRUEBA

Datos de entrada Verificar que los datos de entrada cumplancon:

Obligatoriedad Tipo de datos Longitud Estructura


56/65




Reglas de Negocio Validar reglas de negocio que afecten los datosde entrada (Dependencia de datos).

Validar reglas de negocio que afecten losflujos.

Flujos Alternos Verificar la ejecucin de todos los flujosalternos.

Flujos de Excepcin Verificar la ejecucin de todos los flujos deExcepcin.

Flujo Bsico Verificar la ejecucin del flujo bsico.

Generalidades: Los casos de prueba deben especificarexactamente rutas, nombres de archivos,valores para los datos de entrada.

Para asegurar que las rutas y nombres dearchivos se cumplan; deber instalarse unarbol de carpetas predefinido en la estacindonde se ejecutar la prueba.

CAPACITACION

Preparacin de la Formacin a Usuarios Finales (Capacitacin)

Plan de formacin de usuarios finales.

Equipo de Implantacin.

Equipo de formacin: Jonathan Rivera Gonzales, Mariano Ramrez Jimnez

Jefe de proyecto: Jess Eduardo Guzmn Acosta

Directores de los Usuarios: Director de R.H., Director Desarrollo Organizacional, Director de Finanzas.

Objetivo.

El objetivo de la formacin de usuarios finales en el sistema a implantar, es garantizar el adecuado uso, interpretacin yadministracin el nuevo sistema, para as incorporarlo a las actividades productivas de la empresa.


57/65




Determinacin de funciones.

El establecimiento de las funciones determinara los perfiles que el sistema tendr, as como el nivel de responsabilidad que cadauno de los usuarios.

Perfil de Usuario Funciones Nivel de responsabilidad

Administrador

Administrar usuarios en el sistema Otorgar privilegios a usuarios Validar operaciones en el sistema Realiza operaciones en el sistema (altas, bajas, modificaciones) Ingresa informacin al sistema. Alto

Usuario operativo Realiza operaciones en el sistema (altas, bajas, modificaciones) Ingresa informacin al sistema.

Medio

Visualizador Solo visualiza no puede hacer modificaciones. Bajo

Contenidos definitivos de los cursos

1. Introduccin2. Antecedentes3. Introduccin al sistema4. Disposiciones generales5. Finalidad6. Clasificacin de objetos7. Definicin de perfiles y actividades8. Estructura funcional9. Operacin del sistema

9.1 Administracin de usuarios

9.2 Alta de bienes9.3 Traspasos de bienes9.4 Baja de bienes9.5 Registro baja de bienes, ventas o donaciones

10. Flujo de operaciones11. Resolucin de dudas y preguntas de participantes12. Evaluacin13. Clausura


58/65




La formacin de usuarios finales se debe considerar como una actividad critica, ya que definir el funcionamiento del sistemaantes de su entrada en operacin productiva, la capacitacin debe impartirse en un periodo no mximo de 2 semanasconsiderando el nmero de usuarios que se tiene contemplados para ser capacitados, se debe de tener fases de capacitacin, acontinuacin se muestra un esquema que define el tiempo de la capacitacin y el porcentaje de usuarios que deben capacitarse

por fase.

Perfil de usuario Duracin de

formacin

Fecha de curso Porcentaje de usuarios Fase de formacin

Administrador 4 das 7 al 10 de oct. 20% I

Usuario operativo 3 das 14 al 16 de oct. 30 % II

Visualizador 2 das 17 y 18 de oct. 15% III

Materiales de formacin

Se definen los materiales necesarios para la imparticin de capacitacin a los usuarios, dentro de los materiales esta considerarun modulo que trabaje en el sistema de manera paralela al mdulo de produccin, para no afectar las bases de datos del sistemaque operara de manera real.

Los recursos materiales son proporcionados por la empresa que contrato el desarrollo, los recursos intelectuales son

proporcionados y desarrollados por el desarrollador del sistema.

Mdulo de capacitacin en el sistema. 1 Aula ambientada para capacitacin. 3 Equipos de cmputo con interfaz de conexin al servidor de que aloja la base de datos. Manuales de Usuarios para los participantes Instructor experto en el sistema.

Finalidad

Sin lugar a dudas, el fin principal de la formacin de usuarios es el de conseguir usuarios autnomos y expertos en informacinen el sentido de que puedan realizar por s mismos sus tareas de bsqueda, localizacin, identificacin, recuperacin, anlisis y

reelaboracin de informacin relacionada con los bienes (activo fijo) de la empresa.


59/65




PLAN DE MATENIMIENTO

PREPARACIN DEL MANTENIMIENTO DEL SISTEMA

Se entregan los productos de los sistemas de informacin implicados en la implantacin:1. Sistema de inventario y dispositivos de sistemas.

Anlisis de los Sistemas de Informacin.

Inventario, supervisin y auditoria inicial de la infraestructura informtica del clienteEl equipo de tcnicos de Padrinos JOB Informtica realizar, en una primera toma de contacto, un informe exhaustivo de lasituacin de los sistemas informticos, infraestructuras de red y estado del hardware en uso dentro de las instalaciones delcliente. Para todo ello, el equipo de tcnicos se basar en una lnea de protocolo previamente diseada, de acuerdo al siguientedesglose:

Anlisis de la electrnica que conforma la red del clienteEl departamento tcnico revisar el entorno de trabajo, tomando nota de la infraestructura electrnica que conforma la topologade la red, examinando su rendimiento y su adecuacin a las necesidades de cada cliente. Asimismo, establecer la idoneidad ono de los elementos de electrnica de red, informando al cliente del estado de los mismos, y comunicando en un informe desituacin el estado actual y las mejoras y/o ampliaciones necesarias para cumplir el nivel de fiabilidad y ejecucin necesario

para el aprovechamiento completo de los recursos.

Examen completo de la parte lgica que conforma la red del clienteComprobacin la integridad del Grupo de Trabajo o Dominio, comprobando el sistema de directivas de seguridad del Entorno,usuarios, claves de acceso y protocolos de segu

Proyecto Implantacion de Sistema de Inventario

Documents

Transcript of Proyecto Implantacion de Sistema de Inventario