INSTITUTO TECNOLOGICO DE PACHUCA

SISTEMA DE CONTROL DE EXISTENCIAS Y SEGUIMIENTO DE ARTICULOS

ENSAMBLAJE DE COMPONENTES
UTIL PARA:
MEDIANOS Y GRANDES PROYECTOS SOFTWARE A BAJO COSTO REDUCE TIEMPO DE DESARROLLO PROPORCIONA MUCHA VENTAJA PARA LOS INGENIEROS DE SW

SISTEMA DE CONTROL DE EXISTENCIAS Y SEGUIMIENTO DE ARTICULOS

PLAN DE DESARROLLO DE SOFTWARE

FASES PROCESO ACTIVIDADES PRODUCTO

1.-DEFINICIN 1-Establecer 1.1-establecer un DE OBJETIVOS claramente plan de trabajo los objetivos

1.1.01- plan de trabajo

2.- PLANIFICACIN

2.-elicitacion 2.1-hacer de requisitos entrevista con el gerente 2.2-hacer cuestionario para los clientes y empleados 2.3-Documentar las necesidades y requisitos 2.4 revisin de la documentacin.

2.1.01entrevista

2.2.02cuestionario

2.3.03identificacion de la Problemtica 2.4.04informe

Siguiente

3.-ANLISIS

3.-Analisis de requisitos del sistema (software y hardware)

3.1-definicion de requisitos del sistema

3.1.01Documentacion con las necesidades del proyecto 3.2.01 Diagrama de contexto 3.3.01-diagrama de nivel 0 3.4.01-Documento de software

3.2-realizar el diagrama de los elementos o factores que intervienen en el sistema

3.3-realizar la documentacin de los 3.5.01-documento de procesos hardware internos del sistema 3.6.01-Balance general del sistema 3.4requerimien tos de software 3.5-Requerimientos de hardware 3.6.presupuesto del sistema

anterior

siguiente

4.INGENIERA DE SISTEMAS

4.-diseo 4.1arquitectnico especificacione del sistema s tcnicas de los requerimientos del sistema 4.2documentacion de los de los requisitos del sistema

4.1.01-estudio de requerimientos 4.2.01documento

5.CONSTRUC CIN(TOO)

5.- diseo del software

5.1 diseo del modelo general 5.2 diseo de la base de datos

5.1.01-modelo entidad relacin 5.1.02 tablas 5.2.01-IGU del sistema

5.2.02-mapa de navegacin

6.ADAPTACIN

6.-Instalacin del software

6.1llevar a 6.1.01-errores cavo la de instalacin instalacin de todos los componentes que integran el sistema

7.MANTENIMIEN TO

7.mantenimient o del sistema

7.1 7.1.02-correcion modificaciones de las fallas posteriores para mejorar el rendimiento del sistema

regres ar

2.1.01 ENTREVISTA

Pachuca de soto hidalgo a 1 de octubre del 2010 Entrevistado: Leopoldo Cano Martnez 1.- Cmo es que registra las entradas y salidas del establecimiento? 2.-cuento se tarda en realizar el inventario de la mercanca? 3.-cada cuando lo hace? 4.- hbleme sobre su proceso de ventas 5.- en que se basa para hacer reabastecimiento de los productos? 6.-considera eficiente el control de las existencias de los diferentes productos? 7.-Cul es el mayor problema dentro de la empresa? 8.- ha tenido prdidas de material? 9.-Qu es lo que lo causa? 10.- que tan grande es este problema? 11.- Desde su punto de visa cual es su posible solucin?
regresar

2.2.02.- CUESTIONARIO
Cmo es para usted el servicio de la tlapalera? a) Bueno b) regular c) malo Es mucho el tiempo en que lo atienden? a) Si (20-30) b) no (5-10min) c) Regula (10-15) Qu usted que automatizando el servicio seria mejor y mas rpido? a) Si b) no c) no lo se Usted piensa que el establecimiento necesita de tecnologa? a) Si b) no c) no es necesario Cree usted que llevando un control absoluto en los envos a domicilio se realizaran en menor tiempo y costo? a) Si b) no c) no mucho En su punto de vista Cree que se lleve un control de los artculos en este establecimiento? a) Si b) no
R=

Usted que cree que automatizando el servicio en la tlapalera se vendera mas justifique su respuesta?
R=

regresar

2.3.03.- IDENTIFICACIN DE LA PROBLEMTICA La tlapalera es una empresa establecida en el ao del 2003 e inicio sus procesos de venta con poco material al principio no costaba, el hecho de acomodar los productos por lo mismo de que a penas alcanzaba para empezar su trabajo en el mbito comercial e industrial. Al pasar los aos fue creciendo y a reaccin de esta haba mas material, mas personal y mas procesos para llevar a cabo. Por consiguiente a veces se le enredaban en el inventario del almacn, haba perdida de materiales, los usuarios se quejaban de que se tardaba mucho en ser atendidos, etc. La empresa de la tlapalera necesitaba algo para poder solucionar estos problemas. Es por esto que a partir de estas bases analizamos toda la informacin de dicha empresa para poder as llegar a una solucin que satisfaga estas anomalas. Ya analizando toda problemtica llegamos a que la solucin sera la creacin de un sistema de datos para tener un control optimo en los procesos de esta empresa, optimizando el servicio para los usuarios, no haciendo tan tedioso ni tarda, reduciendo costos de tiempo y gastos innecesarios como en el manejo de la auditoria y perdiendo das hbiles cerrando el negocio por inventario. Para solucin de estas anomalas que no permiten el desarrollo del negocio se pretende y necesita hacer un sistema de base de datos para optimizar todos los procesos de este establecimiento con grandes expectativas de crecimiento. Con el desarrollo de este sistema de base de datos se influir en el desarrollo integro de la tlapalera hacindola ms competitiva, y creando mejores procesos para llevar un control total de sus artculos y satisfacer a sus clientes que son lo ms importante.

regresar

2.4.04.- INFORME
Al revisar la informacin que nos fue proporcionada por el gerente as como las encuestas hemos analizado y llegado a un punto de partida de la problemtica de este establecimiento llegando a la conclusin de que la administracin de los recursos financieros y materiales no se hace de forma eficiente por que genera conflictos en los inventarios y redundancia de la informacin proporcionando prdidas econmicas para el gerente y dueo de este negocio as como insatisfaccin por los clientes al no atenderlos de forma rpida generando grandes colas en espera para ser atendidos. Encontramos que para los empleados el proceso de venta es bastante tedioso porque se les complica el revisar si tienen o no tienen la mercanca que el cliente solicita. La traspapelacion es un problema que genera confusin, perdida de documentos e ineficiencia en la documentacin, en la administracin de los recursos materiales y financieros proporcionando un doble esfuerzo a la hora de hacer el inventario, por ende generando informacin poco veraz, confusa y muy poco clara creando descontento e insatisfaccin por parte del gerente y los empleados. Como el inventario se hace de forma manual descubrimos que el encargado de realizar esa actividad suele perderse a la hora de registrar las entradas y salidas lo cual causa que haya un descontrol porque a veces se pide ms material que el que necesitan y en ocasiones hace falta ms artculos lo cual no se abastecen bien. Al llevar o al hacer un registro ineficiente de las entradas de los productos a la hora del reabastecimiento propicia grandes mermas de material generando gastos innecesarios.

regresar

3.1.01.- DOCUMENTO CON LAS NECESIDADES DEL PROYECTO

Requerimientos funcionales Sistema que ser practico Efectividad en el almacenamiento de la informacin Veracidad de la informacin Nula redundancia Fcil manejo para el usuario Seguridad en la informacin Seguridad para el usuario Informes mensuales Informacin actualizada Requerimientos no funcionales Costo del tiempo requerido Tiempo de respuesta Interfaz esttica Usuarios ingenuos
regresar

3.2.01.- DIAGRAMA DE CONTEXTO

Almacen

Empleados

Clientes

envo de productos Trabajadores del establecimiento

Ventas

compran artculos

BD TLAPALERIA

hacer depsitos y pagos

factura de entrega

proveedores

compran productos

bancos

regresar

establecimientos

3.3.01.- DIAGRAMA DE NIVEL 0

regresar

3.4.01.-DOCUMENTO DE SOFTWARE
Sistemas sugeridos Haciendo comparacin con algunos sistemas gestores de base de datos (SOBD) hemos llegado a justificar el por que hemos seleccionado mysql como plataforma para el desarrollo de la base de datos en este establecimiento.

Mysql en la versin server caractersticas software con licencia fcil manejo e instalacin Beneficios estable Seguro costo 153.84 dls.

uso y desarrollo en la red

poca redundancia de los datos

manejo de grandes volmenes de informacin mxima seguridad de la informacin

manejo fcil, seguro y amigable mnimos requerimientos de hardware

respaldos de la informacin

programacin sencilla

regresar

mas

Visual fox pro

caractersticas software licencia con seguro 134.61 dls. beneficios costo

manejo de la informacin de eficiente manera eficaz

seguridad media manejo de volmenes limitados de informacin nula visualizacin de la red fcil manejo e instalacin costo accesible

regresar

mas

Oracle caractersticas respaldos de la informacin seguro y eficiente manejo de grandes volmenes de informacin beneficios seguro y confiable eficiente en las operaciones poca redundancia de los datos costo 269.23 dls.

pionero en los SGBD mxima seguridad de la informacin programacin completa

regresar

3.6.01.- BALANCE GENERAL

Nombre del proyecto No.de folio Supervisor Fecha: Objetivo: identificar todos los gastos que se llevaron en la realizacin del sistema para la empresa y as llevar un control de toda la actividad monetaria que sale del capital disponible para la elaboracin de este proyecto. Gastos efectuados Hardware Software Papelera Viticos Gastos diferidos $ $ $ $ $ Total gastos $ Pagados con Apoyo organizacin estudiantil Apoyo de la empresa interesada $ $ Dficit cubierto por prestamos Sub total $ $

Observaciones:

regresar

Firma del gerente

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 1_SQA_RTF_1-Formato del plan de trabajo Proyecto: sistema de control de mercancas de una tlapalera Formato de validacin y verificacin. Producto: plan de trabajo Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que el plan de trabajo sea el adecuado para la realizacin del sistema. Problemas destacados: El tiempo no es el necesario . Sugerencias de correccin: Contemplar todos los tiempos de realizacion. Evaluacin: Estado actual del producto: ( x ) Aceptado ( ) rechazado Necesidades de revisiones

importantes
( ) Aceptado con modificaciones menores ( Rechazado con necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 2_SQA_RTF_1-formato para la realizacin de la entrevista Proyecto: sistema de control de mercancas de una tlapalera Formato de validacin y verificacin. Producto: Entrevista Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que la entrevista cumpla su objetivo de encontrar la problemtica de la empresa. Problemas destacados: no se encontr ningn problema . Sugerencias de correccin: realizar otra entrevista. Evaluacin: Estado actual del producto: ( x ) Aceptado ( ) rechazado

Necesidades de revisiones
importantes ( ) Aceptado con modificaciones menores ( Rechazado con necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 2_SQA_RTF_2 Tipo de preguntas dirigidas hacia la problemtica. Proyecto: sistema de control de mercancas de una tlapalera. Formato de validacin y verificacin. Producto: tipo de preguntas dirigidas hacia la problemtica de la empresa. Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que las preguntas sean concisas y claras. Problemas destacados: no se encontr ningn problema . Sugerencias de correccin: no necesita correcciones. Evaluacin: Estado actual del producto: ( x ) Aceptado ( ) rechazado Necesidades de revisiones importantes ( ) Aceptado con modificaciones ( Rechazado con menores necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 2_SQA_RTF_3 El cuestionario con preguntas acerca del tema . Proyecto: sistema de control de mercancas de una tlapalera. Formato de validacin y verificacin. Producto: Cuestionario con preguntas acerca del tema. Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que las preguntas sean concisas y claras. Problemas destacados: no se encontr ningn problema . Sugerencias de correccin: no necesita correcciones. Evaluacin: Estado actual del producto: ( x ) Aceptado ( ) rechazado Necesidades de revisiones importantes ( ) Aceptado con modificaciones ( Rechazado con menores necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 2_SQA_RTF_4 Un informe sobre la entrevista realizada. Proyecto: sistema de control de mercancas de una tlapalera. Formato de validacin y verificacin. Producto: informe sobre la entrevista realizada. Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que las preguntas hayan sido factibles . Problemas destacados: no se encontr ningn problema . Sugerencias de correccin: no necesita correcciones. Evaluacin: Estado actual del producto: ( x ) Aceptado ( ) rechazado Necesidades de revisiones importantes ( ) Aceptado con modificaciones ( Rechazado con menores necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 3_SQA_RTF_3-formato de revisin para la obtencin de las necesidades de la empresa.. Proyecto: sistema de control de mercancas de una tlapalera. Formato de validacin y verificacin. Producto: revisin para la obtencin de las necesidades de la empresa. Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que se hayan obtenido las necesidades que realmente son . Problemas destacados: no se encontr ningn problema . Sugerencias de correccin: las necesidades se encontraron. Evaluacin: Estado actual del producto: ( ) Aceptado ( ) rechazado Necesidades de revisiones importantes ( x ) Aceptado con modificaciones ( Rechazado con menores necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

PROYECTO: Sistema de control de existencias y seguimiento de artculos tlapalera

FECHA 10 de octubre 2010

3_SQA_RTF_02 Formatos de evaluacin y validacin de los procesos del sistema.

PLAN DE SQA IDENTIFICADORES

3.1.01.Documentacin con las necesidades del proyecto 3.2.01.-Diagrama de contexto 3.3.01.-Diagrama de nivel cero 3.3.02.- Diagrama de nivel uno 3.4.01.- Documento de software 3.5.01.- Documento de hardware 3.6.01.- Balance general del sistema TOTAL

MUY BIEN (15) X

BIEN (10)

REGULAR (5)

MALO (0)

X X X

X
X

75

20

Evaluacin: puntaje 95 Firma:

PROYECTO: Sistema de control de existencias y seguimiento de artculos tlapalera

2_SQA_RTF_01 FORMATO DE ELICITACION DE REQUISITOS FECHA 10 de octubre del 2010 PLAN DE SQA IDENTIFICADORES MUY BIEN (15) BIEN (10) REGULAR (5) MALO (0)

2.1.01 entrevista 2.2.02 cuestionario 2.3.03 identificacin de la problemtica

X
X X

2.3.04 informe TOTAL 30

X 10

Evaluacin: puntaje 40 Firma:

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 3_SQA_RTF_3_SQA_RTF_31-formato para la revisin del diagrama de contexto Proyecto: sistema de control de mercancas de una tlapalera. Formato de validacin y verificacin. Producto: Formato para la revisin del diagrama de contexto. Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que si se ayean contemplado todas las reas de la empresa . Problemas destacados: no se encontr ningn problema . Sugerencias de correccin: todas las areas estn contempladas. Evaluacin: Estado actual del producto: ( ) Aceptado ( ) rechazado Necesidades de revisiones importantes ( x ) Aceptado con modificaciones ( Rechazado con menores necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 3_SQA_RTF_32-formato para la revisin del diagrama de nivel 1 Proyecto: sistema de control de mercancas de una tlapalera. Formato de validacin y verificacin. Producto: Formato para la revisin del diagrama de nivel 1 Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que si se ayean contemplado todas las reas de la empresa . Problemas destacados: no se encontr ningn problema . Sugerencias de correccin: todas las areas estn contempladas. Evaluacin: Estado actual del producto: ( ) Aceptado ( ) rechazado Necesidades de revisiones importantes ( x ) Aceptado con modificaciones ( Rechazado con menores necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 3_SQA_RTF_33-formato de obtencin del software Proyecto: sistema de control de mercancas de una tlapalera. Formato de validacin y verificacin. Producto: Formato para la revisin del diagrama de nivel 1 Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que el software que se va a utilizar sea el necesairio . Problemas destacados: no se encontr ningn problema . Sugerencias de correccin: el software el el adecuado. Evaluacin: Estado actual del producto: ( x ) Aceptado ( ) rechazado Necesidades de revisiones importantes ( ) Aceptado con modificaciones ( Rechazado con menores necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 3_SQA_RTF_34-formato de obtencin de hardware Proyecto: sistema de control de mercancas de una tlapalera. Formato de validacin y verificacin. Producto: Formato para la revisin del diagrama de nivel 1 Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que el hardware que se va a utilizar sea el necesairio . Problemas destacados: no se encontr ningn problema . Sugerencias de correccin: el hardware el el adecuado. Evaluacin: Estado actual del producto: ( x ) Aceptado ( ) rechazado Necesidades de revisiones importantes ( ) Aceptado con modificaciones ( Rechazado con menores necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 3_SQA_RTF_35-formato para la revisin del balance general Proyecto: sistema de control de mercancas de una tlapalera. Formato de validacin y verificacin. Producto: Formato para la revisin del diagrama de nivel 1 Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que se contemplen todos los gastos. Problemas destacados: no se encontr ningn problema . Sugerencias de correccin: Sea han contemplado todos los gastos. Evaluacin: Estado actual del producto: ( x ) Aceptado ( ) rechazado Necesidades de revisiones importantes ( ) Aceptado con modificaciones ( Rechazado con menores necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 4_SQA_RTF-_04formato de requerimientos Proyecto: sistema de control de mercancas de una tlapalera. Formato de validacin y verificacin. Producto: Formato para la revisin del diagrama de nivel 1 Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que estn completos los requerimientos. Problemas destacados: no se encontr ningn problema . Sugerencias de correccin: Los requerimientos son los adecuados para la realizacin del sistema. Evaluacin: Estado actual del producto: ( x ) Aceptado ( ) rechazado Necesidades de revisiones importantes ( ) Aceptado con modificaciones ( Rechazado con menores necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 4_SQA_RTF-_04 formato de revisin de la obtencin de requerimientos Proyecto: sistema de control de mercancas de una tlapalera. Formato de validacin y verificacin. Producto: Formato para la revisin del diagrama de nivel 1 Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que estn completos los requerimientos. Problemas destacados: no se encontr ningn problema . Sugerencias de correccin: Los requerimientos son los adecuados para la realizacin del sistema. Evaluacin: Estado actual del producto: ( x ) Aceptado ( ) rechazado Necesidades de revisiones importantes ( ) Aceptado con modificaciones ( Rechazado con menores necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 5_SQA_RTF_04 formato para la revisin del modelo entidad relacin Proyecto: sistema de control de mercancas de una tlapalera. Formato de validacin y verificacin. Producto: Formato para la revisin de el modelo entidad relacin Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que los atributos sean los necesarios. Problemas destacados: no se encontr ningn problema . Sugerencias de correccin: Las relaciones son correctas . Evaluacin: Estado actual del producto: ( x ) Aceptado ( ) rechazado Necesidades de revisiones importantes ( ) Aceptado con modificaciones ( Rechazado con menores necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 5_SQA_RTF_04 formato para la revisin de las tablas Proyecto: sistema de control de mercancas de una tlapalera. Formato de validacin y verificacin. Producto: Formato para la revisin de el modelo entidad relacin Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que las tablas sean correctas . Problemas destacados: no se encontr ningn problema . Sugerencias de correccin: Las relaciones son correctas . Evaluacin: Estado actual del producto: ( x ) Aceptado ( ) rechazado Necesidades de revisiones importantes ( ) Aceptado con modificaciones ( Rechazado con menores necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 5_SQA_RTF_04 formato para la revisin del mapa de navegacin Proyecto: sistema de control de mercancas de una tlapalera. Formato de validacin y verificacin. Producto: Formato para la revisin del mapa de navegacin Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que el mapa de navegacin este correcto . Problemas destacados: no se encontr ningn problema . Sugerencias de correccin: Dicho mapa es correcto . Evaluacin: Estado actual del producto: ( x ) Aceptado ( ) rechazado Necesidades de revisiones importantes ( ) Aceptado con modificaciones ( Rechazado con menores necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 6_SQA_RTF_5-comprovacion del adecuado funcionamiento del sistema y reporte de cambios realizados Proyecto: sistema de control de mercancas de una tlapalera. Formato de validacin y verificacin. Producto: comprobacin del adecuado funcionamiento del sistema y reporte de cambios realizados Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que se aga un reporte sobre los cambios realizados en el proyecto . Problemas destacados: No se izo dicho reporte. Sugerencias de correccin: que el reporte se haga en tiempo y forma. Evaluacin: Estado actual del producto: ( ) Aceptado ( ) rechazado Necesidades de revisiones importantes ( x ) Aceptado con modificaciones ( Rechazado con menores necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

Plan SQA. Fecha: 07 de octubre del 2010 Identificador: 7_SQA_RTF_7-relacion de pruebas peridicamente para evaluar el adecuado funcionamiento del sistema Proyecto: sistema de control de mercancas de una tlapalera. Formato de validacin y verificacin. Producto: relacin de pruebas peridicamente para evaluar el adecuado funcionamiento del sistema Versin del producto revisado: 1.0 Participantes del la revisin: Analistas y desarrolladores. Objetivo de la revisin: Que el sistema funcione correctamente. Problemas destacados: No se encontr ningn problema. Sugerencias de correccin: El sistema funciona correctamente. Evaluacin: Estado actual del producto: ( x ) Aceptado ( ) rechazado Necesidades de revisiones importantes ( ) Aceptado con modificaciones ( Rechazado con menores necesidades de desarrollo nuevo Prxima revisin: 10 de octubre del 2010 firma del lder :______________

regresar

5.1.01-modelo entidad relacin

REGRESAR

compras almacn usuarios

MEN
COMPRAS
REGISTRO USUARIOS

VENTAS FACTURA

ALMACEN

factura

ventas
REGRESAR

4.1.01.- ESTUDIO DE REQUERIMIENTOS

Inspeccin. Se deber hacer una inspeccin de todos los artculos, la forma en cmo se compra y los tipos de proveedores, con lo cual se desea hacer una vista preliminar de lo que contendr el sistema. Valoracin. Esta valoracin se har para que se verifique si toda la informacin contenida en la documentacin sea correcta y no propicie problemas. Inconformidades. Se toma en cuenta las discrepancias que se han generado por no tener un control de los procesos por lo que genera insatisfaccin e inconformidad entre los clientes y los empleados ya que sus pedidos son tardos o poco eficientes. Almacenaje. La forma en cmo se pretende hacer el sistema para que este almacene la informacin de manera veraz, actual y de manera eficiente. Auditoria. Para saber las existencias de este establecimiento y la forma en que adquieren los productos. Tecnologa. En este establecimiento la falta de tecnologa es una de las principales carencias que con el sistema se pretenden atacar, para hacerlo un establecimiento ms competitivo y en creciente desarrollo. Innovacin. La tecnologa genera de manera directa en la innovacin de este sistema de base de datos por lo que se pretende hacerlo ms personalizado posible en base a las necesidades del cliente. Documentacin. Para tener bien presente y generar un respaldo de la informacin con la que se va a desarrollar el sistema de base de datos.

REGRESAR

Requisito analizado Prctico

Estrategia de aplicacin Esto se realizara en funcin de cmo trabaja el usuario con el entorno de su rea de trabajo. El almacenamiento de la informacin introducida en la base de datos peridicamente generara copias de seguridad pero no generar grandes volmenes que resultan ineficientes. Esto se pretende atacar normalizando las tablas que se generan en la base de datos para hacer que la informacin sea veraz y confiable. En este caso la normalizacin proporciona este punto muy importante. Ser con una interfaz agradable y de fcil manejo para los usuarios. Se podrn hacer respaldos con las fechas especificadas por sus usuarios para no perder esa informacin. Cada usuario del sistema tendr un login y un password personal para poder ingresar al sistema. Se realizaran informes mensuales de las existencias de los artculos para saber que esta por acabarse o viceversa. Esto se har con las consultas y se podr editar la informacin.

Almacenamiento eficaz

Veracidad de la informacin

Nula o escasa redundancia con los datos Facilidad de uso Seguridad de la informacin Seguridad para los usuarios

Informes mensuales

Informacin actualizada

REGRESAR

5.2.01.-INTERFAS GRAFICA DE USUARIO

este es el men que muestra como se vera el sistema para los usuarios acorde a las necesidades de cada persona, la siguiente pantalla muestra el aspecto que tendr el sistema

la facturacin un puto importante para los clientes, ser un aspecto bastante fcil de manejar para el usuario, la siguiente pantalla nos muestra como se vera y como funcionara

regresar

1.1.01 SISTEMA DE CONTROL DE EXISTENCIAS Y SEGUIMIENTO DE ARTICULOS TLAPALERIA

FASES PROCESO PLAN DE DESARROLLO DE SOFTWARE ACTIVIDADES PRODUCTO ACTIVIDADES SQA PARTICIPANTES SQA *jefe del proyecto *Analista PLAN SQA INSTRUMENTOS DE EVALUACION RTF

DEFINICION 1.-establecer DE OBJETIVOS claramente los objetivos

1.1.-establecer un plan de trabajo

1.1.01.-Plan de trabajo

1_SQA-se realizo un plan de trabajo para cumplir con los objetivos de la empresa

1_SQA_RTF_1Formato del plan de trabajo

PLANIFICACIO 2.-Elicitacin de N requisitos

2.1.-hacer entrevista con el gerente 2.2.-hacer cuestionario para los clientes y empleados 2.3.-documentar las necesidades y requisitos 2.4.-revisin de la documentacin

2.1.01 entrevista 2.2.02 cuestionario 2.3.03 identificacin de la problemtica 2.3.04 informe

2_SQA.- se realizaron *jefe del entrevistas de estructura proyecto pirmide, con preguntas de *Analista tipo abiertas, para poder llegar a resultados mas especficos

2_SQA_RTF_1-formato para la realizacin de la entrevista 2_SQA_RTF_2 Tipo de preguntas dirigidas hacia la problemtica. 2_SQA_RTF_3 El cuestionario con preguntas acerca del tema 2_SQA_RTF_4 Un informe sobre la entrevista realizada 3_SQA_RTF_1-formato de revisin para la obtencin de las necesidades de la empresa. 3_SQA_RTF_2-formato para la revisin del diagrama de contexto 3_SQA_RTF_3-formato para la revisin del diagrama de nivel 1 3_SQA_RTF_4-formato de obtencin del software 3_SQA_RTF_5-formato de obtencin de hardware 3_SQA_RTF_6-formato para la revisin del balance general

ANALISIS

3.- Anlisis de requisitos del sistema ( software y hardware)

3.1.-definicin de requisitos del sistema 3.2.-realizar el diagrama de los elementos o factores que intervienen en el sistema 3.3.-Realizar la documentacin de los procesos internos del sistema 3.4.-requerimientos de software 3.5.- requerimientos de hardware 3.6.-presupuesto del sistema

3.1.01.Documentacin con las necesidades del proyecto 3.2.01.-Diagrama de contexto 3.3.01.-Diagrama de nivel cero 3.3.02.- Diagrama de nivel uno 3.4.01.- Documento de software 3.5.01.- Documento de hardware 3.6.01.- Balance general del sistema

3_SQA_01.- la documentacin ya elaborada la analizo un analista de sistemas que identifico la problemtica dentro del rea 3_SQA_02 Realizacin de revisiones tcnicas formales

* jefe del proyecto *analistas *programadores

IGENIERIA DE 4.-Diseo SISTEMAS arquitectnico del sistema CONSTRUCCI ON (TOO) 5.-diseo del software

4.1Especificaciones tcnicas de los requisitos del sistema 4.2 Documentacin de los requisitos del sistema 5.1 Diseo del modelo general 5.2 Diseo de la base de datos

4.1.01Estudio de requerimientos 4.2.01Documento

4_SQA.-Registro y realizacin de informes tcnicos de evaluacin del sistema en desarrollo. 5_SQA.-realizacin de documentos. 5.1_SQA verificacin de las Entradas del sistema 5.2.SQA verificacin de las Salidas del sistema 5.2.1_SQA Reportes

4_SQA_RTF-_1formato de requerimientos * jefe del 4_SQA_RTF-_2 formato de revisin de la proyecto obtencin de requerimientos *analistas *programadores * jefe del proyecto *analistas *programadores *ingeniero de SW 5_SQA_RTF_1.1 formato para la modelo entidad relacin 5_SQA_RTF_1.2 formato para la tablas 5_SQA_RTF_2.1 formato para la 5_SQA_RTF_2.2 formato para la mapa de navegacin revisin del revisin de las revisin de IGU revisin del

5.1.01.-modelo entidad relacin 5.1.02 Tablas 5.2.01- GUI del sistema 5.2.02. -mapa de navegacin

ADAPTACION 6.- Instalacin del 6.1 Llevar a cabo la instalacin de 6.1.01.- Errores de instalacin. software todos los componentes que integran el sistema.

6_SQA_RTF_1-comprovacion del adecuado 6_SQA.- Realizacin de pruebas * jefe del funcionamiento del sistema y reporte de y ajustes necesarios para una proyecto cambios realizados. instalacin adecuada. *analistas *programadores

3.5.01- Documento de hardware

Sistema operativo windows xp Lector de cd-rom Procesador XROM (1.5)

RAM 1G
2 discos duros de 150 Gb Sistema Operativo original Banco de baterias

regresar