Você está na página 1de 13

DATOS GENERALES DEL ALUMNO

Nombre de la empresa:

Discos Musart SA de CV

Proyecto:

Interfaz de Ventas y Devoluciones Discos Musart-Sony


Music

Fecha de inicio:

10/Febrero/2014

Fecha de terminacin

10/Junio/2014

Nombre del alumno:

Ral Velasco Huerta.

Matrcula:

200920846

Direccin:

Flamingos #154 col Metropolitana 3era Secc.


Nezahualcyotl Edo. Mex. CP 57750

Telfono:

(55) 17746924

Carrera:

Ingeniera en Sistemas Computacionales.

Asesor:

M. en C. Mercedes Flores Flores

DATOS GENERALES DE LA EMPRESA

Nombre de la empresa:

Discos Musart SA de CV.

Servicio que ofrece:

Productora Musical.

Direccin:

Crdoba No.42 Piso 5, Roma Norte, CP 06700, Delegacin


Cuauhtmoc, Distrito Federal.

Proyecto:

Interfaz de Ventas y Devoluciones Discos Musart-Sony Music.

Asesor de empresa:

Ing. Enrique Nava Irisson.

Cargo:

Lder de Proyecto del Departamento de Informtica.

DESCRIPCIN DEL REA DONDE SE REALIZ LA RESIDENCIA PROFESIONAL


REA: DESARROLLO
DEPARTAMENTO: INFORMTICA
OBJETIVOS DEL REA O DEPARTAMENTO
-Colaborar en la fase de puesta en marcha de los sistemas.
-Comprobar los medios de seguridad con que se va a dotar al sistema en cuestin.
-Evaluar el rendimiento de un sistema ya en marcha.
-Aconsejar, si es necesario, las modificaciones oportunas para la optimizacin del sistema
en funcionamiento.
FUNCIONES:
-Administracin de sistemas y soporte centralizados.
-Gran parte de la actividad que desarrollamos en el rea de Sistemas corresponde a la
administracin de los sistemas operativos y al soporte a los usuarios de las PCS, con los
objetivos de garantizar la continuidad del funcionamiento de las mismas y del software al
mximo rendimiento.
Esta labor se desarrolla en tareas como stas:
-Mantenimiento de los equipos, deteccin y resolucin de fallas.
-Gestin de cuentas de usuario y asignacin de recursos a las mismas.
-Preservacin de la seguridad de los sistemas y de la privacidad de los datos de usuario,
incluyendo copias de seguridad peridicas.
-Evaluacin de necesidades de recursos (memoria, discos) y provisin de los mismos en su
caso.
-Instalacin y actualizacin de aplicaciones del software.
-Atencin a usuarios (consultas, preguntas frecuentes, informacin general, resolucin de
problemas, asesoramiento...).
En lo que se refiere al desarrollo el rea es responsable de:
-Garantizar el buen funcionamiento a las aplicaciones existentes.
-Mantenimiento a las aplicaciones existentes en caso de ser necesario.
-Desarrollo de nuevas aplicaciones de acuerdo a los requerimientos de las reas.
-Propuestas para nuevos desarrollos que simplifiquen las tareas de los usuarios.

PROBLEMTICA
Al iniciar la residencia profesional, la empresa

Discos Musart SA de CV., me

planteo la siguiente situacin:


Por estrategias del negocio, el departamento de Distribucin-Almacn tuvo que
desaparecer de la empresa. Esto ocasion que no tuvieran el control de las

actividades que realizaba este departamento. Por lo cual decidieron hacer un


contrato con Sony Music, en el cual se estableci que discos Mozart le
proporcionara todos aquellos productos de los cuales posean los derechos, estos
sern vendidos por Sony Music y le tendr que pagar a Discos Musart una parte de
la venta por cada unidad.
Por lo tanto el lder de proyecto detecto que no se cuenta con un sistema con el cual
puedan llevar un control de estas ventas y devoluciones.
He de aqu donde surgi la idea del proyecto Interfaz de Ventas y Devoluciones
Discos Musart-Sony Music.

Propuesta
Al analizar la propuesta del lder de proyecto. Se logr empezar a establecer cules
seran los procesos que se tendrn que llevar a cabo para este desarrollo. Por lo
tanto ya se tena una idea ms clara de este proyecto.

-Sony Music, generara un archivo en el cual tendr que almacenar la informacin de


todas aquellas ventas y devoluciones que se realicen de todos aquellos discos que
se les fueron designados.
-Sony Music, generara un concentrado trimestralmente.
Por parte de Discos Musart tendr que realizar los siguientes desarrollos:
-Un mdulo el cual sea capaz de leer un archivo en EXCEL el cual contendr toda la
informacin que Sony Music estar enviando.
-Un mdulo que lleve el control de Facturacin de Discos Musart.
-Y un mdulo que se encargara del control del pago de regalas.

Desarrollo
Para poder comenzar con el desarrollo el lder de proyecto me explico ciertos
estndares para poder desarrollar los mdulos necesarios. De los cuales se
explicaran un poco a continuacin:
Tabla

[<InicialesProyecto>]|<Descripcin >

TblInvTareas
TblInvServidores

< InicialesProyecto >Tres caracteres que


identifiquen al Proyecto

<Descripcin > Tipo de informacin que


guarda en la tabla
CAT<InicialesProyecto>_<Descripcin >

Tabla

CatInvProductoVAE

(Catlogos)
<Descripcin > Tipo de informacin que
Llave Primaria

guarda en la tabla
pk<Descripcin>

pkUNFSockets

Llave Fornea

<Descripcin>Nombre de la tabla
fk<Consecutivo><Descripcin>

fk001Pedido
fk001Factura

<Consecutivo>Un valor entero de tres

fk002Factura

posiciones que va desde 1 hasta n.


<Descripcin>Nombre de la tabla a la que
pertenece el fk.
1. Los campos deben de iniciar con el siguiente formato, los dos primeros
caracteres en minscula, siendo el primer carcter el indicador de campo (f
field) y el segundo el tipo de dato que se le asignar:

fi Campo Entero (int, tinyint, smallint)

fn Campo Numrico (decimal)

fd Campo Fecha (smalldatetime, datetime)

fc Campo Cadena (char, varchar)

fl Campo Lgico (bit)

fb Campo Varbinary.

2. Los campos que integren la llave primaria debern tener el sufijo Id en caso
de ser de tipo int, cualquier otro tipo de dato puede estar exento de esta
consideracin.
3. Los campos identity, se podrn utilizar siempre y cuando solo sean un
identificador interno y no sean utilizados como un nmero de Folio o de
Registro.

Al tener establecidos los estndares bsicos para la creacin de la BD que soportara


la informacin que se cargara en ella, procedimos a analizar cul es la mejor opcin
de desarrollo que tenemos. En el departamento de informtica, siempre se ha
desarrollado bajo C#, ASP .Net por lo cual as fue el desarrollo de este proyecto.
Bueno para comenzar se comenzaron a hacer algunos bosquejos de las pantallas
que seran utilizadas y as poder saber la estructura que nuestra BD tendra que
tener.

Login: Esta pantalla ser para controlar el acceso de los usuarios (Almacn,
Directivos).

Subir Concentrados: Esta fue una de las pantallas que se requeran para poder
subir los concentrados que nos proporcionaran Mensual y trimestralmente el equipo
de Sony Music.

Reportes: Los reportes se decidieron manejar con el reporteador que viene por
default en el IDE Visual Studio 2010, que es ReportViewer, ya que es una
herramienta muy fcil de usar para la generacin de reportes, estos los podemos
generar en tres tipos de formatos (PDF,EXCEL y WORD).

Este es un archivo .rdcl con el cual podemos generar la vista que contendra nuestro
reporte.
Esta vista se llena a partir de un archivo .XSD el cual obtiene los datos desde un
comando sql o un store.

Todos los reportes se podran generar dependiendo del rango de fechas que sea
necesario. Asi es que de igual manera se propuso una pantalla en la cual
dependiendo del reporte que se solicite, tendra que ingresar ciertos
parametros(Pantalla por reporte).

Esto ya que alguna informacin de carcter confidencial no puede ser mostrada a


cualquier persona que labore dentro de la empresa. Tambin pueden quedar
expuestos a la modificacin de la informacin, por lo que al generarse algn reporte
se le da varias opciones al usuario para poder generarlo.

Al tener todos los bosquejos de que es lo que tendriamos que desarrollar, junto con
el lider de proyecto se creo la BD, para poder comenzar con los primeros avances
de los Procedimientos Almacenados, ya que ellos trabajan bajo ese estandar que
propusieron, el cual no permite que ejecutemos lineas de SQL dentro del codigo de
programacion.

Asi es que al tener la BD preeliminar, procedimos a realizar los SP que podran


cargar toda la informacion.
Por lo tanto aqu es donde comenzamos a utilizar los estandares para poder crear
los SP.
Un SP puede agilizar la tarea de forma mas rapida, ya que como podemos manejar
programacion PL/SQL esto siempre y cuando lo requiera el proceso.
Al tener el Store que insertara todos los concentrados pasamos a la parte de
programacion de pantallas.
Con la cual se explicara el proceso que se siguio:
Primero que nada debimos analizar un ejemplo que Sony Music nos proporciono el
cual contendria esta estructura que se manejaria y se tendria que leer.
Misma que esta separada por PIPES(|), esto nos llevo a analizar cual seria la forma
mas eficaz de leer desde una linea o N numero de lineas.
El archivo recibido puede ser separado por | (PIPES), , (Comas) o simplemente
el proceso tiene que identificar cierto nmero de caracteres, para poder identificar
los datos que contiene el archivo. A continuacin se muestra parte del proceso de
lectura de un archivo.

while (LineaLeida != null && formatoCorrecto)

{
LineaLeida = obj_reader.ReadLine();
if (LineaLeida != null)
{
celda = LineaLeida.Split(new char[] { '|' });
if (numeroLinea == 1)
{
try
{
String CabeceroCuenta = celda[0];
if (!CabeceroCuenta.Equals("Cuenta"))
{
formatoCorrecto = false;
lblAlertas.Text = "El contenido del archivo no corresponde al layout, favor de
verificarlo.";
alertas.Show();
}
}
catch (Exception es)
{
formatoCorrecto = false;
lblAlertas.Text = "El contenido del archivo no corresponde al layout, favor de
verificarlo.";
alertas.Show();
}
numeroLinea++;
}
Con este proceso podemos leer cada uno de los valores que necesitaremos para
poder insertarlos en la BD, en cuanto se realizaron las primeras pruebas de la
lectura de los archivos se detectaron algunas inconsistencias en la BD, por lo que se
tuvo que volver a analizar el diseo de la misma. Despus de corregir este pequeo
detalle se lograron insertar los primeros datos de prueba. Por lo que la parte de
codificacin para la lectura de los archivos quedo lista.

Por cuestiones de privacidad no pude agregar mas parte de este codigo.


Para poder generar las vistas de los reportes que la Direccin est solicitando
requerimos que los usuarios nos definieran un bosquejo de cmo es que se requiere
que se genere la informacin de los reportes.
Teniendo en cuenta esto, se realizaron las vistas necesarias para generar los
reportes, se comenz a realizar las pruebas con los usuarios, para poder identificar
alguna falla en la programacin.
Para la programacion de los reportes se requieren de los siguientes elementos:
-Un SP, Comando SQL,etc. el cual proporcionara la informacion que se requiere.
-Un archivo .XSD el cual contiene la estructura de los datos que recivira de parte de
la BD.
-Un archivo .rdcl la cual es la vista del reporte, ya sea informativo en forma de texto
o se pueden manejar de igual forma graficas.
-La pantalla que se encargara de realizar todo el proceso para obtener el reporte
deseado.
Y esta es la forma de generar un reporte, el cual solo tendra la salida en formato
PDF, ya que la informacion puede ser alterada a la hora de mostrarse:

sqlCifraControlPagosMacx obj = new sqlCifraControlPagosMacx();


DataSet dtsRep =obj.uspRepCifraControlPagosMacx("", "", 3);
rwPagosPendientes.Reset();
rwPagosPendientes.LocalReport.ReportPath =
Server.MapPath("~/Reportes/Modulo/CifraControlPagosMacx/Vista/rptPagosPe
ndientes.rdlc");
ReportDataSource dts;
rwPagosPendientes.LocalReport.DataSources.Clear();
string[] dt = { "dtsPagosPendientes" };

for (int i = 0; i < dt.Length; i++)


{
dts = new ReportDataSource(dt[i], dtsRep.Tables[i]);
rwPagosPendientes.LocalReport.DataSources.Add(dts);
}
try
{
string mTipo;
string enco;
string archivo;
Warning[] preca;
string[] streams;
byte[] render;
render = rwPagosPendientes.LocalReport.Render("PDF", null, out
mTipo, out enco, out archivo, out streams, out preca);
Response.Buffer = true;
Response.Charset = "";
Response.Cache.SetCacheability(HttpCacheability.NoCache);
Response.ContentType = "application/PDF";
Response.AddHeader("content-disposition",
"attachment;filename=ptPagosPendientes.pdf");
Response.BinaryWrite(render);
Response.Flush();
}
catch (Exception ex)
{

CONCLUSION

En lo personal, el desarrollo de un proyecto implica demasiadas cosas, desde la parte de los


usuarios y rea donde se implementara el proyecto a desarrollar hasta el rea encargada de
desarrollar el proyecto, ya que si no se especifica correctamente la informacin necesaria
para el desarrollo, si esto pasara tal vez el desarrollo de cada proceso podra verse afectado
y por lo tanto tendramos prdida de tiempo en volver a redefinir el proceso que se desea
implementar.

Generalmente el lder de proyecto es el encargado de establecer los acuerdos con los


usuarios y as se puede asegurar que todo estar bien planeado y no existirn
contratiempos en la entrega.
Despus de esto el desarrollo se puede simplificar para que los usuarios no tengan que
ingresar demasiados parmetros, esto para evitar errores a la hora de utilizar el modulo o
aplicacin.