Proyecto Implantacion de Sistema de Inventario

MATERIA PROFESOR FECHA ALUMNO
IMPLANTACION Y MANTENIMIENTO DE SISTEMAS Salim Salomn Torres EMAIL: salimsalomon@yahoo.com.mx 08/08/2013 AL 09/28/2013 Jess Eduardo Guzmn Acosta, Michael Mariano Ramrez Jimnez PROYECTO: Implantacin de Sistema de registro dispositivos data center Jonathan Rivera Gonzlez
PROYECTO Implantacin Sistema de registro dispositivos data center (SRDDC)
INTRODUCCIN. El problema de la empresa consiste en que dado que tiene una demanda inestable de pedido de equipo de telecomunicaciones y estos varan de una temporada a la otra; mantienen grandes cantidades de inventarios de productos de telecomunicaciones, por ello se necesita llevar un CONTROL ADEACUADO DE LOS INSUMOS y determinar cundo y que cantidades comprar, de esta manera se reducirn los costos de inventarios y almacenamiento. Mantener grandes cantidades de inventarios es una estrategia tradicional para protegerse contra la incertidumbre de quedarse sin insumos, sin embargo los grandes inventarios incrementan costos (de almacenamiento, de personal de manejo de existencia y 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 alguna demanda futura. En manufactura los inventarios se conocen como SKU (stockkeeing Units) y se mantiene en sitios de almacenamiento. 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 de los 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 muy intuitivo y de fcil comprensin. Actualmente este registro lo llevamos en una tabla de Excel, lo cual es muy complicado manipular cuando hay varios operadores en turno ya que para poder realizar cambios sobre la misma solo lo puede hacer el que abri primeramente el archivo. 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.
DURACION DEL PROSYECTO
RUTA CRTICA (CPM)

CPM (CRITICAL PATH METHOD)
A. temprana Actividad Instalacin de servidor en rack. Instalacion de sistema operativo. Instalacin de SQL y Visual Studio Pruebas del sistema Capacitacin administrador del sistema. Instalacion de sistema a usuarios Capacitacin usuarios de sistema Predecesor # Das ISR y ISO I-SQL-VS 4 3 3 3 3 5 0 4 7 0 10 0 Ei 4 7 10 3 14 5 Ef 0 4 7 0 10 0 A. tardia Li 4 7 10 14 14 14 Lf Ei + D Li + D HT HL HI RC 4 7 10 3 13 5 4 7 10 3 13 5 0 0 0 1 9 0 0 0 1 0 0 0 0 0 1 0 V V F V F F AV Instalacin de servidor en rack. Instalacion de sistema operativo. Instalacin de SQL y Visual Studio Pruebas de sistema Capacitacin administrador del sistema. Instalacion de sistema a usuarios Capacitacin usuarios de sistema Diagrama de Gantt D HT HL HI 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 4 0 3 0 3 0 3 1 5 9 0 0 0 1 0 0 0 0 0 1 0
11 0
3 11 0
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 de operaciones 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 II Procesador Intel Xeon E3-1220 3.10 GHz, 8M Cache, Turbo, Quad Core/4T (80W) 1 a 3 Disco Duros conectados al controlador SATA Integrado 2GB Memory (1x2GB), 1600Mhz, Single Ranked, Low Volt UDIMM (speed is CPU dependent) 2 Puerto de red GB. DVD-ROM (segundo dispositivo ptico Interno) 500GB (7200 RPM), SATA 3.5" 3Gps - Cableado 1 Ao de garanta Bsica en el sitio con respuesta al siguiente da laborable. 2 Fuentes de poder Monitos Dell LCD 19 UPS Licencia 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 ltimos parches 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 instalacin Monitor Super VGA (800x600) o superior Microsoft Windows XP, Windows 7.
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 del proyecto, 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 las solicitudes 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 pendiente de 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 al cdigo de la programacin. Administrador de base de datos: Realizar pruebas con el sistema en un ambiente de desarrollo y estar al pendiente con algn detalle 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 que fueron 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 incluye instalacin del servidor en el rack as como la instalacin de sistema operativo. Se instalara el servidor en el rack dentro de un cuarto que tenga las condiciones adecuadas, que mantenga la temperatura a 15C para evitar el calentamiento del servidor.
El equipo estar conectado de ambas fuentes de poder cada una de ellas estar conectada a circuitos independientes (circuito A y circuito 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, se instalara 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 cdigos de programacin y BD.
DIAGRAMA RELACIONAL
SCRIPT BASE DE DATOS USE [master] GO /****** Object: Database [INVENTORY] Script Date: 05/10/2013 00:26:10 ******/ CREATE DATABASE [INVENTORY] ON PRIMARY ( NAME = N'INVENTORY', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\DATA\INVENTORY.mdf' , SIZE = 3072KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ) LOG ON ( NAME = N'INVENTORY_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\DATA\INVENTORY_log.ldf' , SIZE = 1024KB , MAXSIZE = 2048GB , FILEGROWTH = 10%) GO ALTER DATABASE [INVENTORY] SET COMPATIBILITY_LEVEL = 100 GO IF (1 = FULLTEXTSERVICEPROPERTY('IsFullTextInstalled')) begin EXEC [INVENTORY].[dbo].[sp_fulltext_database] @action = 'enable' end GO ALTER DATABASE [INVENTORY] SET ANSI_NULL_DEFAULT OFF GO ALTER DATABASE [INVENTORY] SET ANSI_NULLS OFF GO ALTER DATABASE [INVENTORY] SET ANSI_PADDING OFF GO ALTER DATABASE [INVENTORY] SET ANSI_WARNINGS OFF GO ALTER DATABASE [INVENTORY] SET ARITHABORT OFF GO ALTER DATABASE [INVENTORY] SET AUTO_CLOSE OFF GO ALTER DATABASE [INVENTORY] SET AUTO_CREATE_STATISTICS ON GO ALTER DATABASE [INVENTORY] SET AUTO_SHRINK OFF GO ALTER DATABASE [INVENTORY] SET AUTO_UPDATE_STATISTICS ON GO
ALTER DATABASE [INVENTORY] SET CURSOR_CLOSE_ON_COMMIT OFF GO ALTER DATABASE [INVENTORY] SET CURSOR_DEFAULT GO GLOBAL
ALTER DATABASE [INVENTORY] SET CONCAT_NULL_YIELDS_NULL OFF GO ALTER DATABASE [INVENTORY] SET NUMERIC_ROUNDABORT OFF GO ALTER DATABASE [INVENTORY] SET QUOTED_IDENTIFIER OFF GO ALTER DATABASE [INVENTORY] SET RECURSIVE_TRIGGERS OFF GO ALTER DATABASE [INVENTORY] SET GO DISABLE_BROKER
ALTER DATABASE [INVENTORY] SET AUTO_UPDATE_STATISTICS_ASYNC OFF GO ALTER DATABASE [INVENTORY] SET DATE_CORRELATION_OPTIMIZATION OFF GO ALTER DATABASE [INVENTORY] SET TRUSTWORTHY OFF GO ALTER DATABASE [INVENTORY] SET ALLOW_SNAPSHOT_ISOLATION OFF GO ALTER DATABASE [INVENTORY] SET PARAMETERIZATION SIMPLE GO ALTER DATABASE [INVENTORY] SET READ_COMMITTED_SNAPSHOT OFF GO ALTER DATABASE [INVENTORY] SET HONOR_BROKER_PRIORITY OFF GO ALTER DATABASE [INVENTORY] SET GO READ_WRITE
ALTER DATABASE [INVENTORY] SET RECOVERY SIMPLE GO ALTER DATABASE [INVENTORY] SET GO MULTI_USER
ALTER DATABASE [INVENTORY] SET PAGE_VERIFY CHECKSUM GO ALTER DATABASE [INVENTORY] SET DB_CHAINING OFF GO
CODIGO DEL SISTEMA

using using using using using using System; System.Collections.Generic; System.Linq; System.Text; System.Data; System.Data.SqlClient;
namespace Dispositivos_DC { public struct StructDispositivo { public string ID_Dispositivo; public string Etiqueta; public string NumSerie; public string ID_Marc; public string ID_Mode; public string NumParte; public string UR; public string PosiUR; public string ID_Tipo; public string voltaje; public string amperaje; public string NumFuentes; public string ID_Site; public string ID_Rack; public string ID_Empresa; } public class Conexion { SqlConnection cnn = new SqlConnection("server=.\\SQLEXPRESS; initial catalog=INVENTORY; integrated security=SSPI;"); public SqlParameter CreaParametro(string Nombre, Object Valor, SqlDbType Tipo) { SqlParameter par = new SqlParameter(); par.ParameterName = Nombre; par.SqlDbType = Tipo; par.Direction = ParameterDirection.Input; par.Value = Valor; StringBuilder MiDato = new StringBuilder(Valor.ToString()); string PDatos = MiDato.ToString(); par.Size = PDatos.Length; return par;
} #region 'SITE' public DataSet ObtenerSites() { DataSet ds = new DataSet(); SqlCommand cmd = new SqlCommand(); 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 = new SqlDataAdapter(cmd); da.Fill(ds); } catch (SqlException ee) { } return ds; } public bool AddSite(string SITE_NOMBRE, string SITE_DIRECCION) { bool guardada = false; SqlCommand cmd = new SqlCommand(); 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; } public bool DeleteSite(int SITE_ID) { bool guardada = false; SqlCommand cmd = new SqlCommand(); 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";
try { cnn.Open(); cmd.ExecuteNonQuery(); guardada = true; } catch (SqlException ee) { guardada = false; } return guardada; } public bool UpdateSite(int SITE_ID, string SITE_NOMBRE, string SITE_DIRECCION) { bool guardada = false; SqlCommand cmd = new SqlCommand(); 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; } catch (SqlException ee) { guardada = false; } return guardada; } #endregion #region 'EMPRESA' public DataSet ObtenerEmpresas() { DataSet ds = new DataSet(); SqlCommand cmd = new SqlCommand(); 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 = new SqlDataAdapter(cmd);
da.Fill(ds); } catch (SqlException ee) { } return ds; } public bool AddEmpresa(string Nombre_Empresa) { bool guardada = false; SqlCommand cmd = new SqlCommand(); 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; } public bool DeleteEmpresa(int IDEmpresa) { bool guardada = false; SqlCommand cmd = new SqlCommand(); 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(); guardada = true; } catch (SqlException ee) { guardada = false; } return guardada; } public bool UpdateEmpresa(int IDEmpresa, string Nombre_Empresa) {
bool guardada = false; SqlCommand cmd = new SqlCommand(); 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 WHERE No_Empresa = @No_Empresa"; try { cnn.Open(); cmd.ExecuteNonQuery(); guardada = true; } catch (SqlException ee) { guardada = false; } return guardada; } #endregion #region 'MARCAS' public DataSet ObtenerMarcas() { DataSet ds = new DataSet(); SqlCommand cmd = new SqlCommand(); 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 = new SqlDataAdapter(cmd); da.Fill(ds); } catch (SqlException ee) { } return ds; } public bool AddMarca(string Marc_nombre) { bool guardada = false; SqlCommand cmd = new SqlCommand(); 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 {
cnn.Open(); cmd.ExecuteNonQuery(); guardada = true; } catch (SqlException ee) { guardada = false; } return guardada; } public bool DeleteMarca(int Marc_ID) { bool guardada = false; SqlCommand cmd = new SqlCommand(); cmd.Connection = cnn; cmd.CommandType = CommandType.Text; 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; } catch (SqlException ee) { guardada = false; } return guardada; } public bool UpdateMarca(int idMarca, string Nombre) { bool guardada = false; SqlCommand cmd = new SqlCommand(); 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 { cnn.Open(); cmd.ExecuteNonQuery(); guardada = true; } catch (SqlException ee) { guardada = false;
} return guardada; } #endregion #region 'TIPO' public DataSet ObtenerTipos() { DataSet ds = new DataSet(); SqlCommand cmd = new SqlCommand(); 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 = new SqlDataAdapter(cmd); da.Fill(ds); } catch (SqlException ee) { } return ds; } public bool AddTipo(string Tipo) { bool guardada = false; SqlCommand cmd = new SqlCommand(); 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(); cmd.ExecuteNonQuery(); guardada = true; } catch (SqlException ee) { guardada = false; } return guardada; } public bool DeleteTipo(int idTipo) { bool guardada = false; SqlCommand cmd = new SqlCommand(); 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";
try { cnn.Open(); cmd.ExecuteNonQuery(); guardada = true; } catch (SqlException ee) { guardada = false; } return guardada; } public bool UpdateTipo(int idTipo, string Valor) { bool guardada = false; SqlCommand cmd = new SqlCommand(); 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 = true; } catch (SqlException ee) { guardada = false; } return guardada; } #endregion #region 'MODELO' public DataSet ObtenerModelos() { DataSet ds = new DataSet(); SqlCommand cmd = new SqlCommand(); 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 = new SqlDataAdapter(cmd); da.Fill(ds); }
catch (SqlException ee) { } return ds; } public bool AddModelo(int Marc_ID, string Mod_nombre) { bool guardada = false; SqlCommand cmd = new SqlCommand(); 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(); cmd.ExecuteNonQuery(); guardada = true; } catch (SqlException ee) { guardada = false; } return guardada; } public bool DeleteModelo(int Mod_ID) { bool guardada = false; SqlCommand cmd = new SqlCommand(); 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 { cnn.Open(); cmd.ExecuteNonQuery(); guardada = true; } catch (SqlException ee) { guardada = false; } return guardada; } public bool UpdateModelo(int idModelo, string Nombre) { bool guardada = false; SqlCommand cmd = new SqlCommand();
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 { cnn.Open(); cmd.ExecuteNonQuery(); guardada = true; } catch (SqlException ee) { guardada = false; } return guardada; } #endregion #region 'DISPOSITIVO' public DataSet ObtenerDispositivos() { DataSet ds = new DataSet(); SqlCommand cmd = new SqlCommand(); 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 AS Marca, 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 ON DISPOSITIVO.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 = new SqlDataAdapter(cmd); da.Fill(ds); } catch (SqlException ee) { } return ds; } public bool AddDispositivo(StructDispositivo obj) { bool guardada = false; SqlCommand cmd = new SqlCommand(); cmd.Connection = cnn; cmd.CommandType = CommandType.Text;
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(); cmd.ExecuteNonQuery(); guardada = true; } catch (SqlException ee) { guardada = false; } return guardada; } public bool DeleteDispositivo(int DISP_ID) { bool guardada = false; SqlCommand cmd = new SqlCommand(); 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(); cmd.ExecuteNonQuery(); guardada = true; } catch (SqlException ee) { guardada = false; } return guardada; } public bool UpdateDispositivo(int DISP_ID, StructDispositivo obj)
{ bool guardada = false; SqlCommand cmd = new SqlCommand(); 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(); cmd.ExecuteNonQuery(); guardada = true; } catch (SqlException ee) { guardada = false; } return guardada; } #endregion } }
PANTALLA PRINCIPAL AGREGAR DISPOSITIVO.
Ventana llenar datos
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 como el alta, baja y modificacin de los elementos que son constantes en el inventario y que encontraremos de manera permanente cuando 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 disponibles para usted. Esto depender de la versin de SRDDC que est utilizando y/o de los permisos que le haya asignado el administrador del sistema. Pngase en contacto con su proveedor si tiene alguna pregunta. Conguracin de idioma: Puede seleccionar un idioma de preferencia para la interfaz de Administracin. Para obtener ms informacin, vea Conguracin de idioma. Ingreso al Sistema: Durante la instalacin de su sistema SRDDC se asign a este una direccin IP, use esta direccin para ingresar a las herramientas de administracin a travs de un navegador web. Dependiendo de la versin de SRDDC que tenga instalada ver un men que le presentar los siguientes iconos de acceso:
PANTALLA DE ACCESO
Haga click en el icono SRDDC y se abrir la ventana de administracin, donde deber ingresar sus credenciales de acceso Las siguientes son las credenciales de administracin por defecto: Usuario: admin Clave: 1234 Se recomienda cambiar la clave del administrador en el primer acceso para evitar problemas de seguridad.
Men de Mdulos El men de mdulos se muestra por defecto en modo Barra de Herramientas, pero haciendo click en su esquina superior derecha se muestra como un rbol con los ttulos de cada mdulo organizados por secciones. En el modo Barra de Herramientas los iconos de cada mdulo se encuentran organizados por cdigos de colores que agrupan un conjunto de funciones, por ejemplo: Color rojo para mdulos asociados al usuario. Ayuda en lnea. En cada campo u opcin ajustable por el usuario administrador, se tendr acceso a una ayuda en lnea colocando el puntero sobre el globo de ayuda, como se muestra a continuacin.
Mdulos de Usuarios Los siguientes mdulos de SRDDC permiten administrar servicios orientados a la conguracin de usuarios y sus extensiones en el sistema. Mdulo de Usuarios / Extensiones de Usuario Mdulo de Conguracin de Extensiones SIP Mdulo de Conguracin de Extensiones IAX Mdulo de Conguracin del Plan de Marcacin de Extensiones de Usuario Mdulo de Categoras de Llamadas del Usuario Mdulo de Plantillas de Creacin/Modicacin de Usuarios Mdulo Usuarios El mdulo de usuarios, contiene los usuarios que tienen extensiones en SRDDC y que podrn hacer y/o recibir llamadas.
Administracin de Usuarios El listado de usuarios est disponible en la pestaa de navegacin y puede organizarse por nmero de extensin o por nombre, y por defecto muestra 15 usuarios por pgina. Para encontrar un usuario o extensin especco, se puede utilizar el ltro por nombre y/o extensin de la pestaa de navegacin. Para navegar por mltiples pginas, use los botones de navegacin al nal 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 del nuevo 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 perl o conjunto de permisos que se asignarn al usuario para el acceso a las aplicaciones de administracin, por defecto se sugiere el rol User que no tiene permisos de administracin en la plataforma SRDDC.
Grupo: Es el grupo o grupos de extensiones al que pertenecer este usuario para los servicios de directorios interactivos visuales del DIPuser. Clave Dispositivo: Es la clave de autenticacin que se deber congurar en los telfonos IP que tenga este usuario asociados a su nmero de extensin. Clave de Salida: Es la clave que podr usar en las rutas de llamadas salientes que requieran clave de autorizacin para realizar llamadas. 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 ver tambin 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 noticacin de cada mensaje de audio recibido. Enviar Noticacin al Email Si se activa se enviar la noticacin al email. Visible en DIPuser Dene 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 denitiva un usuario, seleccione de la lista y haga click en el icono Se mostrar una ventana de advertencia indicando el usuario a eliminar y sus extensiones asociadas, la accin de eliminar un usuario es denitiva.
PANTALLA PRINCIPAL AGREGAR DISPOSITIVO. Interface de manual de usuario.
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 de administrador 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 de escritura y lectura o administrador.
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, en si 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 que no cambia en la base de datos.
c)
Quitar: Esta opcin es para modificar a un elemento como puede ser la marca, modelo, tipo, site, cliente, en si todo lo que no cambia en la base de datos.
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 la empresa 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.
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 de acuerdo 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. Para este 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. Para este 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
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 UR 25 Tipo: Se refiere al tipo de equipo, en este caso este combo ya est precargado con los tipos ms comunes. Para este caso solo basta 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 empresas clientes. 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 siguiente imagen.
Nos enva el mensaje de que se guard correctamente y damos aceptar.
DISEO TECNICO Diagrama de clases
Diagrama de objetos
Casos de uso
Secuencia
Colaboracin
Estados
Actividades
Despliegue
PLAN DE PRUEBAS DEL SISTEMA
Estrategia de Pruebas: En este captulo se presenta una perspectiva general de la estrategia que se va a seguir para analizar, disear, implementar y ejecutar las pruebas del proyecto Implantacin Sistema de registro dispositivos data center (SRDDC). As mismo se definir qu 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 en la 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 del software, 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, sta compuesta (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
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 la ejecucin 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 se ejecutan las pruebas y se reportan los incidentes encontrados. Para cada versin del producto se realizan alguna o todas las tareas asociadas a las pruebas.
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, una descripcin de las actividades principales y una propuesta de formatos para facilitar la captura de la informacin necesaria en las 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 los mismos 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 se correspondan) 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. El establecimiento de un Comit de control de cambios tiene como objetivo proveer un mecanismo para asegurar que toda solicitud de cambio es direccionada adecuadamente. tem de Configuracin: Componente de Software y/o producto de software destinado para ser puesto bajo Administracin de Configuraciones. Solicitud de Cambio: Documento a travs del cual el equipo tcnico autorizado solicita al Grupo de Desarrollo realizar la correccin 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.
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:
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 es posible que se utilice una herramienta diferente. JUNIT Caractersticas 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 cada uno de los mtodos de la clase se comporta como se espera. Es decir, en funcin de algn valor de entrada se evala el valor de retorno esperado; si la clase cumple con la especificacin, entonces JUnit devolver que el mtodo de la clase pas exitosamente la prueba; en caso de que el valor esperado sea diferente al que regres el mtodo durante la ejecucin, JUnit devolver un fallo en el mtodo correspondiente Tipo de prueba Esta herramienta ser utilizada para la ejecucin de: Pruebas unitarias. Pruebas de sistema Pruebas de Integracin.
JMETER Caractersticas JMeter es una herramienta de carga para llevar acabo simulaciones sobre cualquier recurso de Software. Inicialmente diseada para pruebas de estrs en aplicaciones web, hoy en da, su arquitectura ha evolucionado no slo para llevar a cabo pruebas en componentes habilitados 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 de requisiciones que permiten diagnosticar el comportamiento de una aplicacin en condiciones de produccin. XMLBuddy Caractersticas Este es un PlugIn para Eclipse (IDE que ser utilizado para el desarrollo). Esta herramienta, entre otras funcionalidades, permite que el desarrollador valide los archivos XML contra el archivo de esquemas XSD correspondiente. Tipo de prueba Esta herramienta ser utilizada para la ejecucin de: Pruebas de Interoperabilidad para los archivos XML que genere la aplicacin. Tipo de prueba Esta herramienta ser utilizada para la ejecucin de: Pruebas de Sistema
MATRIZ DE TIPIFICACIN DE PRUEBAS
TIPO DE PRUEBAS Pruebas Unitarias Pruebas de Sistema Pruebas de Integracin Pruebas de Interoperabilidad Pruebas de Regresin Pruebas Funcionales Pruebas de Usabilidad Pruebas de Seguridad Pruebas de Configuracin Pruebas de Recuperacin a Fallas Pruebas de Aceptacin
TIPO DE PRUEBA Automticas Automticas Automticas Automticas Automticas y Manuales Manuales Manuales Automticas y Manuales Automticas y Manuales Automticas y Manuales Manuales
TECNICAS DE EJECUCIN DE PRUEBAS
TIPO DE PRUEBAS Pruebas Unitarias
TECNICA DE EJECUCIN El uso de JUnit normalmente involucra los siguientes pasos: a. b. Crear una subclase de junit.framework.TestCase. Opcionalmente sobrescribir el mtodo setUp() que ser invocado en la inicializacin de objetos y variables usados por todos los casos de prueba. No todos los casos de uso necesitan esto. Note que setUp() es invocado antes de cada caso particular. Opcionalmente sobrescribir el mtodo tearDown(). Mtodo que ser invocado al final de cada caso de prueba y que nos sirve para liberar recursos usados en la prueba o incluso
HERRAMIENTAS A UTILIZAR JUNIT
c.
TIPO DE PRUEBAS
TECNICA DE EJECUCIN para volver atrs lo probado, por ejemplo cuando el caso de prueba involucre la actualizacin de datos en una base de datos relacional. Adicionar mtodos de prueba a la clase. Note que no necesitamos implementar ninguna interface, pues JUnit usa el paquete reflection del java para detectar automticamente mtodos test. Dichos mtodos son reconocidos por su asignatura, la cual debe tener la forma public void test<Descripcion>(), adems pueden lanzar cualquier exception.
HERRAMIENTAS A UTILIZAR
d.
Pruebas de Sistema
Las pruebas del sistema tal como estn concebidas para el proyecto de notificaciones electrnicas involucra los siguientes pasos: a. Seleccin de los casos de uso para los que se probar Carga, volumen, estrs, concurrencia. Estos casos de uso correspondern al 10% del total de casos de uso y su eleccin contar con la aprobacin del Programa Agenda de Conectividad e Interventora. Ejecucin de las pruebas de Carga, volumen, estrs, concurrencia mediante la herramienta seleccionada. Recopilacin de resultados. Reporte de los defectos encontrados segn las pruebas. (A travs de la herramienta de gestin de incidencias) Asignacin de la incidencia. (A travs de la herramienta de gestin de incidencias). Correccin de la incidencia. Repeticin de la prueba.
JMETER
b. c. d. e. f. g. Pruebas de Integracin
Las pruebas del integracin tal como estn concebidas para el proyecto de notificaciones electrnicas involucra los siguientes pasos: Seleccin de los componentes y/o servicios para los que se probar integracin con los componentes y/o servicios que tienen relacin directa. Estos componentes y/o servicios correspondern al 10% del total de componentes y/o servicios y su eleccin contar con la aprobacin del Programa Agenda de Conectividad e Interventora. a. Ejecucin de las pruebas de integracin mediante la
GRINDER
TIPO DE PRUEBAS
TECNICA DE EJECUCIN herramienta seleccionada. Recopilacin de resultados. Reporte de los defectos encontrados segn las pruebas. (A travs de la herramienta de gestin de incidencias) Asignacin de la incidencia. (A travs de la herramienta de gestin de incidencias). Correccin de la incidencia. Repeticin de la prueba.
b. c. d. e. f. Pruebas de Interoperabilidad
Las pruebas de interoperabilidad tal como estn concebidas para el proyecto de notificaciones electrnicas involucra los siguientes pasos: a. b. c. d. e. f. g. h. i. Definicin de la lista de servicios a probar. Definicin de DUMMIES a construir. Construccin de DUMMIES. Ejecucin de la prueba de interoperabilidad contra los servicios y DUMMIES definidos. Recopilacin de resultados. Reporte de los defectos encontrados segn las pruebas. (A travs de la herramienta de gestin de incidencias) Asignacin de la incidencia. (A travs de la herramienta de gestin de incidencias) Correccin de la incidencia. Repeticin de la prueba.
Servicios Enrutador transaccional DUMMIES XMLBuddy
del
Pruebas de Regresin
Las pruebas de regresin tal como estn concebidas para el proyecto de notificaciones electrnicas involucra los siguientes pasos: a. b. c. d. e. f. Repeticin de las pruebas funcionales y de sistema que estn involucradas en los cambios realizados al sistema. Recopilacin de resultados. Reporte de los defectos encontrados segn las pruebas. (A travs de la herramienta de gestin de incidencias) Asignacin de la incidencia. (A travs de la herramienta de gestin de incidencias) Correccin de la incidencia. Repeticin de la prueba.
Casos de Prueba Grinder
TIPO DE PRUEBAS Pruebas Funcionales
TECNICA DE EJECUCIN Las pruebas funcionales normalmente involucra los siguientes pasos: a. b. c. d. e. f. Crear los casos de prueba mediante el formato establecido para ellos. Ejecucin de los casos de prueba con forme las funcionalidades van siendo liberadas para pruebas. Reporte de los defectos encontrados segn las pruebas. (A travs de la herramienta de gestin de incidencias) Asignacin de la incidencia. (A travs de la herramienta de gestin de incidencias) Correccin de la incidencia. Repeticin de la prueba.
HERRAMIENTAS A UTILIZAR Casos de Prueba
Pruebas de Usabilidad
Las pruebas de usabilidad tal como estn concebidas para el proyecto de notificaciones electrnicas (uso de prototipado) involucra los siguientes pasos: a. b. c. d. e. Elaboracin de prototipos. Elaboracin de encuestas de usabilidad. Evaluacin de prototipos mediante la aplicacin de encuestas de usabilidad a usuarios comunes. Recopilacin de datos de la encuesta. 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 proyecto de notificaciones electrnicas involucra los siguientes pasos: a. b. c. d. e. f. g. h. Elaboracin de casos de prueba funcionales de seguridad. Elaboracin de casos de prueba automticos de seguridad. Configuracin de ambiente de pruebas. Ejecucin de pruebas funcionales de seguridad. Ejecucin de casos automticos de pruebas de seguridad con el uso de las herramientas de evaluacin y ataque. Recopilacin de resultados. Reporte de los defectos encontrados segn las pruebas. (A travs de la herramienta de gestin de incidencias) Asignacin de la incidencia. (A travs de la herramienta de gestin de incidencias)
NESSUS Casos de funcionales seguridad.
prueba de
TIPO DE PRUEBAS i. j. Pruebas de Configuracin
TECNICA DE EJECUCIN Correccin de la incidencia. Repeticin de la prueba.
Dada la metodologa RUP, al ser un desarrollo iterativo e incremental se efectuaran pruebas de instalacin a medida que sean liberadas las diferentes versiones del aplicativo. Las pruebas incluiran: a. Elaboracin de listas de chequeo de instalacin de sistema operativo, base de datos, servidor de aplicaciones y cualquier otro componente del sistema. Ejecucin de la instalacin segn la lista de chequeo. Recopilacin de resultados. Reporte de los defectos encontrados segn las pruebas. (A travs de la herramienta de gestin de incidencias) Asignacin de la incidencia. (A travs de la herramienta de gestin de incidencias) Correccin de la incidencia. Repeticin de la prueba.
Listas de chequeo para instalacin.
b. c. d. e. f. g. Pruebas de Recuperacin a Fallas
Las pruebas de recuperacin a fallas normalmente involucra los siguientes pasos: a. b. c. d. e. f. Crear los casos de prueba de recuperacin. Ejecucin de los casos de prueba. Reporte de los defectos encontrados segn las pruebas. (A travs de la herramienta de gestin de incidencias) Asignacin de la incidencia. (A travs de la herramienta de gestin de incidencias) Correccin de la incidencia. Repeticin de la prueba. Grinder. Casos de prueba Funcionales. Listas de Chequeo.
Pruebas de Aceptacin
Las pruebas de recuperacin a fallas normalmente involucra los siguientes pasos: a. Ejecucin de una muestra de las pruebas funcionales, de carga, de configuracin por parte del Programa Agenda de Conectividad e Interventora. Reporte de los defectos encontrados segn las pruebas. (A
b.
TIPO DE PRUEBAS
TECNICA DE EJECUCIN travs de la herramienta de gestin de incidencias) Asignacin de la incidencia. (A travs de la herramienta de gestin de incidencias) Correccin de la incidencia. Repeticin de la prueba.
c. d. e.
RECURSO HUMANO El recurso humano que debe estar disponible para la ejecucin de las pruebas vara de acuerdo al tipo de prueba. En el siguiente cuadro se especifica el tipo de perfil necesario por tipo de prueba. Los perfiles mencionados no necesariamente corresponden a los enunciados en la metodologa de pruebas, ya que all se mencionan perfiles de apoyo al proceso de pruebas y aqu solo se mencionarn los perfiles que van a ejecutar las pruebas o que intervienen directamente en la prueba.
TIPO DE PRUEBAS Pruebas Unitarias Pruebas de Sistema Pruebas de Integracin Pruebas de Interoperabilidad Pruebas de Regresin Pruebas Funcionales Pruebas de Usabilidad Pruebas de Seguridad PERFIL DEL RECURSO HUMANO Ingeniero Desarrollador. Analista de Pruebas. Ingeniero Desarrollador. Analista de Pruebas. Ingeniero Desarrollador. Analista de Pruebas Ingeniero Desarrollador. Analista de Pruebas Ingeniero Desarrollador. Analista de Pruebas Analista de Pruebas Analista de Pruebas Usuario Funcional. Ingeniero Desarrollador. Analista de Pruebas Arquitecto de Desarrollo. Arquitecto de Desarrollo. Ingeniero Desarrollador. Analista de Pruebas Analista de Pruebas. Usuario Funcional.
Pruebas de Configuracin Pruebas de Recuperacin a Fallas Pruebas de Aceptacin
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 productos con diferentes versiones, a su vez compuestos de mltiples componentes. Permite adems categorizar los defectos de software de 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 de proyecto. ADMINISTRACIN DE VERSIONES La administracin de versiones que se probarn ser el mecanismo ideal, para controlar los release de pruebas y los cambios que 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) Creacin de Incidencias en la herramienta. o Se debe especificar a que Release pertenecen las incidencias. 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 Pruebas de Correcciones de Incidencias segn el release. Aprobacin del Release.
2. 3.
4. 5.
CRITERIOS DE EVALUACION Los criterios de evaluacin estarn dados de forma independiente para cada tipo de pruebas; el siguiente cuadro muestra los criterios de evaluacin generales de las pruebas ejecutadas.
TIPO DE PRUEBAS Pruebas Unitarias Pruebas de Sistema
CRITERIOS DE EVALUACION Detectar errores en la ejecucin de las pruebas. El 90% de las pruebas realizadas deben ser exitosas. Detectar errores en la ejecucin de las pruebas Que los reportes generados por las herramientas de automatizacin de las pruebas contengan las mnimas variables que permitan un anlisis acertado de cada una de las pruebas realizadas. Tener en cuenta todos los escenarios posibles. El 90% de las pruebas realizadas deben ser exitosas. La totalidad de los puntos de control probadas debe ser mayor al 75% 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. 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 los servicios DUMMIES. Para realizar esta prueba se debe tomar como base los criterios de aceptacin de las pruebas que se volvern a realizar. El resultado de cada caso de prueba debe ser igual al resultado de salida 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 el funcionamiento El resultado de cada caso de prueba debe ser igual al resultado de salida esperado. Se deben incluir los datos de entrada vlidos y esperados como no 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 para el funcionamiento. El resultado de cada caso de prueba debe ser igual al resultado de salida esperado. La aplicacin debe cumplir con los requerimientos mnimos de seguridad.
Pruebas de Integracin
Pruebas de Interoperabilidad
Pruebas de Regresin Pruebas Funcionales
Pruebas de Usabilidad
Pruebas de Seguridad
Pruebas de Configuracin Pruebas de Recuperacin a Fallas
Considerar todos los escenarios posibles. Qu el sistema funcione bien en el ambiente de pruebas. Considerar todos los escenarios posibles Qu el sistema funcione de acuerdo a lo esperado despus de las pruebas. Para realizar esta prueba se debe tomar como base los criterios de aceptacin de las pruebas que se volvern a realizar.
Pruebas de Aceptacin
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 que hace 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 cualquiera de sus componentes. Despus de la instalacin y configuracin del sistema, se evidencia que el ambiente de pruebas no es lo suficientemente estable para la ejecucin de las pruebas. Discrepancia entre la documentacin (Set de Pruebas, Casos de Uso) y el sistema.
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 <Numero del caso de prueba constituido por SP-[numero del caso de uso]-[Numero del caso de prueba]> CASO DE PRUEBA No. VERSIN DE EJECUCIN <Versin diligenciado por el analista de pruebas en el momento de ejecutarla. Este nmero se incrementa de 1 en 1> <Fecha de ejecucin diligenciado por el analista de pruebas> <Nombre del modulo al que corresponde el caso de uso objeto de la prueba>
FECHA EJECUCIN
CASO DE USO:
<Identificacin del caso de uso objeto de la prueba>
MODULO DEL SISTEMA
Descripcin del caso de prueba: 1. a.
<Descripcin de lo que se pretende probar en el caso de prueba>
CASO DE PRUEBA Precondiciones
<Lista de precondiciones que deben cumplirse para realizar la prueba>
b.
Pasos de la prueba
<Pasos secuenciales que deben ser ejecutados por el analista de pruebas o usuario, ante el sistema para ejecutar la prueba>
DATOS DE ENTRADA TIPO ESCENAR IO RESPUESTA ESPERADA DE LA APLICACIN
COINCID E RESPUESTA DEL SISTEMA SI NO
CAMPO
VALOR
<Descripcin del dato de entrada>
<Valor que debe ser suministrad o en la prueba para el dato de entrada>
<Respuesta que se espera de <Tipo de escenario la aplicacin> que pretende probarse: Correcto/Inc orrecto>
<Respuesta que se obtuvo de la aplicacin en el momento de la ejecucin de la prueba>
c.
Post condiciones
<Lista de poscondiciones que deben cumplirse despus de realizar la prueba>
2. RESULTADOS DE LA PRUEBA Defectos y desviaciones
Veredicto
Paso
<Lista de defectos o desviaciones encontrados por el analista o usuario al ejecutar la prueba>
Fall
Observaciones
Probador
<Observaciones generales del analista o usuario sobre la ejecucin de la prueba> 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 su construccin 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 Datos de entrada
CASO DE PRUEBA Verificar que los datos de entrada cumplan con: Obligatoriedad Tipo de datos Longitud Estructura
Reglas de Negocio
Validar reglas de negocio que afecten los datos de entrada (Dependencia de datos). Validar reglas de negocio que afecten los flujos.
Flujos Alternos
Verificar la ejecucin de todos los flujos alternos. Verificar la ejecucin de todos los flujos de Excepcin. Verificar la ejecucin del flujo bsico. Los casos de prueba deben especificar exactamente rutas, nombres de archivos, valores para los datos de entrada. Para asegurar que las rutas y nombres de archivos se cumplan; deber instalarse una rbol de carpetas predefinido en la estacin donde se ejecutar la prueba.
Flujos de Excepcin
Flujo Bsico Generalidades:
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 y administracin el nuevo sistema, para as incorporarlo a las actividades productivas de la empresa.
Determinacin de funciones. El establecimiento de las funciones determinara los perfiles que el sistema tendr, as como el nivel de responsabilidad que cada uno de los usuarios. Perfil de Usuario Funciones 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. Nivel de responsabilidad
Administrador
Alto
Usuario operativo
Realiza operaciones en el sistema (altas, bajas, modificaciones) Ingresa informacin al sistema. Medio Bajo
Visualizador
Solo visualiza no puede hacer modificaciones.
Contenidos definitivos de los cursos 1. 2. 3. 4. 5. 6. 7. 8. 9. Introduccin Antecedentes Introduccin al sistema Disposiciones generales Finalidad Clasificacin de objetos Definicin de perfiles y actividades Estructura funcional Operacin del sistema 9.1 Administracin de usuarios 9.2 Alta de bienes 9.3 Traspasos de bienes 9.4 Baja de bienes 9.5 Registro baja de bienes, ventas o donaciones Flujo de operaciones Resolucin de dudas y preguntas de participantes Evaluacin Clausura
10. 11. 12. 13.
La formacin de usuarios finales se debe considerar como una actividad critica, ya que definir el funcionamiento del sistema antes de su entrada en operacin productiva, la capacitacin debe impartirse en un periodo no mximo de 2 semanas considerando el nmero de usuarios que se tiene contemplados para ser capacitados, se debe de tener fases de capacitacin, a continuacin 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 Administrador Usuario operativo Visualizador 4 das 3 das 2 das 7 al 10 de oct. 14 al 16 de oct. 17 y 18 de oct. 20% 30 % 15% I II III Fecha de curso Porcentaje de usuarios Fase de formacin
Materiales de formacin Se definen los materiales necesarios para la imparticin de capacitacin a los usuarios, dentro de los materiales esta considerar un modulo que trabaje en el sistema de manera paralela al mdulo de produccin, para no afectar las bases de datos del sistema que 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 informacin en 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.
PLAN DE MATENIMIENTO
PREPARACIN DEL MANTENIMIENTO DEL SISTEMA 1. Se entregan los productos de los sistemas de informacin implicados en la implantacin: Sistema de inventario y dispositivos de sistemas. Anlisis de los Sistemas de Informacin. Inventario, supervisin y auditoria inicial de la infraestructura informtica del cliente El equipo de tcnicos de Padrinos JOB Informtica realizar, en una primera toma de contacto, un informe exhaustivo de la situacin de los sistemas informticos, infraestructuras de red y estado del hardware en uso dentro de las instalaciones del cliente. Para todo ello, el equipo de tcnicos se basar en una lnea de protocolo previamente diseada, de acuerdo al siguiente desglose: Anlisis de la electrnica que conforma la red del cliente El departamento tcnico revisar el entorno de trabajo, tomando nota de la infraestructura electrnica que conforma la topologa de la red, examinando su rendimiento y su adecuacin a las necesidades de cada cliente. Asimismo, establecer la idoneidad o no de los elementos de electrnica de red, informando al cliente del estado de los mismos, y comunicando en un informe de situacin 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 cliente Comprobacin la integridad del Grupo de Trabajo o Dominio, comprobando el sistema de directivas de seguridad del Entorno, usuarios, claves de acceso y protocolos de seguridad en los datos. Adems, en el caso de existencia de varios servidores en un mismo Dominio, se comprobar el estado jerrquico de los mismos, comprobando la ausencia de errores en las capacidades de validacin de usuarios y puestos en el Controlador Primario. Supervisin de Servidores Se examinar totalmente su estado y funciones, tomando nota de los siguientes aspectos: Sistema operativo, Service packs y poltica de actualizaciones. Tecnologa de los Discos Duros (IDE, SCSI, SATA, SAS), existencia de RAID por hardware/software de algn tipo (RAID 1, RAID 5... etc.). Estado del reconocimiento lgico del hardware por parte del sistema operativo, anlisis completo y actualizado de virus, anlisis de errores de disco(s) duro(s), capacidades de los mismos y espacio libre Uso promediado de los recursos de hardware (memoria fsica, memoria virtual), posibles conflictos de nivel lgico en el registro, integridad de los datos, integridad de las funciones lgicas del servidor y batera de pruebas para analizar todas y cada una de las capacidades fsicas y lgicas del servidor.
Supervisin a nivel de puesto de trabajo Se realizarn las siguientes comprobaciones: Anotacin de las caractersticas tcnicas de las mquinas realizando inventario por escrito, y si es necesario, recomendando al cliente la ampliacin/sustitucin de las mismas. Examen pormenorizado e individualizado de todos los puestos, examinando el rendimiento de los mismos, evaluando la capacidad de ejecucin de las aplicaciones de uso frecuente, y llevando a cabo bateras de pruebas para chequear el correcto funcionamiento tanto de las partes fsicas como de las lgicas. Evaluacin de la idoneidad del sistema operativo instalado, comprobando la integridad del mismo, as como de la seguridad y estado de los datos de trabajo. Asimismo, se llevar a cabo un examen en busca de virus, con la herramienta que se determine, y, en todo caso, garantizando la mxima actualizacin de definiciones de virus posible. El departamento tcnico aconsejar al cliente y a los trabajadores de la mejor forma de uso de su material informtico. Establecimiento de la Infraestructura para el Mantenimiento
Mantenimiento de sistemas de informacin Nivel de mantenimiento de hardware Dentro de las tareas a realizar en este nivel estn: La limpieza de los componentes hardware. La comprobacin de que los equipos funcionan en los lmites previstos (voltaje, temperatura, etc.). El reemplazo o la reparacin de los componentes desgastados o que funcionen mal.
Nivel de mantenimiento de software Las tareas ms comunes a realizar en este nivel son: La limpieza de archivos y programas en los equipos. El mantenimiento de las bases de datos del sistema. La optimizacin del sistema operativo de los equipos (limpieza del registro, desfragmentacin del disco, etc.). La revisin de la seguridad de los equipos (actualizacin de antivirus, escaneo de los discos, etc.).
Nivel de mantenimiento de documentacin Dentro de las tareas a realizar en este nivel estn: El registro de todas las tareas de mantenimiento. La actualizacin de manuales de usuario tras la instalacin de nuevo software o hardware. La revisin y renovacin de las directivas que se hayan fijado para el sistema (reglamento interno).
TIPOS DE MANTENIMIENTO A REALIZAR Mantenimiento preventivo El mantenimiento preventivo consiste en aplicar una serie de tcnicas y procedimientos al sistema para minimizar el riesgo de fallo y asegurar su correcto funcionamiento durante el mayor tiempo posible, es decir, alargar su vida til.
Se usara la tcnica: Activo: consiste, esencialmente, en la limpieza peridica de los componentes del sistema. Mantenimiento correctivo El mantenimiento correctivo consiste en la reparacin o el reemplazo del componente del sistema que est ocasionando fallos. Este tipo de mantenimiento se lleva a cabo cuando el predictivo as lo aconseje y cuando el preventivo ya no sea posible. Dependiendo de cmo se plantee el mantenimiento del sistema, a la hora de aplicar el mantenimiento correctivo, se puede actuar de dos maneras distintas: Correccin a plazo fijo: en base a los resultados del mantenimiento predictivo, y a las recomendaciones del fabricante, se fija un periodo de vida til para todos los componentes del sistema y se reemplazan cuando lo completan, aunque an no hayan dado fallos. Correccin a plazo variable: en base a los resultados de los mantenimientos predictivos y preventivos se opta por reemplazar (o reparar) o no el componente. Esta tcnica permite alargar el uso de los componentes, pero existe un riesgo mayor de que falle el sistema o de que la avera sea ms importante.
Frecuencia del mantenimiento
TIPO DE ENTORNO
FRECUENCIA DE MANTENIMIENTO 1 veces/ao 2 veces/ao 3 veces/ao 4/6 veces/aos 6/12 veces/ao
Muy poco uso (equipo aislado, pocas aplicaciones, etc.) Uso espordico (consultas puntuales, mbitos no tpicos, etc.) Uso diario (entrono de oficina) Uso intensivo (multi usuario, flujo de datos altos. Uso muy intensivo (multiusuario, red, alto flujo de datos red.)
Personas encargadas del mantenimiento
Tarea Establecimiento de la Infraestructura para el Mantenimiento
Productos Plan de Mantenimiento
Tcnicas y practicas Diagrama de Representacin - Sesiones de trabajo
Participantes Jefe de Proyecto - Responsable de Mantenimiento - Equipo de Soporte Tcnico
Formalizacin del Plan de Mantenimiento
Plan de Mantenimiento
Sesiones de trabajo
Responsable de Mantenimiento - Directores de los Usuarios
Diagrama de Mantenimiento

Proyecto Implantacion de Sistema de Inventario

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Proyecto Implantacion de Sistema de Inventario

Загружено:

Авторское право:

Доступные форматы

MATERIA PROFESOR FECHA ALUMNO

PROYECTO Implantacin Sistema de registro dispositivos data center (SRDDC)

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

DURACION DEL PROSYECTO

RUTA CRTICA (CPM)

MATERIA PROFESOR FECHA ALUMNO

ACTIVIDADES PARA LA IMPLANTACIN DEL SISTEMA DE REGISTRO DISPOSITIVOS DATA CENTER

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

CODIGO DEL SISTEMA

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

PANTALLA PRINCIPAL AGREGAR DISPOSITIVO.

Ventana llenar datos

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

PANTALLA PRINCIPAL AGREGAR DISPOSITIVO. Interface de manual de usuario.

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

2.- Se mostrara la siguiente ventana.

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

MATERIA PROFESOR FECHA ALUMNO

Nos mostrara la siguiente ventana.

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

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

MATERIA PROFESOR FECHA ALUMNO

DISEO TECNICO Diagrama de clases

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

PLAN DE PRUEBAS DEL SISTEMA

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

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:

MATERIA PROFESOR FECHA ALUMNO

MATERIA PROFESOR FECHA ALUMNO

MATRIZ DE TIPIFICACIN DE PRUEBAS

TECNICAS DE EJECUCIN DE PRUEBAS

TIPO DE PRUEBAS Pruebas Unitarias

HERRAMIENTAS A UTILIZAR JUNIT