analisis y diseño de sistemas _ proyecto empresa textileria fargo

8/17/2019 Analisis y Diseño de Sistemas _ Proyecto Empresa Textileria Fargo

1/36

20/4/2016 ANALISIS Y DISEÑO DE SISTEMAS : proyecto EMPRESA TEXTILERIA FARGO

http://em presatextil er iafargo2012.blogspot.pe/2012/11/proyecto-em presa- textiler iafargo.htm l 1/36

proyecto EMPRESA TEXTILERIA FARGO

ESTRATEGIAS PARA EL DESARROLLO DE SISTEMAS:

A medida que las computadoras son empleadas cada vez más por personas que no sonespecialistas en computación el rostro del desarrollo de sistemas de información adquiereuna nueva magnitud. Los usuarios emprenden ya el desarrollo de algunos sistemas que

ellos emplean.

Éstas situaciones están representadas por tres distintos enfoques al desarrollo desistemas de información basados en computadora:

Ciclo de vida clásico del desarrollo de sistemas:

Él método del ciclo de vida para desarrollo de sistemas consta de las siguientesactividades:

Investigación preliminar

Determinación de los requerimientos del sistema

Diseño del sistema

Desarrollo de software

Prueba de los sistemas

Implantación y evaluación

Investigación preliminar:

La solicitud para recibir ayuda de un sistema de información puede originarse por varias

razones; El proceso se inicia siempre con la petición de una persona (Administrador,empleado o especialista en sistemas) en ése momento inicia la actividad de sistemas: la

investigación preliminar. La cual consta de : aclaración de la solicitud, estudio defactibilidad y aprobación de la solicitud.

Aclaración de la solicitud:

Muchas solicitudes no están formuladas de manera clara, por lo que débe de examinarsepara determinar con precisión lo que el solicitante desea. Si el solicitante pide ayuda sin

saber qué es lo que está mal o en donde se encuentra el problema, la aclaración se hacemás dificil. En cualquier caso, antes de seguir adelante, la solicitud debe estar claramente

planteada.

Estudio de factibilidad:

Es importante determinar que el sistema solicitado sea factible. En la investigaciónpreliminar existen tres aspectos relacionados :

Factibilidad técnica: El trabajo ¿ puede realizarse con el equipo actual, la tecnología

existente de software y el personal disponible? Si se necesita nueva tecnología ¿cuál es la

posibilidad de desarrollarla?

Factibilidad económica: Al crear el sistema ¿los beneficios que se obtienen serán

suficientes para aceptar los costos?, ¿los costos asociados con la decisión de no crear el

sistema son tan grandes que se debe aceptar el proyecto? Factibilidad operacional: Si se desarrolla e implanta, ¿será utilizado el sistema?,

¿existirá cierta resistencia al cambio por parte de los usuarios que dé como resultado una

disminución de los posibles beneficios de la aplicación?


2/36



El estudio de factibilidad lo lleva a cabo un pequeño equipo de personas (en ocasionesuna o dos) que está familiarizado con técnicas de sistemas de información; dicho equípo

comprende la parte de la empresa que participará (cliente) , y gente experta en losprecesos de análisis y diseño de sistemas.

Aprobación de a solicitud No todos los proyectos solicitados son factibles. Algunasorganizaciones reciben tantas solicitudes de sus empleados que sólo es posible atender

unas cuantas. Sin embargo, aquellos proyectos que son deseables y factibles debenincorporarse en los planes. En algunos casos el desarrollo puede comenzar

inmediatamente, aunque lo común es que los miembros del equipo de sistemas seencuentren ocupados con otros proyectos. Cuando esto ocurre, la administración decide

qué proyectos son los más importantes y decide el orden en que se llevarán a cabo.Muchas organizaciones desarrollan planes para sistemas de información con el mismo

cuidado con el que planifican nuevos productos y programas de fabricación. Despues deaprobar la solicitud de un proyecto se estima su costo, el tiempo necesario para terminarlo

y las necesidades de personal; con una información se determina dónde ubicarlo dentrode la lista existente de proyectos.

Más adelante, cuando los demás proyectos se han completado, se inicia el desarrollo de laaplicación propuesta.

Determinación de los requerimientos del sistema.

El aspecto fundamental del análisis de sistemas es comprender las facetas importantes del parte de a empresa que se encuentra bajo estudio. Los analistas, al trabajar con los

empleados deben estudiar los procesos de una empresa para dar respuesta a lassiguients preguntas clave:

¿Qué es lo que se hace?

¿Cómo se hace?

¿Con qué frecuencia se presenta?

¿Qué tan grande es el volumen de transacciones o de decisiones?

¿Cuál es el grado de eficiencia con el que se efectúan las tareas?

¿Existe algún problema?

Si existe un problema, ¿qué tan serio es?

Si existe un problema, ¿Cuál es la causa que lo origina?

Para contestar estas preguntas, el analista conversa con varias personas para reunir detalles relacionados con los procesos de la empresa, sus opiniones sobre porqé ocurren

las cosas, las soluciones que proponen e ideas de cambio. Cuando no se puede

entrevistar se emplean cuestionarios, en forma personal, a los miembres de gruposgrandes dentro de la organización. Las investigaciones detalladas requieren el estudio de

manuales y reportes, la observación en condiciones reales de las actividades del trabajo y,en algunas ocasiones, muestras de formas y documentos con el fin de comprender el

proceso en su totalidad.

Conforme se van reuniendo detalles el analista identifica las características, determina lainformacion que debe de producir el sistema, procesaos, tiempos de respuesta y métodos

de entrada y salida.

Diseño del sistema

El diseño de un sistema de información produce los detalles que establecen la forma en laque el sistema cumplirá con los requerimientos identificados durante la fase de análisis.

Los especialistas en sistemas se refieren, con frecuecia, a esta etapa como diseño lógicoen contraste con la de desarrollo del software, a la que denominan diseño físico.

Los analistas de sistemas comienzan el proceso de diseño identificando los reportes y


3/36



demás salidas que debe producir el sistema. Luego determinar los datos específicos paracada reporte y salida. Es común que los diseñadores hagan unbosquejo del formato opantalla que esperan que aparezca cuando el sistema esté terminado. Lo anterior seefectúa en papel o en la pantalla de una terminal utilizando para ello algunas de las

herramientas disponibles para el desarrollo de sistemas.

El diseño de un sistema también indica los datos de entrada, aquellos que seráncalculados y los que deben ser almacenados. Asimismo, se escriben con todo detalle los

procedimientos de cálculo y los datos individuales. Los diseñadores seleccionan las

estructuras de archivo y los dispositivos de almacenamiento, tales como discos y cintasmagnéticas o incluso archivos en papel. Los procedimientos que se escriben indican cómo

procesar los datos y producir las salidas. Los documentos que contienen lasespecifícaciones de diseño representan a éste de muchas maneras. La información

detallada del diseño se proporciona al equipo de programación para comenzar la fase dedesarrolloo de software.

Los diseñadores son los responsables de contestar preguntas, aclarar dudas y manejar losproblemas que enfrentan los programadores cuando utilizan las especificaciones de

diseño.

Desarrollo de Software

Los programadores o Analistas programadores que trabajan en las grandesorganizaciones pertenecen a un grupo permanente de profesionales y son los

responsables de la programación y documentacion de los programas en dondeproporcionan una explicación de cómo y porqué ciertos procedimientos se codifican en

determinada forma. La documentación es esencial para probar el programa y llevar a caboel mantenimiento una vez que la aplicación se encuentra instalada.

Prueba de sistemas:

Durante la fase de prueba de sistemas, el sistema se emplea de manera experimentalpara asegurarse de que el software no tenga fallas, es decir que funciona de acuerdo con

las pespecificaciones y en la forma en que los usuarios esperan que lo haga. Esprefereible descibrir cualquier sorpresa antes de que la organización implante el sistema y

dependa de él.

En uchas organizaciones, las pruebas son conducidas por personas ajenas al grupo queescribió los programas originales; con esto se persigue asegurar, por una parte, que laspruebas sean completas e imparciales y, por otras, que el software sea más confiable.

Implantación y evaluación:

La implantación es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios,instalar la aplicación y construir todos los carchivos de datos necesarios para utilizarla.

Dependiendo del tamaño de la organización que empleará la aplicación y el riesgo

asociado con su uso, puede elegirse comenzar la operación del sistema sólo en un áreade la emplresa (prueba piloto). Algunas veces se deja que los dos sistemas (El viejo y elnuevo) trabajen en forma paralela con la finalidad de comparar los resultados. En otras

circunstancias, el viejo sistema deja de utilizarse determinado día para comenzar aemplear el nuevo al diía siguiente. Cada estrategia de implantación tienen sus méritos deacuerdo con la situación que se considere dentro de la empresa. Sin importar cuál sea la

estrategia utilizada, los encargados de desarrollar el sistema procuran que el uso inicial delsistema se encuentre libre de problemas.

Una vez instaladas, las aplicaciones se emplean durante muchas años. Sin embargo lasorganizaciones y los usuarios cambian con el paso del tiempo, incluso el ambiente es

diferente con el paso de las semanas y los meses. Por consiguiente, es indudable quedebe darse mantenimiento a las aplicaciones; realizar cambios y modificaciones en elsoftware, archivos o procedimientos. Para satisfacer las nuevas decesidades de los

usuarios. Los sistemas de información deben mantenerse siempre al dia. En este sentido,la implantación es un proceso en constante evolución.


4/36



La evolución de un sistema ocurre a lo largo de cualquiera de las siguientes dimensiones:

Evaluacion operacional

Valoracion de la forma en que funciona el sistema, incluyendo su facilidad de uso, tiempode respuesta, lo adecuado de los formatos de información, confiabilidad global y nivel de

utilización.

Impacto Organizacional

Identificacion y medición de los beneficios para la organización en áreas tales comofinanzas (costos, ingresos y ganancias), eficiencia operacional e impacto competitivo.

También se incluye el impacto sobre el flujo de información interno y externo.

Opinión de los administradores

Evaluación de las actitudes de directivos y administradores dentro de la organización asícomo de los usuarios finales.

Desempeño del desarrollo

La evaluacion del proceso de desarrollo de acuerdo con criterios tales como iempo yesfuerzo de desarrollo, concuerdan con presupuestos y estándares, y otros criterios de

administración de proyectos. También se incluye la valoración de los métodos y

herramientas utilizados en el desarrollo.

Desafortunadamente la evaluación de sistemas no siempre recibe la atención que merece.Sin embargo, cuando se conduce en forma adecuada proporciona mucha información que

puede ayudar a mejorar la efectividad de los esfuerzos de desarrollo de aplicacionessubsecuentes.

Método de desarrollo por análisis estructurado:

Muchos especialistas en sistemas de información reconocen la dificultad de comprender de manera completa sistemas grandes y complejos. El método de desarrollo del an´+alisis

estructurado tiene como filalidad superar ésa dificultad por medio de 1) la división delsistema en componentes y 2) la construcción de un modelo del sistema. El método

incorpora elementos tanto de análisis como de diseño.

¿Qué es el análisis estructurado?

El análisis estructuradose cocentra en especificar lo que se requiere que haga el sistema ola aplicación. No se establece cómo se cumplirán los requerimientos o la forma en que

implantará la aplicación. Más bien permite que ls personas observen los elementos lógicos(lo que hará el sistema) separados de los componentes físicos (computadoras, terminales,sistemas de almacenamiento, etc.) Después de esto se puede desarrollar un diseño físico

eficiente para la situación donde será utilizado.

Elementos del análisis estructurado:

Los elementos esenciales son símbolos gráficos, diagramas de flujo de datos y diccionariocentralizado de datos.

Descripción gráfica

Una de las formas de describir un sistema es preparar un pbosquejo que señale suscaracterísticas, identifique la función para la que sirve e indique cómo éste interactúa con

otros elementos, entre otras cosas. Sin embargo, describir de esta manera un sistemagrande es un poroceso tedioso y propenso a errores ya que es fácil omitir algún detalle o

dar una explicación que quizá los demás no entiendan.

En lugar de las palabras el análisis estructurado utiliza símbolos, o íconos, para crear un

modelo gráfico del sistema. Los modelos de este tipo muestran los detalles del sistema. Sise seleccionan los símbolos y notación correctos entonces casi cualquier persona puedeseguir la forma en que los componentes se acomodarán entre si para formar el sistema.

El diagrama lógico de flujo de datos muestra las fuentes y destinos de los datos, identificay da nombre a los procesos que se llevan a cabo, identifica y da nombre a los grupos de


5/36



datos que relacionan una funcion con otra y señala los almacenes de datos a los que setiene acceso.

Diagrama de flujo de datos:

El modelo del sistema recibe el nombre de diagrama de flujo de datos (DFD). Ladescripción completa de un sistema está formada por un conjunto de diagramas de flujo

de datos.

Para desarrollar una descripcion desl sistema por el método de análisis estructurado se

sigue un proceso descendente (top-down). El modelo original se detalla en diagramas debajo nivel que muestran características adicionales del sistema. Cada proceso puede

desglosarse en diagramas de flujo de datos cada vez más detallados. Esta secuencia serepite hasta que se obtienen suficientes detalles que permiten al analista comprender en

su totalidad la parte del sistema que se encuentra bajo investigación.

Diccionario de datos:

Todas las deficniciones de los elementos en el sitema (flujo de datos, procesos yalmacenes de dats) están descritos en forma detallada en el diccionario de datos. Si algúnmiembro del equipoi encargado del proyecto desea saber alguna definición del nombre deun dato o el contenido particular de un flujo de datos, esta información debe encontranrse

disponible en el diccionario de datos.¿Que es el diseño estructurado ¿

Se enfoca en el desarrollo de especificaciones del software. La meta del sdiseñoestructurado es crear programas formados por módulos independientes unos de otros

desde el punto de vista funcional.

El diseño estrcturado es una técnica específica para el diseño de programas y no unmétodo de diseño de comprensión. Esta técnica conduce a la especificación de módulosde programa que son funcionalmente independientes. La herramienta fundamental deldiseño estructurado es el diagrama estructurado, los cuales son de naturaleza gráfica y

evitan cualquier referencia relacionada con el hardware o detalles físicos. Su finalidad no

es mostrar la lógica de los programas. Los diagramas estructurados describen lainteracción entre módulos independientes junto con los datos que un módulo pasa a otro

cuando interaccina con él. Estas especificaciones funcionales para los módulos seproporcionan a los programadores antes que dé comienzo la fase de escritura de código.

Empleo del Análisis estructurado con otros métodos de desarrollo:

El análisis estructurado se cobina, con bastante frecuencia, con el método ya presentadode ciclo de vida clásico de desarrollo de sistemas. Por ejemplo, los analistas pueden optar mas de flujo de datos como una forma para documentar las relaciones entre componentesdurante la investigación detallada de algún sistema existente, Asimismo, se puede definir los archivos y datos en un diccionario centralizado de datos de acuerdo con las reglas de

análisis estructurado.

Sin embargo muchas organizaciones optgan por no utilizar este método de desarrollo. Por ejemplo, los analistas deciden con frecuencia que el desarrollo de diagramas yesquemases una tarea que consume mucho tiempo, sobre todo si el sistema es grande y complejo.(Es común que los diagramas tengan que dibujarse una y otra vez conforme se adquiere

nueva información). Como se verá más adelante, se han desarrollado herramientasasistidas por computadora para superar este problema.

Otros analistas señalan que los elementos que faltan, tales como las personas y losprocedimientos de control, son parte del sistema mismo y no pueden omitirse en la

descripción de éste. Más adelante se considerará este aspecto tan importante.

Métodos del prototipo de sitemas

Este método hace que el usuario participe de manera más directa en la experiencia deanálisis y diseño que cualquiera de los ya presentados. La connstrucción de prototipos esmuy eficaz bajo las circunstancias correctas. Sin embargo, al igual que los otros métodos,


6/36



el método es útil sólo si se emplea en el momento adecuado y en la forma apropiada.

¿Qué es un prototipo?

El prototipo es un sistema que funciona, no solo una idea en el papel, desarrollado con lafinalidad de probar ideas y suposiciones relacionadas con el nuevo sistema. Al igual que

cualquier sistema basado en computadora, está constituido por software que aceptaentradas, realiza cálculos, produce información ya sea impresa o presentada en una

pantalla, o qyue lleva a cabo uotras actividades significativas. Es la primera versión, oiteración, de un sistema de información.

Lo usuarios evalúan el diseño y la información generada por el sistema. Lo anterior sólopuede hacerse con efectividad si los datos utilizados, al igual que las situaciones, sonreales. Por otra parte, deben esperarse cambios a medida que el sistema es utilizado.

Razones para desarrollar prototipos de sistemas

Los requerimientos de información no siempre están bien definidos. Es probable que losusuarios conozcan sólo ciertas areas de la empresa donde se necesiten mejoras o

cambios en los procedimientos actuales. Tambien es posible que reconozcan la necesidadde tener mejor informacion para administrar ciertas actividades pero que no est´¿enseguros cuaál de esta información será la adecuada. Los requerimientos del usuario

pueden ser demasiado vagos aun al formular el diseño. En otros casos, es probable queuna investigación de sistemas bien llevada necesite del desarrollo de nueva tecnología.

Los prototipos permiten evaluar situaciones extraordinarias donde los encargados dediseñar e implantar sistemas no tienen información ni experiencia, o también donde

existen situaciones de riesgo y costo elevados, y aquellas donde el diseño propuesto esnovedoso y aún no se demuestra es la factibilidad de que los vendedores envíen ordenes

de pedido al sistema de cómputo de la compañía desde el sitio donde efectúan laoperación por medio de terminales portátiles enlazadas a teléfonos públicos. Para probar

el concepto los administradores y encargados de ssistemas pueden optar por construir una versión en pequeña escala del software, adquirir unas cuantas terminales y

seleccionar un grupo de vendedores. El prototipo proporcionará información preliminar sobre la funcoinalidad del concepto.

El prototipo es, en realidad, un modelo piloto o de prueba, en general, los analistas desistemas encuentran que los prototipos tienen mayor utilidad bajo las siguientes

condiciones :

Los encargados de diseñar e implantar sistemas nunca han desarrollado uno con lascaracterísticas del sistema propuesto.

Se conoce sólo una parte de las características esenciales del sistema; las demás no sonidentificables a pesar de un cuidadoso análisis de requerimientos.

La experiencia con el uso del sistema añadirá una lista significativa de requerimientos

que el sistema debe satisfacer.

Las diferentes versiones del sistema evolucionan con la experiencia al igual que eldesarrollo a´dicional y el refinamiento de sus características.

Los usuarios del sistema participan en el proceso de desarrollo.

Los pasos a seguir en el proceso de desarrollo de prototipos son los siguientes:

Identificar los requerimientos de información que el usuario conoce junto con las

características necesarias del sistema.

Desarrollar un prototipo que funcione.

Utilizar el prototipo anotando las necesidades de cambios y mejoras. Esto expande la

lista de los requerimientos de sistemas conocidos.

Revisar el prototipo con base en la información obtenida a través de la experiencia del

usuario.


7/36



Repetir los pasos anteriores las veces que sea necesario hasta obtener5 un sistema

satisfactorio.

Él analista debe de reunirse con los usuarios una o dos veces con la finalidad de identificar los requerimientos. El resultado de estas reuniones forma la base para la construccion del

prototipo.

El desarrollo de un prototipo que funcione es responsabilidad del analista de sistemas,cuando el analista y el usuario deciden que cuentan ya con la suficiente información

proveniente del proceso de construccion del prototipo, determinan cómo satisfacer losrequerimientos ya identificados. En general se opta por una de las siguientes opciones :

Volver a desarrollar el prototipo. Esta alternativa quizásignifique volver a programar

por comleto, empezando desde el principio.

Implantar el prototipo como sistema terminado La eficiencia en el funcionamiento

junto con los métodos para interactuar con el usuario son suficientes; esto permite utilizar

el sistema tol como está.

Abandonar el proyecto. En este caso el prototipo ha proporcionado informacion

suficiente para demostrar que no es podible desarrollar el sistema para satisfacer losobjetivos deseados dentro del marco de la tecnología existente o de lineamientos

económicos u operacionales.

Iniciafr otra serie de construcción de prototipos. La información ganada ocn la

experiencia sugiere ya sea un enfoque totalmente distinto o características constrastantes.

Cada una de estas opciones se considera como un éxito en el proceso de la construcciónde prototipos.

Métodos para el desarrollo de prototipos

Con los prototipos la velocidad de desarrollo es más importante que la eficiencia en elprocesamiento. Un sistema prototipo se construye con rapidez, los sistemas prototipo

pueden desarrollarse con métodos y lenguajes de programacion convencionales, quizáfalten los controles de entrada y procesamiento y, en general, la documentoción delsistema es un punto que suele evitarse. Lo importante es ensayar ideas y generar

hipótesis relacionadas con los requerimirntos y que la eficiencia y perfección alcanzadas.

La industria de computadora busca continuamente generadores de aplicaciones,programas que sirven para generar otros programas, para apoyar los espfuerzos de la

construccion de prototipos. En algunos casos, aquellos donde el sistema será

PROYECTO “ EMPRESATEXTILERIA FARGO ”

RESUMEN EJECUTIVO

En el presente informe se realizo un estudio general de la empresa textil FARGO

dedicada a la producción de prendas, en ella muestra todos los procesos principales de

la empresa la cual es generadora de trabajo para sus más de 80 trabajadores que laboran

en la textilería, muestra el proceso desde el cual se obtiene la materia prima, se realiza el


8/36



pedido, la producción, el control de calidad de las prendas y la entrega del producto al

cliente.

Para el modelado de los procesos de la empresa se utilizo el software RATIONAL ROSE

mediante la metodología de LENGUAJE DE MODELAMIENTO UNIFICADO (UML).

En el proyecto se lista los actores del negocio, los trabajadores de la empresa, los casos

de uso que realiza la empresa mediante gráficos, además describiendo cada uno de ellos

mediante un cuadro de información la cual especifica la labor que realiza cada uno de la

personas y entidades que participan en la empresa.

INTRODUCCIÓNLa empresa textil FARGO, realiza pedidos para tiendas como SABAFALABELLA y

RIPLEY, además posee una tienda en el emporio de gamarra en la cual existe mucha

competencia resultando desventajosa para la empresa, por otra parte la empresa también

realiza pedidos para el extranjero a países como Ecuador y Venezuela las cuales son los

clientes de mayor demanda en productos textiles.

En la actualidad la empresa no cuenta con un sistema de registro de pedidos, tampoco con

sistema planillero para los trabajadores, ya que esos documentos se realiza a en

programas como Excel la cual es guardado para su posterior verificación de las ventas las

ganancias de la empresa.

Problemas como estos hace que la empresa no cumpla en muchas ocasiones con las

expectativas deseadas, además en muchas ocasiones se genera problemas en el pago de

las planillas de los empleados ya que este trabajo se realiza a mano con una calculadora la

cual lleva muchas horas de trabajo para el contador y esto genera estrés entre los

trabajadores.

La empresa no cuenta con una base de datos en la cual guarde información de la empresa

ni tampoco hace uso de TI, en consecuencia esto hace que la empresa no sepa tomar

decisiones a futuro, ya que no hace uso de la información.

1. ESTUDIO DE FACTIBILIDAD

El presente informe estará enfocado en los procesos de mayor grado de

importancia como el proceso registro de pedidos así cono el sistema de planilla

para los trabajadores.

El objetivo de este informe es entender el problema que tiene la empresa con


9/36



ciertos procesos la cual le resulta muy ineficiente, para su mayor entendimiento

se realiza casos de uso para tener un mejor enfoque del sistema y proponer una

solución que satisfaga a la empresa.

1.1. FACTIBILIDAD OPERATIVA Y TÉCNICA: LA VISIÓNDEL SISTEMA

El informe muestra que existen ciertos procesos en la empresa textil, como el derealizar planilla el cual no cuenta con un software para su mejor eficiencia y

exactitud en el menor tiempo posible, además no cuenta con una base de datos

el cual le impide usar su información y tomar decisiones a futuro.

Factibilidad técnica

Mejorar el sistema actual

Disponibilidad de tecnología que satisfaga las necesidades

Factibilidad operativa

Operación garantizada

Uso garantizado

2. MODELO DEL NEGOCIO

La empresa FARGO está dedicada a la producción de prendas para ello cuenta

con personal en confecciona, habilitadores, acabado y cortadores en la parte de

confección además cuenta con jefes de área quienes están en constante

monitoreo de las prendas para el control y llevar la fecha de entrega del

pedido, por otra parte el administrador es la persona encargado de gestionar los

nuevos pedidos que van ingresando a la empresa trabajando junto con el jefe de

área en coordinación.


10/36



1.1. MODELO DE CASO DE USO DEL NEGOCIO VISTA EXTERNA

CASOS DE USO DEL NEGOCIO

http://3.bp.blogspot.com/-7WQ9DQvJNns/UJshIf6eZvI/AAAAAAAAABY/TJKUOQPsyeM/s1600/1.jpghttp://1.bp.blogspot.com/-y63TLN3Wd5Q/UJrkz3cSo2I/AAAAAAAAABI/oqCTQ13hPGU/s1600/imag.jpg


11/36



ACTORES DEL NEGOCIO

http://1.bp.blogspot.com/-g2O-cB9yBMc/UJshPAuyOkI/AAAAAAAAABo/1IYP4JnveiA/s1600/3.jpghttp://3.bp.blogspot.com/-4k2zqmEbaj8/UJshLh_G7vI/AAAAAAAAABg/P5NPZBemouM/s1600/2.jpg


12/36



2.1.1. LISTA DE LOS ACTORES DEL NEGOCIO

http://2.bp.blogspot.com/-D1IBKqpSgco/UJsijcxkJBI/AAAAAAAAAB4/TG-XO3zgr7U/s1600/5.jpg


13/36



http://2.bp.blogspot.com/-VAWay1gm9rQ/UJsiAv7J-3I/AAAAAAAAABw/goFBn6ViRw4/s1600/imag4.jpg


14/36



http://3.bp.blogspot.com/-Gm9P7Xr1M2Y/UJsi_kFD2bI/AAAAAAAAACA/E-sEDvTUaCk/s1600/6.jpghttp://2.bp.blogspot.com/-D1IBKqpSgco/UJsijcxkJBI/AAAAAAAAAB4/TG-XO3zgr7U/s1600/5.jpg


15/36



http://4.bp.blogspot.com/-vdWfvxcreHg/UJsjWkvMhvI/AAAAAAAAACI/rEwDdrrdS6E/s1600/7.jpg


16/36



http://2.bp.blogspot.com/-QLW-PHVPZvI/UJsj3-oSfHI/AAAAAAAAACQ/LiNTTRLcsV8/s1600/8.jpg


17/36



http://1.bp.blogspot.com/-akifsH9ttCM/UJskUBCuIfI/AAAAAAAAACY/bgMWwleDLRY/s1600/9.jpg


18/36



http://2.bp.blogspot.com/-heUY2-ENeTk/UJsknLavPKI/AAAAAAAAACg/oAT-xLN_yTA/s1600/10.jpg


19/36



http://4.bp.blogspot.com/-blzfpCdd-6o/UJslCSCa_dI/AAAAAAAAACo/rJhEYJh-sRw/s1600/11.jpg


20/36



http://3.bp.blogspot.com/-R0AzhKb5P6s/UJslgfxNIQI/AAAAAAAAACw/6nu2ZFH9V-k/s1600/13.png


21/36



http://4.bp.blogspot.com/-kUECuVUwfAc/UJslxies2gI/AAAAAAAAAC4/6-m12iCMWAE/s1600/14.png


22/36



3:1. MODELO DE REQUERIMIENTOS

1.1. FUENTES DE OBTENCIÓN DE REQUERIMIENTOS

La fuente obtención fueron los costureros, el contador, personal de acabado y el jefe de área ya que ellos fueron las personas que fueron entrevistadas para

entender cómo funcionaba cada proceso y la labor que realizaba cada uno por separado.

1.1.1. INFORME DE ENTREVISTA O MATERIAL TÉCNICO

1.2. ESPECIFICACIONES DE REQUERIMIENTOS DESOFTWARE (SRS)

REQUERIMIENTOS FUNCIONALES

Debe permitirme generar planilla para los diferentes tipos de trabajadores.

Debe mostrar un balance general de las ventas realizadas. Debe mostrar mediante estadísticas la ganancia semanal, mensual y anula de la empresa

Debe tener diferentes tipos de usuarios. Debe tener sistema de seguridad en contraseñas para el acceso. Debe generar reportes útiles. Debe tener modos de validación de datos

http://4.bp.blogspot.com/-XVb-aBQmg3U/UJsl_bvkhxI/AAAAAAAAADA/HqHarsJp5lU/s1600/15.png


23/36



REQUERIMIENTOS NO FUNCIONALES

rendimiento

disponibilidad

seguridad

accesibilidad

usabilidadestabilidad

portabilidad

costo

operatividad

INTERFACES Hardware:

El sistema se debe implementar sobre la infraestructura existente en la textilería.

Software:

La aplicación deberá funcionar sobre SQL server.

1.1. MODELO DE CASO DE USOEl diseñador cuenta con 6 artefactos

Modelo de caso de uso Requerimientos del sistema Especificaciones de requerimientos de software Caso de uso Diagrama de actividades Caso de uso del negocio


24/36



http://4.bp.blogspot.com/-9lFbVrDq6ro/UJsmpDS0cpI/AAAAAAAAADI/-pkjcwQ3eTg/s1600/16.png


25/36



http://2.bp.blogspot.com/-IvjfXHIcdHY/UJsnBq8UFVI/AAAAAAAAADY/DmHF_zYw0bg/s1600/17.png


26/36



http://1.bp.blogspot.com/-JslbjbJFwEQ/UJsnR2Qw0hI/AAAAAAAAADg/QNHYFGrjwM8/s1600/19.png


27/36



http://4.bp.blogspot.com/-O-ryKQ00VHc/UJsnfMQaCFI/AAAAAAAAADo/IdjbVVs7F04/s1600/20.png


28/36



4: 1. MODELO DE ANÁLISIS

ESPECIFICACIONES DE CASO DE USO: GESTIONAREMPLEADO1. BREVE DESCRIPCION

Este caso de uso permite registrar los datos de los empleados nuevos. De acuerdo a susnecesidades la secretaria puede agregar, modificar, eliminar la información de unempleado.

1.1. ACTOR (ES)Secretaria o administrador

2. FLUJO DE EVENTOS2.1. FLUJO BASICO

1. El sistema muestra la interfaz “GESTINAR EMPLEADO” con la lista deempleados con los campos: código, nombre, apellidos, dirección, teléfono,

observaciones. Además incluye las opciones REGISTRAR CLIENTE,MODIFICAR, ELIMINAR Y SALIR.

2. Si la secretaria elige un EMPLEADO

a) Si elige modificar ver el SUBFLUJO MODIFCAR EMPLEADO. b) Si elige eliminar ver el SUBFLUJO ELIMINAR EMPLEADO.

http://3.bp.blogspot.com/-d1-V85WnWVM/UJsnsLa0viI/AAAAAAAAADw/x8HlX7ZvrHk/s1600/21.png


29/36



3. Si la secretaria no elige un EMPLEADO.

a) Si elige “Agregar” ver el SUBFLUJO AGREGAR EMPLEADO

4. La secretaria elige la opción “salir”.5. El sistema cierra la interfaz GESTIONAR EMPLEADO y finaliza el caso de

uso.

2.2. SUBFLUJOS

2.2.1. AGRAGAR CLIENTE

El sistema muestra la interfaz EMPLEADO con los siguientes campos: código (sololectura), nombre, apellidos, dirección, teléfono, observaciones. Incluye las opciones:REGISTRAR, SALIR, LIMPIAR CAMPOS, CANCELAR REGISTRO.

La secretaria ingresa los datos del EMPLEADO. La secretaria presiona la opción REGISTRAR EMPLEADO. El sistema valida los datos ingresados del EMPLEADO. El sistema genera un nuevo código. El sistema graba un nuevo registro del EMPLEADO y muestra un MSG “EMPLEADO

creado con el código Nº C-123”. La secretaria cierra la interfaz EMPLEADO y agrega a la interfaz GESTIONAR

EMPLEADO con la fila de registro actualizado y el SUBFLUJO finaliza.

2.2.2. MODIFICAR EMPLEADO

1.

El sistema muestra los datos del EMPLEADO seleccionado en la interfazEMPLEADO código (solo lectura), nombre, apellidos, dirección, teléfono,observaciones. Incluye las opciones aceptar y salir.

2. La secretaria modifica los datos del EMPLEADO.3. La secretaria presiona la opción aceptar.4. El sistema valida los datos ingresados del EMPLEADO.5. El sistema actualiza el registro del EMPLEADO y muestra un MSG

“EMPLEADO actualizado satisfactoriamente”.6. La secretaria cierra la interfaz GESTIONAR EMPLEADO con la lista de

EMPLEADOS actualizados y termina el SUBFLUJO.

2.2.3. ELIMINAR EMPLEADO El sistema muestra un MSG “¿Está seguro de eliminar EMPLEADO seleccionado?” La secretaria selecciona la opción “SI” para la confirmación. El sistema actualiza el registro del EMPLEADO en estado “eliminado”. El sistema muestra la interfaz GESTIONAR EMPLEADO con la lista de EMPLEADOS

actualizada y termina el SUBFLUJO.

2.3. FLUJOS ALTERNATIVOS

CancelarEn los SUBFLUJOS Agregar y Modificar EMPLEADO si la Secretaria solicita cancelar,el sistema cierra la interfaz EMPLEADO y termina el SUBFLUJO.Datos del cliente inválidos.En el paso 4 de los SUBFLUJOS Agregar EMPLEADO, si el sistema detecta que el


30/36



EMPLEADO ya existe muestra un MSG “EMPLEADO ya existe” y el SUBFLUJOfinaliza.Cliente ya está eliminado.En el paso 3 de los SUBFLUJOS. Eliminar EMPLEADO, si el sistema detecta que elEMPLEADO se encuentra eliminado muestra el MSG “EMPLEADO se encuentraeliminado” y el SUBFLUJO finaliza.No confirma eliminación.En el paso 2 de los SUBFLUJOS Eliminar EMPLEADO, si la Secretaria selecciona NOfinaliza el SUBFLUJO.

3. REQUIRIMIENTOS ESPECIALES4. PRE CONDICIONES

4.1. La secretaria está LOGEADA en el sistema.4.2. Lista de cliente disponibles.

5. POST CONDICIONES5.1. En el sistema queda registrado el nuevo Cliente.5.2. En el sistema queda actualizado el registro del cliente.

6. PUNTOS DE EXTENSION Ninguno7. PROTOTIPO

http://3.bp.blogspot.com/-j6BH-s3Hk1s/UJtGsdBAuYI/AAAAAAAAAEA/kzFwK34Dn2M/s1600/1.png


31/36



ESPECIFICACIONES DE CASO DE USO: GESTIONAR CLIENTE1. BREVE DESCRIPCIONEl caso de uso permite actualizar el registro de los clientes que realizan algún pedido de

prendas. De acuerdo a sus necesidades la secretaria puede agregar, modificar, eliminar lainformación de un cliente.

1.1. ACTOR (ES)Secretaria o administrador

2. FLUJO DE EVENTOS

2.1. FLUJO BASICO1. El sistema muestra la interfaz “GESTINAR CLIENTE” con la lista de clientecon los campos: código, nombre, apellidos, dirección, teléfono, observacionesy correo electrónico. Además incluye las opciones AGREGAR CLIENTE,MODIFICAR CLIENTE, ELIMINAR CLIENTE, IMPRIMIR CLINTE YSALIR.

2. Si la secretaria elige un cliente

a) Si elige modificar ver el SUBFLUJO MODIFCAR CLIENTE. b) Si elige eliminar ver el SUBFLUJO ELIMINAR CLIENTE.

3.

Si la secretaria no elige un cliente.

a) Si elige “Agregar” ver el SUBFLUJO AGREGAR CLIENTE

4. La secretaria elige la opción “salir”.5. El sistema cierra la interfaz GESTIONAR CLIENTE y finaliza el caso de uso.

2.2. SUBFLUJOS

2.2.1. AGRAGAR CLIENTE

El sistema muestra la interfaz CLIENTE con los siguientes campos: código del cliente(solo lectura), nombre, apellidos, dirección, sexo, teléfono y correo electrónico. Incluyelas opciones: REGISTRAR CLIENTE, SALIR, LIMPIAR CAMPOS, CANCELAR REGISTRO.

La secretaria ingresa los datos del cliente. La secretaria presiona la opción REGISTRAR CLIENTE. El sistema valida los datos ingresados del cliente. El sistema genera un nuevo código. El sistema graba un nuevo registro del cliente y muestra un MSG “Cliente creado con el

código Nº C-777”. La secretaria cierra la interfaz CLIENTE y agrega a la interfaz GESTIONAR CLIENTES

con la fila de registro actualizado y el subflujo finaliza.

2.2.2. MODIFICAR CLIENTE1. El sistema muestra los datos del cliente seleccionado en la interfaz CLIENTE

código, nombre (solo lectura), apellido, dirección, sexo, teléfonos y email.Incluye las opciones aceptar y salir.

2. La secretaria modifica los datos del cliente.3. La secretaria presiona la opción aceptar.

4. El sistema valida los datos ingresados del cliente.5. El sistema actualiza el registro del cliente y muestra un MSG “cliente actualizado

satisfactoriamente”.6. La secretaria cierra la interfaz GESTIONAR CLIENTE con la lista de clientes

actualizados y termina el SUBFLUJO.


32/36



2.2.3. ELIMINAR CLIENTE El sistema muestra un MSG “¿Está seguro de eliminar cliente seleccionado?” La secretaria selecciona la opción “SI” para la confirmación. El sistema actualiza el registro del cliente en estado “eliminado”. El sistema muestra la interfaz GESTIONAR CLIENTE con la lista de clientes actualizada

y termina el subflujo.

2.3. FLUJOS ALTERNATIVOSCancelarEn los SUBFLUJOS Agregar y Modificar Cliente si la Secretaria solicita cancelar, elsistema cierra la interfaz CLIENTE y termina el SUBFLUJO.Datos del cliente inválidos.En el paso 4 de los subflujos Agregar Cliente, si el sistema detecta que el cliente ya existemuestra un MSG “cliente ya existe” y el SUBFLUJO finaliza.Cliente ya está eliminado.En el paso 3 de los subflujos. Eliminar Cliente, si el sistema detecta que el clienta seencuentra eliminado muestra el MSG “Cliente se encuentra eliminado” y elSUBFLUJO finaliza.No confirma eliminación.

En el paso 2 de los SUBFLUJOS Eliminar Cliente, si la Secretaria selecciona NO finalizael SUBFLUJO.

3. REQUIRIMIENTOS ESPECIALES4. PRE CONDICIONES

4.1. La secretaria está LOGEADA en el sistema.4.2. Lista de cliente disponibles.

5. POST CONDICIONES5.1. En el sistema queda registrado el nuevo Cliente.5.2. En el sistema queda actualizado el registro del cliente.

6. PUNTOS DE EXTENSIONNinguno7. PROTOTIPO


33/36



ESPECIFICACIONES DE CASO DE USO: REGISTRAR HORARIO1. BREVE DESCRIPCIONEl caso de uso permite registrar el horario de entrada y salida de los

trabajadores. De acuerdo a sus necesidades la secretaria puede guardar yregistro de horario, modificar el registro de entrada para cada uno de los tiposde trabajadores en la planta para posteriormente generar la planilla mediantelas horas acumuladas.

1.1. ACTOR(ES)Secretaria

2. FLUJO DE EVENTOSEl caso de uso comienza cuando la secretaria selecciona horario en el sistemaen la interfaz menú principal.

2.1. FLUJO BASICO1. El sistema muestra la interfaz HORARIO con la hora, la fecha actual del

sistema el nombre de los trabajadores registrados en el sistema, a qué grupo pertenece el trabajador, muestra el día de la semana, hora de entrada y salida.Incluye la opción GRABAR HORA, CANCELAR, MODIFICAR HORARIO,ACTUALIZAR, CANCELAR ACTUALIZACION Y SALIR.

2. La secretaria selecciona el nombre del trabajador a registrar.3. La secretaria ingresa la hora de entrada en la interfaz el sistema muestra un

http://1.bp.blogspot.com/-NWnCf149mRg/UJtHQK0CZqI/AAAAAAAAAEI/bPu9EpSbkhQ/s1600/2.png


34/36



MSG “HORARIO REGISTRADO EXITOSAMENTE”.4. La secretaria ingresa la hora de salida del trabajador en la interfaz el sistema

muestra un MSG “HORARIO REGISTRADO EXITOSAMENTE”.5. Si la secretaria elige la opción MODIFICAR HORARIO.

a. si elige la opción “MODIFICAR HORARIO” ver el SUBFLUJOMODIFICAR HORARIO.

6. La secretaria elige la opción salir el sistema muestra un mensaje “ESTASEGURO DE CERRAR”.

7. El sistema cierra la interfaz HORARIO

2.2. SUBFLUJOS2.2.1. MODIFICAR HORARIO

1. El sistema activa la opción modificar horario y habilita todos lasopciones la interfaz muestra en un combo box los nombres de lostrabajadores registrados en el sistema, el día que se deseamodificar el horario de entrada y salida.

2. La secretaria selecciona el nombre del trabajador.3. La secretarial selecciona el día que desea modificar el horario del

trabajador.

4. La secretaria ingresa la hora de entrada y salida.5. La secretaria elige la opción ACTUALIZAR.6. El sistema muestra un MSG “actualización satisfactoriamente”.7. La secretaria elige la opción salir y el sistema deshabilita la

opción MODIFICAR HORARIO.2.3. FLUJO ALTERNATIVO

CANCELAR Si la secretaria elige la opción salir el sistema cierra la interfaz HORARIO.DATOS DE HORA INVALIDOSEn el paso 4 si los datos ingresados no son validados el sistema muestra unMSG “error al registrar la hora del trabajador”.

3.

REQUIRIMIENTOS ESPECIALES4. PRE CONDICIONES4.1. La secretaria debe estar LOGEADA en el sistema.

5. POST CONDICIONES5.1. En el sistema queda registrado la hora de ingrese.5.2. En el sistema queda registra las horas de entrada y salida.

6. PUNTOS DE EXTENSION6.1. ninguno

7. PROTOTIPO


35/36



1.1. ARQUITECTURA DE ANÁLISIS

http://3.bp.blogspot.com/-HY5M1XaTFGQ/UJtH_vuZ-jI/AAAAAAAAAEY/x7P3YnMuV1w/s1600/4.pnghttp://3.bp.blogspot.com/-HY5M1XaTFGQ/UJtH_vuZ-jI/AAAAAAAAAEY/x7P3YnMuV1w/s1600/4.pnghttp://2.bp.blogspot.com/-9_ZVdld_wkM/UJtHyQaTtCI/AAAAAAAAAEQ/gy4qtH_B_ZM/s1600/3.png


36/36


Publicado por Jaquelin Aranda Benavente en 22:51

+1 Recomendar esto en Google

3 comentarios:

Jonathan Guerrero 12 de diciembre de 2012, 21:14

Un excelente trabajo amiga al especificar tus casos de uso y diagramas y sus respectivos usos, esto meayudara a poder realizar mi trabajo de la universidad.

Responder

VICTOR ANDRES RIOFRIO VALDIVIEZO 18 de mayo de 2013, 8:08

Gracias super el trabajo .. me ayudara bastante en mi proyectooo...tienes toodod tus diagramas a laperfeccion :)

Responder

Unknown 13 de noviembre de 2015, 22:37

hola amiga sobre un un rup de un empresa textil como seria .....Responder
http://empresatextileriafargo2012.blogspot.com/2012/11/proyecto-empresa-textileria-fargo.html?showComment=1447483076214#c1731467190930346224https://www.blogger.com/profile/13605284229614181135http://empresatextileriafargo2012.blogspot.com/2012/11/proyecto-empresa-textileria-fargo.html?showComment=1368889697109#c2649034004581862015https://www.blogger.com/profile/17808588852862020740http://empresatextileriafargo2012.blogspot.com/2012/11/proyecto-empresa-textileria-fargo.html?showComment=1355375699896#c3505269588872352670https://www.blogger.com/profile/12191668922586948976https://www.blogger.com/share-post.g?blogID=9109407916956059087&postID=8979543991283489752&target=pinteresthttps://www.blogger.com/share-post.g?blogID=9109407916956059087&postID=8979543991283489752&target=facebookhttps://www.blogger.com/share-post.g?blogID=9109407916956059087&postID=8979543991283489752&target=twitterhttps://www.blogger.com/share-post.g?blogID=9109407916956059087&postID=8979543991283489752&target=bloghttps://www.blogger.com/share-post.g?blogID=9109407916956059087&postID=8979543991283489752&target=emailhttp://2.bp.blogspot.com/-kzW-HWisvoA/UJtIb8iZRQI/AAAAAAAAAEg/Cld_o4oMaO4/s1600/5.pnghttp://empresatextileriafargo2012.blogspot.pe/2012/11/proyecto-empresa-textileria-fargo.htmlhttps://plus.google.com/103593900399483372204

analisis y diseño de sistemas _ proyecto empresa textileria fargo

Documents