Que Es Un Manual Tecnico Cual Es Su Estructura Ejemplos PDF

Estructura De Un Manual Técnico
El manual técnico va dirigido a la dirección de IT, al administrador del sistema y a otros

desarrolladores de software para que puedan darle mantenimiento en caso que se
requiera. También puede ser utilizado por el departamento de auditoria de sistemas.
Debe contener:
· Objetivo y alcances del sistema:
Que es lo que intentamos solucionar con la aplicación del sistema, y que es lo que en
realidad solucionamos, ya que existen ocasiones en las que no se logran o por completo
solucionar todo lo que aviamos requerido.
· Manual de normas, políticas y procedimientos de la organización en las que se basa

el sistema para su implementación:
Consiste en un listado del reglamento de la organización en la que se va a implementar

el sistema
· Descripción de bases de datos y diagramas de relación:
Se muestran las tablas de las bases de datos, con la descripción de cada uno de sus
campos, además del diagrama de relación entre tablas.
· Diseño de reportes y pantallas:
Esta parte consiste únicamente en detallar de la mejor manera posible como es que están
diseñados los reportes y pantallas, que partes constituyen, etc.
MANUAL
TÉCNICO
EJEMPLO 1
• Objetivos
• Alcances
• Manual de normas
• Base de Datos
• Diseño y Reporte de Pantallas
“REGISTRO DE ENTRADAS Y SALIDAS EXTRACLASE”
INTEGRANTES
FABIÁN HERNÁNDEZ MARIANA

ROSALES ROJO MIGUEL ÁNGEL
TREJO MORALES KARINA
MANUAL DE TECNICO
ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN
TIC0SM08
INDICE
INDICE ------------------------------------------------------------------------------------------------------ 2
INTRODUCCION ------------------------------------------------------------------------------------------ 3
OBJETIVO -------------------------------------------------------------------------------------------------- 4
MODELO UTILIZADO PARA EL DESARROLLO DEL SISTEMA ------------------------------------- 5
DISEÑO DE LAS BASES DE DATOS --------------------------------------------------------------------- 7
DIAGRAMA ENTIDAD RELACION ---------------------------------------------------------------------- 9
CODIFICACION DE LAS PANTALLLAS ------------------------------------------------------------10-22
AL USUARIO FINAL -------------------------------------------------------------------------------------- 23
Página 2
INTRODUCCIÓN
La Universidad Tecnológica de San Juan del Rio ofrece sus laboratorios de informática en horas
extraclase para que su alumnado pueda utilizar los equipos de cómputo que se encuentran dentro de
los mismos con el fin de que los alumnos puedan realizar sus tareas o bien para que puedan realizar
sus tareas, proyectos o trabajos con el objetivo de que los entreguen a tiempo o bien se apoyen en su
economía al utilizar los equipos que estén disponibles en los laboratorios.
Por ello nos dimos a la tarea de realizar un sistema que en particular para el laboratorio J2 Planta Alta
del Edificio J el cual registre el alumno, la hora de entrada y salida, fecha así como otros detalles que
le proporcionen un registro claro de los alumnos que utilicen el equipo disponible en el mismo.
Página 3
OBJETIVO
El objetivo del presente manual es mostrar los datos técnicos en cuanto al sistema desarrollado, en si
para facilitar la modificación o actualizaciones de el mismo en caso de que así sea necesario, o bien
para el mantenimiento posterior del mismo con el fin de que analistas, programadores puedan leerlo
e interpretarlo para los objetivos anteriormente descritos.
Este manual se encuentra las secciones de estructura de Base de Datos, codificación del sistema
donde se describirán los aspectos en los que se conforma cada uno de ellos. A continuación vera una
breve descripción del sistema, los objetivos y las prestaciones que le ofrece el sistema.
Objetivo General: Este sistema está enfocado a mejorar el servicio uso de las Computadoras del
laboratorio J2 Planta Alta ubicado en el edificio J dentro de la Universidad Tecnológica de San Juan del
Río ya que este laboratorio es ocupado en las horas libres por los alumnos de la carrera de
Tecnologías de la Información y Comunicación, Área Sistemas Informáticos para realizar sus tareas o
trabajos los cuales tengan que ver con el uso de un equipo de computo, y se pretende registrar las
entradas y salidas de cada alumno que necesite ingresar a este laboratorio, con el fin de registrar
quien, a qué hora utiliza el equipo así como la hora de que desocupa el equipo asignado a el alumno
que lo solicite con el fin de reportar anomalías en los equipos y mejorar el control y el buen uso del
mismo.
Objetivo del Sistema: Identificar al alumnado de la carrera Tecnologías de la Información y

Comunicación, Área Sistemas Informáticos y a los alumnos de otras carreras para detectar problemas
sobre los equipos que se les asignen a ellos y el control de ingreso de los mismos a dicho laboratorio.
Página 4
MODELO UTILIZADO PARA EL DESARROLLO DEL SISTEMA
MODELO ESPIRAL
Elegimos este modelo porque nos permite regresar al punto donde se encuentra el error.
Este modelo fue propuesto por Boehm en 1988. Básicamente consiste en una serie de ciclos que se
repiten en forma de espiral, comenzando desde el centro. Se suele interpretar como que dentro de
cada ciclo de la espiral se sigue un Modelo Cascada, pero no necesariamente debe ser así. El Espiral
puede verse como un modelo evolutivo que conjuga la naturaleza iterativa del modelo MCP con los
aspectos controlados y sistemáticos del Modelo Cascada, con el agregado de gestión de riegos.
Tareas
Para cada ciclo habrá cuatro actividades:
En la siguiente página se explicaran los 4 pasos que consta este modelo:
Determinar o fijar objetivos
Fijar también los productos definidos a obtener: requerimientos, especificación, manual de

usuario.
Fijar las restricciones.
Identificación de riesgos del proyecto y estrategias alternativas para evitarlos.
Hay una cosa que solo se hace una vez: planificación inicial o previa.
Página 5
Análisis del riesgo
Se estudian todos los riesgos potenciales y se seleccionan una o varias alternativas propuestas
para reducir o eliminar los riesgos.
Desarrollar, verificar y validar (probar)
Tareas de la actividad propia y de prueba.

Análisis de alternativas e identificación resolución de riesgos.
Dependiendo del resultado de la evaluación de los riesgos, se elige un modelo para el
desarrollo, el que puede ser cualquiera de los otros existentes, como formal, evolutivo,
cascada, etc. Así si por ejemplo si los riesgos en la interfaz de usuario son dominantes, un
modelo de desarrollo apropiado podría ser la construcción de prototipos evolutivos. Si lo
riesgos de protección son la principal consideración, un desarrollo basado en transformaciones
formales podría ser el más apropiado.
Planificar
Revisamos todo lo hecho, evaluándolo, y con ello decidimos si continuamos con las fases
siguientes y planificamos la próxima actividad.
Página 6
DISEÑO DE LAS BASES DE DATOS
Para un funcionamiento eficiente se diseñaron las Bases de Datos que conforman el sistema con la
aplicación MySQL debido a que esta aplicación nos permite un diseño amplio y concreto de las tablas
y los campos que contiene la Base de Datos. La implementación de restricciones de seguridad y llaves
foráneas entre otras cosas que incluye.
En primera instancia se muestran las tablas que conforman la Base de Datos.
TABLA ALUMNOS
Nombre del Campo Tipo de Dato
Numero_Expediente VarChar(15)
Nombre_Alumno VarChar(45)
Clave_Carrera Char(6)
Grupo Char(15)
TABLA APLICACIONES
Clave_Aplicación Char(15)
Nombre_Aplicacion VarChar(45)
Descripción VarChar(1000)
TABLA CARRERAS
Clave_Carrera Char(6)
Nombre_Carrera VarChar(45)
TABLA EQUIPOS
No_Equipo Int(10)
Descripcion VarChar(45)
Clave_Status Char(2)
Página 7
TABLA PRESTACIONES
Clave_Prestacion Char(2)
Hora_Entrada Char(15)
Fecha Date
Numero_Expediente Char(15)
No_Equipo Integer(10)
Nombre_Aplicacion VarChar(45)
Observacion_Equipo VarChar(45)
Observacion_Aplicacion VarChar(45)
Hora_Salida Char(15)
TABLA STATUS
Clave_Status Char(2)
Descripción VarChar(1000)
Se describirá brevemente la función de cada una de las tablas:
Tabla Alumnos: Su objetivo es la Identificación del alumno.

Tabla Aplicaciones: Descripción de las aplicaciones utilizadas por los alumnos.
Tabla Carreras: Identificar la carrera que pertenece el alumno.
Tabla Equipos: Tener un control general de los equipos como una breve descripción del mismo y el
estado en el que se encuentra.
Tabla Prestaciones: En esta tabla se registran las opciones como la hora, fecha, número de equipo
con el fin de conocer datos generales de cada equipo.
Tabla Status: Registrar las condiciones del equipo que va a ocupar el alumno.
Página 8
DIAGRAMA ENTIDAD RELACION
Asimismo se muestra el diagrama Entidad-Relación diseñado para tal efecto:
ALUMNOS 1 APLICACIONES 1
1 No_Expediente Clave_Aplicación
Nombre_Alumno Nombre_Aplicacion
Clave_Carrera Descripción
Grupo
N
EQUIPOS
PRESTAMOS
No_Equipo Clave_Prestamo
N
Tipo_Computadora N
Hora_Entrada
Clave_Status Fecha
No_Expediente
No_Equipo
Clave_Aplicación
Observacion_Equipo
Observacion_Aplicacion
Hora_Salida
N
CARRERAS 1
Clave_Carrera STATUS
Nombre Clave_Status
Descripción
Página 9
CODIFICACION DE LAS PANTALLAS
El diseño de las pantallas se llevo a cabo con la aplicación Microsoft Visual Studio 2005 al igual que la
codificación de las mismas la cual se muestra en la siguiente sección:
APLICACIÓN DEL PROYECTO
Se utilizara el Visual Studio 2005 para la ejecución de dicho proyecto de Entradas y Salidas Extraclase.
CODIFICACIÓN
Imports System.Data
Imports System.Data.OleDb
Public Class ADMINISTRADOR

Dim fila As Integer
Dim conexion As OleDbConnection
Dim orden As OleDbDataAdapter
Dim tabla As DataTable
Dim cb As OleDbCommandBuilder
CODIGO DEL BOTON MENÙ
Private Sub cmdmenu_Click(ByVal sender As System.Object, ByVal e As

System.EventArgs) Handles cmdmenu.Click
If txtcontra.Text = "PJL2CKM" Then

Form2.Show()
Else
MessageBox.Show("SOLO PERSONAL AUTORIZADO")
End If
End Sub
CODIGO DEL BOTON SALIR
Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As

System.EventArgs) Handles Button1.Click
End
End Sub
End Class
Página
10
PANTALLA DE MENU
Public Class Form2

CODIGO DEL BOTON ALUMNOS
Private Sub cmdalumnos_Click(ByVal sender As System.Object, ByVal e As

System.EventArgs) Handles cmdalumnos.Click
'Form3.ShowDialog()
Form3.Hide()
Form3.Show()
End Sub
CODIGO DEL BOTON PRESTAMO
Private Sub cmdprestamo_Click(ByVal sender As System.Object, ByVal e As

System.EventArgs) Handles cmdprestamo.Click
Form6.txtentrada.Text = Now().ToString.Substring(12, 11)

Form6.txtfecha.Text = Now().ToString.Substring(0, 10)
Form6.ShowDialog()
End Sub
CODIGO DEL BOTON MENÚ

ADMINISTRADOR.Hide()
ADMINISTRADOR.Show()
End Sub
Página
11
CODIGO DEL BOTON EQUIPOS
Private Sub cmdequipo_Click(ByVal sender As System.Object, ByVal e As

System.EventArgs) Handles cmdequipo.Click
Form4.Hide()
Form4.Show()
End Sub
CODIGO DEL BOTON APLICACIONES
Private Sub cmdaplicacion_Click(ByVal sender As System.Object, ByVal e As

System.EventArgs) Handles cmdaplicacion.Click
Form5.Hide()
Form5.Show()
End Sub
End Class
PANTALLA ALUMNOS
Imports MySql.Data.MySqlClient
Public Class Form3

Dim conexion As MySqlConnection
Dim comando As MySqlCommand
Dim lector As MySqlDataReader
Página
12
CODIGO DEL BOTON ELIMINAR
Private Sub cmdeliminar_Click(ByVal sender As System.Object, ByVal e As

System.EventArgs) Handles cmdeliminar.Click
conexion = New MySqlConnection()

comando = New MySqlCommand()
Dim resultado As Integer
conexion.ConnectionString = "server=localhost;user
id=root;password=utsjr;database=analisis_proyecto"
Try
comando.CommandText = "delete from alumnos where No_Expediente='" +
txtexpediente.Text + "'"
comando = New MySqlCommand(comando.CommandText, conexion)
conexion.Open()
resultado = comando.ExecuteNonQuery()
If resultado >= 1 Then
MessageBox.Show("El usuario se a borrado con exito", "BORRAR",
MessageBoxButtons.OK, MessageBoxIcon.Information)
Else
MessageBox.Show("Hubo un problema borrando el usuario", "BORRAR",
MessageBoxButtons.OK, MessageBoxIcon.Error)
End If
conexion.Close()
Catch MiError As Exception
MsgBox("Ocurrio un error al intentar eliminar el usuario. Verifique por
favor..." & MiError.Message)
Finally
conexion.Dispose()
End Try
End Sub
CODIGO DEL BOTON GUARDAR
Private Sub cmdguardar_Click(ByVal sender As System.Object, ByVal e As

System.EventArgs) Handles cmdguardar.Click
Try
comando.CommandText = "insert into alumnos
(No_Expediente,Nombre_Alumno,Clave_Carrera,Grupo)values ('" _
+ txtexpediente.Text + "','" + txtnombre.Text + "','" +
txtcarrera.Text + "','" + txtgrupo.Text + "')"
'No_Expediente,Nombre_Alumno,Nombre_Carrera,Grupo)from usuario where
No_Expediente=" + txtexpediente.Text
conexion.Open()
MessageBox.Show("El alumno se agregado con exito", "Registro de
Entrada", MessageBoxButtons.OK, MessageBoxIcon.Information)
Else
Página
13
MessageBox.Show("Hubo un problema agregando el usuario", "Agregar",
End If
conexion.Close()
MsgBox("Ocurrio un error al intentar agregar el usuario. Verifique por
Finally
conexion.Dispose()
End Try
End Sub
'Private Sub txtexpediente_Leave(ByVal sender As System.Object, ByVal e As

System.EventArgs) Handles txtexpediente.Leave
'Dim respuesta As New ArrayList
'Dim lector As MySqlDataReader
'conexion = New MySqlConnection()
'comando = New MySqlCommand()
'conexion.ConnectionString = "server=localhost;user
'Try
' conexion.Open()
' comando.Connection = conexion
' comando.CommandText = "SELECT No_Expediente,Nombre_Alumno FROM alumnos
where No_Expediente=" + txtexpediente.Text
' lector = comando.ExecuteReader
' While lector.Read
' respuesta.Add(lector("No_Expediente"))
' respuesta.Add(lector("Nombre"))
' End While
' If respuesta.Count > 0 Then
' txtexpediente.Text = respuesta(0).ToString
' txtnombre.Text = respuesta(1).ToString
' Else
' MsgBox("El usuario a consultar no existe.") '
End If
' lector.Close()
' conexion.Close()
'Catch MiError As MySqlException
' MsgBox("Ocurrio un error. Verifique su codigo: " & MiError.Message)
'Finally
' conexion.Dispose()
'End Try
'txtexpediente.Text = ""
'txtnombre.Text = ""
'txtcarrera.Text = ""
'txtgrupo.Text = ""
'End Sub
Página
14
CODIGO DEL BOTON MENU

Form2.Hide()
Form2.Show()
End Sub
CODIGO DEL BOTON NUEVO
Private Sub cmdnuevo_Click(ByVal sender As System.Object, ByVal e As

System.EventArgs) Handles cmdnuevo.Click
txtexpediente.Text = ""
txtnombre.Text = ""
txtcarrera.Text = ""
txtgrupo.Text = ""
End Sub
End Class
PANTALLA DE EQUIPOS
Página
15
Public Class Form4

Form2.Hide()
Form2.Show()
End Sub
CODIGO DEL BOTON GUARDAR

Try
comando.CommandText = "insert into equipos
(No_Equipo,Descripcion,Clave_Status)values ('" _
+ txtequipo.Text + "','" + txtdescripcion.Text + "','" +
txtstatus.Text + "')"
conexion.Open()
Else
MessageBox.Show("Hubo un problema borrando el usuario", "Agregar",
End If
conexion.Close()
Finally
conexion.Dispose()
End Try
End Sub
Página
16
CODIGO DEL BOTON NUEVO

txtequipo.Text = ""
txtdescripcion.Text = ""
txtstatus.Text = ""
End Sub

Try
comando.CommandText = "delete from equipos where No_Equipo='" +
txtequipo.Text + "'"
conexion.Open()
MessageBox.Show("El usuario se a borrado con exito", "BORRAR",
Else
MessageBox.Show("Hubo un problema borrando el usuario", "BORRAR",
End If
conexion.Close()
Finally
conexion.Dispose()
End Try
End Sub
End Class
Página
17
PANTALLA APLICACIONES
BOTON ELIMINAR

Try
comando.CommandText = "delete from aplicaciones where
Clave_Aplicacion='" + txtclaveapli.Text + "'"
conexion.Open()
MessageBox.Show("La Aplicacion se a borrado con exito", "BORRAR",
Else
MessageBox.Show("Hubo un problema borrando la Aplicacion",
"BORRAR", MessageBoxButtons.OK, MessageBoxIcon.Error)
End If
conexion.Close()
MsgBox("Ocurrio un error al intentar eliminar el Aplicacion. Verifique
por favor..." & MiError.Message)
Finally
conexion.Dispose()
End Try
End Sub
Página
18
BOTON GUARDAR

Try
comando.CommandText = "insert into
aplicaciones(Clave_Aplicacion,Nombre_Aplicacion,Descripcion)values ('" _
+ txtclaveapli.Text + "','" + txtnombre.Text + "','" +
txtdescripcion.Text + "')"
conexion.Open()
MessageBox.Show("La Aplicacion se a agregado con exito", "Registro
de Entrada", MessageBoxButtons.OK, MessageBoxIcon.Information)
Else
MessageBox.Show("Hubo un problema borrando la Aplicacion",
"Agregar", MessageBoxButtons.OK, MessageBoxIcon.Error)
End If
conexion.Close()
MsgBox("Ocurrio un error al intentar eliminar la Aplicacion. Verifique
por favor..." & MiError.Message)
Finally
conexion.Dispose()
End Try
End Sub
BOTON NUEVO

txtclaveapli.Text = ""
txtnombre.Text = ""
txtdescripcion.Text = ""
End Sub
Private Sub txtclaveapli_Leave(ByVal sender As System.Object, ByVal e As

System.EventArgs) Handles txtclaveapli.Leave
Dim respuesta As New ArrayList
Try
Página
19
conexion.Open()
comando.Connection = conexion
comando.CommandText="SELECT
Clave_Aplicacion,Nombre_Aplicacion,Descripcion FROM aplicaciones where
Clave_Aplicacion='" + txtclaveapli.Text + "'"
lector = comando.ExecuteReader
While lector.Read
respuesta.Add(lector("Clave_Aplicacion"))
respuesta.Add(lector("Nombre_Aplicacion"))
respuesta.Add(lector("Descripcion"))
End While
If respuesta.Count > 0 Then
txtclaveapli.Text = respuesta(0).ToString
txtnombre.Text = respuesta(1).ToString
txtdescripcion.Text = respuesta(2).ToString
Else
MsgBox("La Aplicacion a consultar no existe.")
End If
lector.Close()
conexion.Close()
Catch MiError As MySqlException
MsgBox("Ocurrio un error. Verifique su codigo: " & MiError.Message)
Finally
conexion.Dispose()
End Try
End Sub
End Class

Form2.Hide()
Form2.Show()
End Sub
Página
20
PANTALLA PRESTAMOS
Public Class Form6
Private Sub Label9_Click(ByVal sender As System.Object, ByVal e As

System.EventArgs) Handles Label9.Click
End Sub

Try
comando.CommandText = "insert into prestaciones
(clave_Prestacion,No_Expediente,No_equipo,Clave_Aplicacion,Observacion_Equipo,Obser
vacion_Aplicacion)values ('" _
+ txtclave.Text + "','" + txtexpediente.Text + "','" + txtno.Text +
"','" + txtapli.Text + "','" + txtobse.Text + "','" + TextBox8.Text + "')"

Página
21
conexion.Open()
Else
MessageBox.Show("Hubo un problema guardando el usuario", "Agregar",
End If
conexion.Close()
MsgBox("Ocurrio un error al intentar guardar el usuario. Verifique por
Finally
conexion.Dispose()
End Try
End Sub

Form2.Show()
Form2.Hide()
End Sub
End Class
Página
22
AL USUARIO FINAL
En este manual técnico se describen los componentes básicos, todo esto con el objetivo
de que se pueda leer, interpretar y analizar las partes de que se conforma el sistema
desarrollado a fin de que se le desee realizar modificaciones futuras o bien
actualizaciones para mejorar su eficiencia y de ser posible sea base para algunos
sistemas futuros a desarrollarse que sean afines a este.
En este manual podrá encontrar información referente a:
Diseño de la
Base de
Datos. Tipos
de Datos
utilizados.
Vista de las Pantallas
Codificación de los botones de las pantallas.
Modelo implementado a seguir para la realización del sistema
Con este documento se espera que sea claro, fácil de entender para los programadores,
diseñadores, analistas de software que en si deseen, realizar alguna de las acciones
descritas anteriormente al sistema.
Página
23
MANUAL
TÉCNICO
EJEMPLO 2
• Objetivos
• Alcances
• Manual de normas
• Base de Datos
• Diseño y Reporte de Pantallas
Página
24
MyMSystem
Versión 2010
MANUAL TÉCNICO
Elaborado por:
ARIZPE DELGADO LUZ ELENA ALFARO
CARRERA MARÍA DE JESÚS
BOCANEGRA ALFARO ILIAN PATRCIA
MEZA PONCE MIRIAM
NÁJERA GARCÍA DEAHESY
Cd. Lerdo, Dgo. Página A 26 de octubre de 2010

25
ÍNDICE
1. Historia. 3
2. Introducción. 4
3. ERS. 5
4. Diagrama general (Modelo ER – D. Contexto). 15
5. Diccionario de datos 17
6. Diagrama relacional. 19
7. Definición de variables de ambiente y librerías. 19
8. Flujo grama de información/proceso/actividad. 20
9. Anexos 24
Página
26
Historia
El día 10 de septiembre de 2010 se reunieron Ilian Patricia

Bocanegra Alfaro (Jefe de desarrollo del sistema), Luz Elena Arizpe
Delgado (Programador), María de Jesús Alfaro Carrera (Analista),
Miriam Meza Ponce(Diseñador), Deahesy Nájera García (Recopilador de
requerimientos) en el interior del Instituto Tecnológico Superior de
Lerdo ubicado en la Avenida Tecnológico # 1555 sur colonia Periférico
en la ciudad Lerdo, Durango elaborar el presente Manual Técnico del
sistema en desarrollo, “MyMSystem”, el cual consta de los siguientes
puntos:
Historia.
Introducc
ión.
ERS (especificación de requerimientos del
software). Diagrama general (Entidad-
Relación, Diagrama de Contexto). Diccionario
de datos.
Diagrama relacional.
Definición de variables de
ambiente y librerías. Flujo grama
de información proceso actividad.
Anexos.
El día 14 de septiembre se entregó terminado el diccionario de datos.
El día 24 de septiembre se entregó la ERS (especificación de

requerimientos del software) ya terminada.
El día se realizó la revisión 1.0 de la ERS.
El día 6 de octubre se entregaron terminados el diagrama E-R y el

diagrama relacional.
El día 7 de octubre se entregó terminada la definición de variables de

ambiente y librerías.
El día 18 de octubre se realizó una reunión extraordinaria para

ultimar detalles del diseño de las interfaces. Además se realizó una
revisión a los flujogramas hasta el momento desarrollados, haciendo
las observaciones pertinentes para su corrección.
El día 22 de octubre se entregan terminados los flujogramas del sistema.
El día 25 de octubre se entrega terminado el diagrama de contexto y

el diseño de las interfaces que se incluirán como anexos del presente
manual técnico.
El día 26 de octubre se desarrollan la introducción y la historia de

este manual técnico, terminando así el mismo, con lo cual se pudo realizar
su entrega.
Página
27
Introducción
En el siguiente manual se explican los aspectos más importantes en

el diseño del sistema MyMSystem. Donde usted conocerá nuestra
historia, como es que se ha creado paso a paso este manual, conociendo
además detalles de fechas para comprender el tiempo invertido en cada
una de las actividades.
Dentro de nuestro manual, se encuentra una serie de diagramas y

flujo gramas que le darán a conocer la forma lógica del funcionamiento
del sistema que ayudara a su mejora y aprovechamiento del mismo, donde
denotamos que se ha trabajado para lograr un sistema de calidad, ya
que se ha puesto detalle en cada una de sus áreas, para que se pueda
determinar que MyMSystem es un sistema apto para todo aquella
microempresa, dedicada a la venta de productos y que requiera un
sistema que le ayude a administrar su negocio de una manera óptima.
Página
28
Especificación de requisitos
de software
Proyecto: MyMSystem
Revisión 2.0
octubre
Página
29
Historial de Revisiones
Fecha Revisión Descripción Autor
01/09/2010 1.0 “Requerimientos de Software” Ilian Patricia

Bocanegra Alfaro
26/10/10 2.0 “Manual Técnico” Ilian Patricia
Bocanegra Alfaro
Documento validado por las partes en fecha:04/09/2010
Por el cliente Por la empresa suministradora
Fdo. D./ Dña. Ing. Ricardo de Jesús Fdo. D./Dña. Ilian Patricia Bocanegra Alfaro
Bustamante González
Página
30
1 Introducción
El presente documento presentará de forma organizada los requisitos
que son indispensables para desarrollar un sistema de información
que le ayude a conseguir un mejor control de las finanzas, en cuanto
a la miscelánea se refiere. Este documento está estructurado en base
al estándar IEEE Recommended Practice for Software Requirements
Specification ANSI/IEEE 830 1998.
1.1 Propósito
El propósito general de este documento es darle a conocer al
usuario la forma correcta de trabajar en el sistema MyMSystem. Te
mostramos como se ha desarrollado cada una de las áreas
importantes en el desarrollo de nuestro sistema.
1.2 Alcance
Por el momento este sistema de información se implementará en la
miscelánea MyM. Sin embargo, con pequeñas
modificaciones, pudiera implementarse en más
misceláneas, puesto que el funcionamiento es muy similar en todas
ellas.
1.3 Personal involucrado

Nombre Ilian Patricia Bocanegra Alfaro
Rol Jefe de desarrollo del sistema
Categoría profesional Licenciado en Informática
Responsabilidades Organizar: al equipo para dejar bien en claro su respectivo rol y
responsabilidades.
Dirigir: establecer una pauta a seguir por el equipo desarrollador.
Controlar: verificar que las actividades se lleven de acuerdo al plan
inicial de desarrollo.
Información de contacto Ili_pati@hotmail.com

Aprobación María de Jesús Alfaro Carrera Luz
Elena Arizpe Delgado Miriam Meza
Ponce
Deahesy Nájera García
Nombre Luz Elena Arizpe Delgado

Rol Programador
Responsabilidades Elegir el código para cumplir con los requerimientos funcionales
del sistema.
Elegir el código que cumpla con las necesidades de interfaz según
el diseño del sistema.
Información de contacto Luzead_90@hotmail.com
Aprobación Ilian Patricia Bocanegra Alfaro
Nombre María de Jesús Alfaro Carrera

Rol Analista
Categoría profesional Página Licenciado en Informática
Responsabilidades Analizar la 31
recopilación de información que se hizo acerca de las
necesidades
Información de contacto Ay_ram08@hotmail.com
Nombre Miriam Meza Ponce
Página
32
Rol Diseñador
Responsabilidades Diseñar el logotipo del sistema.
Diseñar las interfaces según los requerimientos del sistema. Elegir
estilos, colores y formas para conseguir una óptima
esteticidad de las interfaces.
Información de contacto Mzm_06@hotmail.com
Nombre Deahesy Nájera García

Rol Recopilador de requerimientos
Responsabilidades Ir con el cliente y, mediante una entrevista, reunir de forma
organizada las necesidades del mismo.
Información de contacto Margarita.deisy@hotmail.com
1.4 Definiciones, acrónimos y abreviaturas

HW: Hardware
SW: Software
SO: sistema operativo.
PC: (del inglés personal computer), computadora personal, es una

microcomputadora diseñada en principio para ser usada por una sola
persona a la vez.
SGBD: sistema gestor de bases de datos, son un tipo de software

muy específico, dedicado a servir de interfaz entre la base de
datos, el usuario y las aplicaciones que la utilizan.
MyM: es el nombre de la miscelánea para el que se desarrollará el

sistema.
Login: (término inglés) es el proceso mediante el cual se

controla el acceso individual a un sistema informático mediante
la identificación del usuario utilizando credenciales provistas
por el usuario.
Ticket: (término inglés): comprobante de compra.
1.5 Referencias
Referencia Titulo Ruta Fecha Autor
NA NA NA NA NA
1.6 Resumen
En las siguientes secciones se encontrará la descripción del
producto, así como la descripción de lo que es necesario para que
tenga un correcto funcionamiento.
Página
2 Descripción general 33
En esta sección se explica de forma general los objetivos que

cumplirá el sistema.
Página
34
MyMSystem es un sistema que maneja altas, bajas y cambios referentes
a una miscelánea, es decir, referentes a productos, clientes propios
del negocio, los cuales, junto con una serie de usuarios y
contraseñas válidos, se almacenarán en una base de datos.
Misión: Crear un sistema que preste al usuario los servicios

requeridos por su empresa y sobre todo que sea de fácil uso donde
él pueda acceder fácilmente a la información que requiere,
optimizar el programa para que no se sufra de fallas.
Visión: Hacer de nuestro programa el mejor de la región y del

estado, logrando así crear un prestigio en todo el país en el ramo
de la programación y administración de microempresas.
Logotipo
Colores:
Amarillo: la elección del color amarillo fue porque el cliente no

quería perder más dinero en operaciones hecha a mano y con la
facilidad de error humano.
Azul: la elección del color azul fue porque el sistema es
adaptable como el color en su forma natural apto para cualquier
tipo de persona que lo usa.
Verde: porque dentro de los valores de en nuestra empresa
destacamos el valor del cuidado ambiental.
Cubos: porque nuestro sistema cuenta con diversas aplicaciones:
altas, bajas y cambios
2.1 Perspectiva del producto

Este sistema estará instalado en un equipo de cómputo, la cual
contendrá una base de datos con todo lo referente a la tienda.
La interacción con los usuarios será a través de menús.
2.2 Funcionalidad del producto

El sistema tendrá funciones tales como altas, bajas, compras, ventas
e inventarios.
Altas: las altas de este sistema serán acerca de los
clientes a quienes se les otorgue el crédito y los
productos que se agreguen al inventario.
Bajas: las bajas serían, en caso contrario a las altas,
clientes a quienes se les deje de otorgar crédito y
productos que se eliminen de la gama de productos que venda
Página
la miscelánea. 35
Compras: se registran las compras realizadas para abastecer el
inventario.
Ventas: se registran las ventas hechas a crédito y de contado.
Inventario: se registran los productos con que cuenta la
miscelánea, además se
tiene el control de existencia, lo que nos ayudará a saber el
momento en que es necesario abastecer algún o algunos
productos.
Página
36
2.3 Características de los usuarios
Tipo de usuario Administrador
Formación Técnico en informática
Habilidades Habilidades básicas de manejo de una PC.
Actividades Altas, bajas y cambios de clientes. Altas,
bajas y cambios en el inventario.
Requisición de compras.
Ventas.
Tipo de usuario Usuario

Formación Técnico en informática
Habilidades Habilidades básicas de manejo de una PC.
Actividades Ventas.
2.4 Restricciones
El sistema sólo podrá ser utilizado en plataformas de Microsoft
versión XP o posterior.
El sistema deberá de ser capaz de funcionar paralelamente con
otras aplicaciones, siempre y cuando el HW lo permita.
Sólo los usuarios registrados podrán hacer uso del sistema.
2.5 Suposiciones y dependencias

En caso de que el equipo de cómputo utilice un SO diferente a los
mencionados en la sección anterior, el sistema no podrá
ejecutarse.
2.6 Evolución previsible del sistema

En caso de que la tienda cuente, en un futuro, con una sucursal,
el sistema se modificará para convertirlo en un sistema
distribuido.
En caso de que la tienda cuente con internet, las compras se
podrán realizar en línea, si así lo deseara el usuario
administrador.
3 Requisitos específicos
Número de requisito R1
Nombre de requisito Requisito de autenticación
Tipo X Requisito Restricción
Fuente del requisito Todos los usuarios deberán introducir en la pantalla de “login” un
usuario y contraseña válidos en el sistema para poder entrar a éste.
Prioridad del requisito X Alta/Esencial Media/Deseado Baja/ Opcional
Número de requisito R2
Nombre de requisito Requisito de descripción
Tipo Requisito X Restricción
Fuente del requisito El usuario administrador podrá guardar cambios en productos,
inventario, clientes y ventas, mientras que el usuario empleado sólo
lo podrá hacer en las ventas.
Prioridad del requisito Alta/Esencial X Media/Deseado Baja/ Opcional
Número de requisito Página R3

Nombre de requisito 37 Requisito de visibilidad
Tipo X Requisito Restricción
Fuente del requisito El usuario empleado podrá ver el nombre, precio y descripción de
cada producto para poder realizar una venta.
Prioridad del requisito X Alta/Esencial Media/Deseado Baja/ Opcional
Página
38
3.1 Requisitos comunes de los interfaces
La interfaz delogin necesita como entrada un usuario y contraseña
válidos para poder dar acceso a la siguiente interfaz.
La interfaz del módulo de ventas necesita como entrada el

identificador de cada producto que será vendido. Como salida
arrojará el total de la compra que deberá pagar el cliente.
La interfaz del módulo de compras necesita como entrada los

productos que requieren abastecimiento dando como salida la lista
de éstos.
La interfaz del módulo de inventario necesita como entrada los

datos de un producto, en caso de que sea necesario integrar éste
al inventario.
La interfaz del módulo de clientes necesita como entrada los

datos del cliente en caso de que se le otorgue por primera vez un
crédito.
Para consultar el saldo de un cliente, la interfaz necesita como
entrada el identificador del cliente, arrojando como salida el
nombre y el saldo.
Para abonar una cuenta, la interfaz necesitará como entrada el
identificador del cliente y el monto que deja, arrojando como
salida el saldo que le resta después de restar el monto del
abono.
3.1.1 Interfaces de usuario

La interfaz en uso deberá mostrar a los usuarios solamente
la información necesaria para realizar cualquier operación.
La interfaz en uso deberá mostrarle al usuario administrador
sólo la información necesaria para realizar una modificación.
El usuario interactuará con la interfaz de impresión propia
de la impresora de tickets para mandar imprimir el ticket de
cada venta hecha al cliente.
3.1.2 Interfaces de hardware

El monitor: éste deberá mostrar las interfaces así como la
información necesaria para que el usuario pueda trabajar
adecuadamente con el sistema. El monitor deberá contar con
una resolución de 1024 x 768 pixeles.
El ratón: el sistema requerirá del ratón para que el usuario
pueda realizar selecciones y oprimir botones.
El teclado: el sistema permitirá al usuario introducir datos
mediante el teclado. Impresora de tickets: el sistema
arrojará el desglose de la compra a través un ticket para el
cliente.
3.1.3 Interfaces de software

El sistema interactuará con la interfaz de impresión.
3.1.4 Interfaces de comunicación

El sistema se comunica con su base de datos a través del SGBD
SQLServer.
Página
3.2 Requisitos funcionales 39
El sistema permitirá la entrada a los usuarios que cuenten con la
autorización necesaria. El sistema recibirá los datos de clientes
y productos almacenándolos en la base de datos para futuras
consultas y diversas operaciones.
Si se hubiera algún error al momento de la venta, el sistema
deberá permitir retroceder, es decir, deshacer la operación.
Página
40
3.2.1 Requisito funcional 1 Autenticación
El usuario deberá proporcionar un usuario y contraseña válidos
para poder tener acceso al sistema.
3.2.2 Requisito funcional 2 Ventas

El sistema calculará el monto de la venta a partir de los
identificadores de los productos que se venderán, buscando
con ellos el precio de cada producto.
3.2.3 Requisito funcional 3 Impresión de ticket

Para poder imprimir un ticket de venta al cliente primero
deberá registrarse dicha venta (sin importar su naturaleza)
en la base de datos.
3.2.4 Requisito funcional 4 Impresión de lista de compras

Para poder imprimir la lista de compras primero deberán
confirmarse los datos por medio de una casilla de
verificación.
3.3 Requisitos no funcionales
3.3.1 Rendimiento
3.3.1.1 Requisito de respuesta
El sistema ofrecerá respuesta al usuario en tiempo real.
3.3.2 Seguridad
3.3.2.1 Requisito funcional-Seguridad 1: Requisito de
autenticación
El sistema requerirá de un usuario y
contraseña válidos para poder permitir el acceso.

división de módulos
El sistema tendrá separados los módulos a los
que puede acceder un usuario convencional de los
módulos a los que puede acceder el usuario
administrador.

conexión.
El sistema sólo tendrá abierta la conexión a
la base de datos mientras se ejecuta la transacción.

copia de seguridad
El sistema realizará una copia de seguridad
periódicamente siempre y cuando encuentre la conexión
cerrada, de lo contrario lo intentará más tarde.
3.3.3 Requisito funcional-Fiabilidad
3.3.3.1 Requisito Página

conexión
El sistema
41 cerrará las conexiones
inmediatamente terminando cualquier ejecución para
evitar pérdida de datos a cualquier percance
inesperado.
3.3.4 Disponibilidad
En funcionamiento normal el sistema estará disponible el 85% del
tiempo.
Página
42
.
3.3.5 Mantenibilidad
3.3.5.1 Requisito funcional-Mantenibilidad 1:
Requisito de mantenimiento
El sistema recibirá mantenimiento una vez por
semana los primeros 6 meses.
Requisito funcional-Mantenibilidad 2:
3.3.5.2 Requisito de depuración de respaldos de bases de
datos.
Se revisarán los respaldos de la base de datos
para decidir si es necesaria una depuración.

Requisito de actualización de estadísticas.
Se actualizarán las estadísticas manualmente
para no perjudicar el rendimiento con una actualización
automática.

Requisito de comprobación de integridad de
datos.
Se comprobará la integridad y asignación
estructural de objetos e índices de la base de datos.
3.3.6 Portabilidad
3.3.6.1 Requisito funcional-Portabilidad 1: Requisito
de SW MyMSystem será portablesiempre y cuando
el equipo en que
se quiera instalar cuente con un SO igual o de versión
posterior al primer equipo donde se instaló
3.3.6.2 Requisito funcional-Portabilidad 2: Requisito

de HW MyMSystem será portable siempre y cuando
el equipo en el
que se instale tenga especificaciones de HW iguales o
superiores al primer equipo donde se instaló.
.
3.4 Otros requisitos

Si el usuario empleado quiere realizar alguna modificación deberá
ser necesario que se presente el usuario administrador con su
contraseña, salir de la sesión del usuario empleado y entrar a la
suya.
4 Apéndices
Entrevista
Entrevista realizada para recopilar los requerimientos del sistema,
por Deahesy Nájera García.
1. ¿Qué módulos desea se encuentren en el
sistema? Ventas de contado
Ventas a
crédito
Inventario
Compras Página
43
2. ¿Necesita que tenga diferentes sesiones, o
sólo será una? Diferentes Como la del dueño y
la de los trabajadores.
3. ¿Necesita que la o las sesiones tengan

contraseña? Si. Porque es más seguro para
el manejo
Contraseña sugerida por el cliente: MyM
Página
44
4. ¿Necesita que la base de datos de los productos
esté en crecimiento? Si. Porque quiero hacer más
grande en un futuro mi tienda
5. Si no, ¿cuántos productos se registrarán?

--- No tengo hasta ahora el conocimiento de mis productos que
tengo en venta.
6. ¿Necesita que la base de datos de los clientes

esté en crecimiento? Si
7. Si no, ¿cuántos clientes se registrarán?
---
8. ¿Qué campos necesita tenga la tabla

de clientes? Clave
Nombre
Direcci
ón
Teléfon
o
9. ¿Necesita que se ponga alguna restricción de límite de

crédito? Si es así, ¿cuál sería el límite?
Si. $1000.
10. ¿Necesita que se ponga alguna restricción de límite de

pago? Si es así, ¿cuál sería el límite?
Sí. Que de un pago parcial por quincena.
11. ¿Qué campos necesita que tenga la tabla

de inventario? Nombre del producto
Cantidad en
existencia Tipo
Marca
Descripción
12. ¿Necesita que se cuente con alguna clase aviso para

realizar un nuevo pedido?
Si
13. ¿Cuántas personas van a utilizar

el sistema? 3
14. ¿Cuenta usted con conocimientos necesarios con respecto

a computación? Los básicos.
15. ¿Cómo guarda usted su

información actual? En una libreta
Página
45
16. ¿Cómo calcula sus ganancias
actualmente? Manualmente y conforme
avanza el tiempo.
Diagrama general
Diagrama E-R
Diagrama de Contexto
Página
46
Página
47
Diccionario de datos
TABLAS
La base de datos de MyMSystem cuenta con 6 tablas, las cuales se

mencionan enseguida, así como sus atributos y las propiedades de los
mismos.
USUARIOS: personas autorizadas para utilizar el sistema.

◦ id_usuario: identificador único de cada registro.
▪ Tipo de dato: entero.
▪ Longitud: 11.
▪ Llave primaria.
▪ No admite nulos.
◦ Contraseña: contraseña que solo el usuario sabrá y
cin la que podrá acceder al sistema.
▪ Tipo de dato: caracter.
▪ Longitud: 10.
INVENTARIO: registro de productos y su actual existencia.

◦ Id_producto: identificador único de cada registo.
◦ Nombre_producto: nombre con que se conoce el producto.
◦ Cantidad: existencia del producto.
◦ Tipo: tipo al que pertenece según una clasificación
dada por los dueños de la tienda.
◦ Marca: proveedor del producto.
◦ Descripcion: breve dscripción del producto.
COMPRA: registro de las compras que se hacen para abastecer el

inventario. Página
◦ 48
Id_compra: identificador único de cada registro.
◦ Dia_compra: día en que se efectuó la compra.
◦ Id_producto: identificador del producto que se compró.
◦ Cantidad: cantidad de producto en unidades que se
compró.
◦ Monto: cantidad de producto en pesos que se compró.
VENTA_CRÉDITO: registro de las ventas que se hacen a crédito.

◦ Id_venta_credito: identificador único de cada registro.
◦ Id_cliente: identificador del cliente al que se le hizo
la venta a crédito.
◦ Dia: día en que se hizo la venta.
◦ Hora: hora en que se hizo la venta.
◦ id_usuario:identificador del usuario que efectuó la
venta.
◦ Monto: cantidad en pesos de la venta.
◦ id_producto: identificador del producto que se vendió.
VENTA_CONTADO: registro de las ventas que se hacen al contado.

◦ Id_venta_contado: identificador único de cada registro.
◦ Dia: día en que se hizo la venta.
◦ Hora: hora en que se hizo la venta.
◦ id_usuario:identificador del usuario que efectuó la
venta.
◦ Monto: cantidad en pesos de la venta.
◦ id_producto: identificador del producto que se vendió.
CLIENTE: registro de los clientes que cuentan con crédito en

la tienda.
◦ Id_cliente: identificador único de cada registro.
◦ Nombre: nombre del cliente.
◦ Direccion: dirección donde se puede localizar al
cliente.
◦ Telefono: teléfono donde se puede localizar al cliente.
RELACIONES
La tabla inventario se relaciona con 3 tablas:
Con la tabla de compras, pues con cada compra que se realice

se afectará el inventario aumentándolo. Para ello, la tabla de
compras cuenta con el campo id_producto.
Con las tablas venta_crédito y venta_contado, pues con cada
venta se afectará el inventario, disminuyéndolo. Para ello,
estas tablas cuentan con el campo id_producto.
La tabla clientes se relaciona con la tabla venta_credito, pues cada

vez que el cliente adquiera un produicto a crédito, su saldo
aumentará, para ello, la tabla venta_crédito, cuenta con el campo
id_cliente.
Página
49
Diagrama relacional
Definición de variables de ambiente y librerías

NA
Página
50
Flujo grama de información/proceso/actividad
Proceso Inicio
Proceso Clientes
Página
51
Proceso Inventario
Proceso Compras
Página
52
Proceso Ventas
Página
53
Proceso completo
Página
54
Anexos
Diseño de interfaces
Interfaz de “Login”
Página
55
Interfaz de “Panel de Control”
Página
56
Interfaz de “Clientes”
Página
57
Página
58
Página
59
Página
60
Interfaz de “Inventario”
Página
61
Página
62
Página
63
Interfaz de “Compras”
Interfaz de “Ventas”
Página
64
Página
23

Que Es Un Manual Tecnico Cual Es Su Estructura Ejemplos PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Que Es Un Manual Tecnico Cual Es Su Estructura Ejemplos PDF

Cargado por

Copyright:

Formatos disponibles

Estructura De Un Manual Técnico

El manual técnico va dirigido a la dirección de IT, al administrador del sistema y a otros

· Objetivo y alcances del sistema:

· Manual de normas, políticas y procedimientos de la organización en las que se basa

Consiste en un listado del reglamento de la organización en la que se va a implementar

· Descripción de bases de datos y diagramas de relación:

· Diseño de reportes y pantallas:

FABIÁN HERNÁNDEZ MARIANA

ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN

MODELO UTILIZADO PARA EL DESARROLLO DEL SISTEMA ------------------------------------- 5

DISEÑO DE LAS BASES DE DATOS --------------------------------------------------------------------- 7

DIAGRAMA ENTIDAD RELACION ---------------------------------------------------------------------- 9

CODIFICACION DE LAS PANTALLLAS ------------------------------------------------------------10-22

AL USUARIO FINAL -------------------------------------------------------------------------------------- 23

Objetivo del Sistema: Identificar al alumnado de la carrera Tecnologías de la Información y

Para cada ciclo habrá cuatro actividades:

En la siguiente página se explicaran los 4 pasos que consta este modelo:

Determinar o fijar objetivos

Fijar también los productos definidos a obtener: requerimientos, especificación, manual de

Desarrollar, verificar y validar (probar)

Tareas de la actividad propia y de prueba.

Se describirá brevemente la función de cada una de las tablas:

Tabla Alumnos: Su objetivo es la Identificación del alumno.

Asimismo se muestra el diagrama Entidad-Relación diseñado para tal efecto:

Public Class ADMINISTRADOR

CODIGO DEL BOTON MENÙ

Private Sub cmdmenu_Click(ByVal sender As System.Object, ByVal e As

If txtcontra.Text = "PJL2CKM" Then

CODIGO DEL BOTON SALIR

Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As

Public Class Form2

Private Sub cmdalumnos_Click(ByVal sender As System.Object, ByVal e As

Private Sub cmdprestamo_Click(ByVal sender As System.Object, ByVal e As

Form6.txtentrada.Text = Now().ToString.Substring(12, 11)

CODIGO DEL BOTON MENÚ

Private Sub cmdmenu_Click(ByVal sender As System.Object, ByVal e As

Private Sub cmdequipo_Click(ByVal sender As System.Object, ByVal e As

CODIGO DEL BOTON APLICACIONES

Private Sub cmdaplicacion_Click(ByVal sender As System.Object, ByVal e As

Public Class Form3

Private Sub cmdeliminar_Click(ByVal sender As System.Object, ByVal e As

conexion = New MySqlConnection()

Private Sub cmdguardar_Click(ByVal sender As System.Object, ByVal e As

'Private Sub txtexpediente_Leave(ByVal sender As System.Object, ByVal e As

Private Sub cmdmenu_Click(ByVal sender As System.Object, ByVal e As

Private Sub cmdnuevo_Click(ByVal sender As System.Object, ByVal e As

CODIGO DEL BOTON MENÚ

Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As

Private Sub cmdguardar_Click(ByVal sender As System.Object, ByVal e As

Private Sub cmdnuevo_Click(ByVal sender As System.Object, ByVal e As

Private Sub cmdeliminar_Click(ByVal sender As System.Object, ByVal e As

conexion = New MySqlConnection()

Private Sub cmdguardar_Click(ByVal sender As System.Object, ByVal e As

Private Sub cmdnuevo_Click(ByVal sender As System.Object, ByVal e As

Private Sub txtclaveapli_Leave(ByVal sender As System.Object, ByVal e As

CODIGO DEL BOTON MENÚ

Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As

Private Sub Label9_Click(ByVal sender As System.Object, ByVal e As

CODIGO DEL BOTON ELIMINAR

Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As

'No_Expediente,Nombre_Alumno,Nombre_Carrera,Grupo)from usuario where

Private Sub Button3_Click(ByVal sender As System.Object, ByVal e As

En este manual podrá encontrar información referente a: