You are on page 1of 40

http://empresatextileriafargo2012.blogspot.

com/2012/11/proyecto-empresa-
textileria-fargo.html
proyecto EMPRESA TEXTILERIA FARGO
ESTRATEGIAS PARA EL DESARROLLO DE SISTEMAS:
A medida que las computadoras son empleadas cada ve m!s por personas que no son
especialistas en computaci"n el rostro del desarrollo de sistemas de in#ormaci"n adquiere una
nueva ma$nitud% Los usuarios emprenden ya el desarrollo de al$unos sistemas que ellos
emplean%
&stas situaciones est!n representadas por tres distintos en#oques al desarrollo de sistemas de
in#ormaci"n 'asados en computadora(

)iclo de vida cl!sico del desarrollo de sistemas(
&l m*todo del ciclo de vida para desarrollo de sistemas consta de las si$uientes actividades(
Investigacin preliminar
Determinacin de los requerimientos del sistema
Diseo del sistema
Desarrollo de software
Prueba de los sistemas
Implantacin y evaluacin
Investigacin preliminar:
La solicitud para reci'ir ayuda de un sistema de in#ormaci"n puede ori$inarse por varias
raones+ 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
investigacin preliminar. La cual consta de ( aclaraci"n de la solicitud- estudio de #acti'ilidad y
apro'aci"n de la solicitud%
Aclaracin de la solicitud:
Muc/as solicitudes no est!n #ormuladas de manera clara- por lo que d*'e de e0aminarse para
determinar con precisi"n lo que el solicitante desea% Si el solicitante pide ayuda sin sa'er qu*
es lo que est! mal o en donde se encuentra el pro'lema- la aclaraci"n se /ace m!s di#icil% En
cualquier caso- antes de se$uir adelante- la solicitud de'e estar claramente planteada%
Estudio de factibilidad:
Es importante determinar que el sistema solicitado sea #acti'le% En la investi$aci"n preliminar
e0isten tres aspectos relacionados (
Factibilidad tcnica: El trabao ! puede reali"arse con el equipo actual# la tecnolog$a
e%istente de software y el personal disponible& 'i se necesita nueva tecnolog$a !cu(l es la
posibilidad de desarrollarla&
Factibilidad econmica: )l crear el sistema !los beneficios que se obtienen ser(n
suficientes para aceptar los costos&# !los costos asociados con la decisin de no crear el
sistema son tan grandes que se debe aceptar el proyecto&
Factibilidad operacional: 'i se desarrolla e implanta# !ser( utili"ado el sistema&# !e%istir(
cierta resistencia al cambio por parte de los usuarios que d como resultado una
disminucin de los posibles beneficios de la aplicacin&
El estudio de #acti'ilidad lo lleva a ca'o un peque1o equipo de personas ,en ocasiones una o
dos. que est! #amiliariado con t*cnicas de sistemas de in#ormaci"n+ dic/o equ2po comprende
la parte de la empresa que participar! ,cliente. - y $ente e0perta en los precesos de an!lisis y
dise1o de sistemas%
Apro'aci"n de a solicitud 3o todos los proyectos solicitados son #acti'les% Al$unas
or$aniaciones reci'en tantas solicitudes de sus empleados que s"lo es posi'le atender unas
cuantas% Sin em'ar$o- aquellos proyectos que son desea'les y #acti'les de'en incorporarse
en los planes% En al$unos casos el desarrollo puede comenar inmediatamente- aunque lo
com4n es que los miem'ros del equipo de sistemas se encuentren ocupados con otros
proyectos% )uando esto ocurre- la administraci"n decide qu* proyectos son los m!s
importantes y decide el orden en que se llevar!n a ca'o% Muc/as or$aniaciones desarrollan
planes para sistemas de in#ormaci"n con el mismo cuidado con el que plani#ican nuevos
productos y pro$ramas de #a'ricaci"n% 5espues de apro'ar la solicitud de un proyecto se
estima su costo- el tiempo necesario para terminarlo y las necesidades de personal+ con una
in#ormaci"n se determina d"nde u'icarlo dentro de la lista e0istente de proyectos%
M!s adelante- cuando los dem!s proyectos se /an completado- se inicia el desarrollo de la
aplicaci"n propuesta%
5eterminaci"n de los requerimientos del sistema%
El aspecto #undamental del an!lisis de sistemas es comprender las #acetas importantes de l
parte de a empresa que se encuentra 'a6o estudio% Los analistas- al tra'a6ar con los
empleados de'en estudiar los procesos de una empresa para dar respuesta a las si$uients
pre$untas clave(
!*u es lo que se +ace&
!,mo se +ace&
!,on qu frecuencia se presenta&
!*u tan grande es el volumen de transacciones o de decisiones&
!,u(l es el grado de eficiencia con el que se efect-an las tareas&
!E%iste alg-n problema&
'i e%iste un problema# !qu tan serio es&
'i e%iste un problema# !,u(l es la causa que lo origina&
Para contestar estas pre$untas- el analista conversa con varias personas para reunir detalles
relacionados con los procesos de la empresa- sus opiniones so're porq* ocurren las cosas-
las soluciones que proponen e ideas de cam'io% )uando no se puede entrevistar se emplean
cuestionarios- en #orma personal- a los miem'res de $rupos $randes dentro de la
or$aniaci"n% Las investi$aciones detalladas requieren el estudio de manuales y reportes- la
o'servaci"n en condiciones reales de las actividades del tra'a6o y- en al$unas ocasiones-
muestras de #ormas y documentos con el #in de comprender el proceso en su totalidad%
)on#orme se van reuniendo detalles el analista identi#ica las caracter2sticas- determina la
in#ormacion que de'e de producir el sistema- procesaos- tiempos de respuesta y m*todos de
entrada y salida%
Diseo del sistema
El dise1o de un sistema de in#ormaci"n produce los detalles que esta'lecen la #orma en la que
el sistema cumplir! con los requerimientos identi#icados durante la #ase de an!lisis% Los
especialistas en sistemas se re#ieren- con #recuecia- a esta etapa como dise1o l"$ico en
contraste con la de desarrollo del so#t7are- a la que denominan dise1o #2sico%
Los analistas de sistemas comienan el proceso de dise1o identi#icando los reportes y dem!s
salidas que de'e producir el sistema% Lue$o determinar los datos espec2#icos para cada
reporte y salida% Es com4n que los dise1adores /a$an un'osque6o del #ormato o pantalla que
esperan que apareca cuando el sistema est* terminado% Lo anterior se e#ect4a en papel o en
la pantalla de una terminal utiliando para ello al$unas de las /erramientas disponi'les para el
desarrollo de sistemas%
El dise1o de un sistema tam'i*n indica los datos de entrada- aquellos que ser!n calculados y
los que de'en ser almacenados% Asimismo- se escri'en con todo detalle los procedimientos de
c!lculo y los datos individuales% Los dise1adores seleccionan las estructuras de arc/ivo y los
dispositivos de almacenamiento- tales como discos y cintas ma$n*ticas o incluso arc/ivos en
papel% Los procedimientos que se escri'en indican c"mo procesar los datos y producir las
salidas% Los documentos que contienen las especi#2caciones de dise1o representan a *ste de
muc/as maneras% La in#ormaci"n detallada del dise1o se proporciona al equipo de
pro$ramaci"n para comenar la #ase de desarrolloo de so#t7are%
Los dise1adores son los responsa'les de contestar pre$untas- aclarar dudas y mane6ar los
pro'lemas que en#rentan los pro$ramadores cuando utilian las especi#icaciones de dise1o%
Desarrollo de Software
Los pro$ramadores o Analistas pro$ramadores que tra'a6an en las $randes or$aniaciones
pertenecen a un $rupo permanente de pro#esionales y son los responsa'les de la
pro$ramaci"n y documentacion de los pro$ramas en donde proporcionan una e0plicaci"n de
c"mo y porqu* ciertos procedimientos se codi#ican en determinada #orma% La documentaci"n
es esencial para pro'ar el pro$rama y llevar a ca'o el mantenimiento una ve que la
aplicaci"n se encuentra instalada%
Prueba de sistemas:
5urante la #ase de prue'a de sistemas- el sistema se emplea de manera e0perimental para
ase$urarse de que el so#t7are no ten$a #allas- es decir que #unciona de acuerdo con las
pespeci#icaciones y en la #orma en que los usuarios esperan que lo /a$a% Es pre#erei'le
desci'rir cualquier sorpresa antes de que la or$aniaci"n implante el sistema y dependa de *l%
En uc/as or$aniaciones- las prue'as son conducidas por personas a6enas al $rupo que
escri'i" los pro$ramas ori$inales+ con esto se persi$ue ase$urar- por una parte- que las
prue'as sean completas e imparciales y- por otras- que el so#t7are sea m!s con#ia'le%
Implantacin y evaluacin:
La implantaci"n es el proceso de veri#icar e instalar nuevo equipo- entrenar a los usuarios-
instalar la aplicaci"n y construir todos los carc/ivos de datos necesarios para utiliarla%
5ependiendo del tama1o de la or$aniaci"n que emplear! la aplicaci"n y el ries$o asociado
con su uso- puede ele$irse comenar la operaci"n del sistema s"lo en un !rea de la emplresa
,prue'a piloto.% Al$unas veces se de6a que los dos sistemas ,El vie6o y el nuevo. tra'a6en en
#orma paralela con la #inalidad de comparar los resultados% En otras circunstancias- el vie6o
sistema de6a de utiliarse determinado d2a para comenar a emplear el nuevo al di2a si$uiente%
)ada estrate$ia de implantaci"n tienen sus m*ritos de acuerdo con la situaci"n que se
considere dentro de la empresa% Sin importar cu!l sea la estrate$ia utiliada- los encar$ados
de desarrollar el sistema procuran que el uso inicial del sistema se encuentre li're de
pro'lemas%
8na ve instaladas- las aplicaciones se emplean durante muc/as a1os% Sin em'ar$o las
or$aniaciones y los usuarios cam'ian con el paso del tiempo- incluso el am'iente es
di#erente con el paso de las semanas y los meses% Por consi$uiente- es induda'le que de'e
darse mantenimiento a las aplicaciones+ realiar cam'ios y modi#icaciones en el so#t7are-
arc/ivos o procedimientos% Para satis#acer las nuevas decesidades de los usuarios% Los
sistemas de in#ormaci"n de'en mantenerse siempre al dia% En este sentido- la implantaci"n es
un proceso en constante evoluci"n%
La evoluci"n de un sistema ocurre a lo lar$o de cualquiera de las si$uientes dimensiones(
Evaluacion operacional
9aloracion de la #orma en que #unciona el sistema- incluyendo su #acilidad de uso- tiempo de
respuesta- lo adecuado de los #ormatos de in#ormaci"n- con#ia'ilidad $lo'al y nivel de
utiliaci"n%
Impacto rgani!acional
Identi#icacion y medici"n de los 'ene#icios para la or$aniaci"n en !reas tales como #inanas
,costos- in$resos y $anancias.- e#iciencia operacional e impacto competitivo% Tam'i*n se
incluye el impacto so're el #lu6o de in#ormaci"n interno y e0terno%
pinin de los administradores
Evaluaci"n de las actitudes de directivos y administradores dentro de la or$aniaci"n as2 como
de los usuarios #inales%
Desempeo del desarrollo
La evaluacion del proceso de desarrollo de acuerdo con criterios tales como iempo y es#uero
de desarrollo- concuerdan con presupuestos y est!ndares- y otros criterios de administraci"n
de proyectos% Tam'i*n se incluye la valoraci"n de los m*todos y /erramientas utiliados en el
desarrollo%
5esa#ortunadamente la evaluaci"n de sistemas no siempre reci'e la atenci"n que merece% Sin
em'ar$o- cuando se conduce en #orma adecuada proporciona muc/a in#ormaci"n que puede
ayudar a me6orar la e#ectividad de los es#ueros de desarrollo de aplicaciones su'secuentes%
Mtodo de desarrollo por anlisis estructurado:
Muc/os especialistas en sistemas de in#ormaci"n reconocen la di#icultad de comprender de
manera completa sistemas $randes y comple6os% El m*todo de desarrollo del an:;alisis
estructurado tiene como #ilalidad superar *sa di#icultad por medio de <. la divisi"n del sistema
en componentes y =. la construcci"n de un modelo del sistema% El m*todo incorpora
elementos tanto de an!lisis como de dise1o%
"#u$ es el an%lisis estructurado&
El an!lisis estructuradose cocentra en especi#icar lo que se requiere que /a$a el sistema o la
aplicaci"n% 3o se esta'lece c"mo se cumplir!n los requerimientos o la #orma en que
implantar! la aplicaci"n% M!s 'ien permite que ls personas o'serven los elementos l"$icos ,lo
que /ar! el sistema. separados de los componentes #2sicos ,computadoras- terminales-
sistemas de almacenamiento- etc%. 5espu*s de esto se puede desarrollar un dise1o #2sico
e#iciente para la situaci"n donde ser! utiliado%
Elementos del an%lisis estructurado:
Los elementos esenciales son s2m'olos $r!#icos- dia$ramas de #lu6o de datos y diccionario
centraliado de datos%
Descripcin gr%fica
8na de las #ormas de descri'ir un sistema es preparar un p'osque6o que se1ale sus
caracter2sticas- identi#ique la #unci"n para la que sirve e indique c"mo *ste interact4a con
otros elementos- entre otras cosas% Sin em'ar$o- descri'ir de esta manera un sistema $rande
es un poroceso tedioso y propenso a errores ya que es #!cil omitir al$4n detalle o dar una
e0plicaci"n que qui! los dem!s no entiendan%
En lu$ar de las pala'ras el an!lisis estructurado utilia s2m'olos- o 2conos- para crear un
modelo $r!#ico del sistema% Los modelos de este tipo muestran los detalles del sistema% Si se
seleccionan los s2m'olos y notaci"n correctos entonces casi cualquier persona puede se$uir
la #orma en que los componentes se acomodar!n entre si para #ormar el sistema%
El dia$rama l"$ico de #lu6o de datos muestra las #uentes y destinos de los datos- identi#ica y da
nom're a los procesos que se llevan a ca'o- identi#ica y da nom're a los $rupos de datos que
relacionan una #uncion con otra y se1ala los almacenes de datos a los que se tiene acceso%
Diagrama de flu'o de datos:
El modelo del sistema reci'e el nom're de dia$rama de #lu6o de datos ,5F5.% La descripci"n
completa de un sistema est! #ormada por un con6unto de dia$ramas de #lu6o de datos%
Para desarrollar una descripcion desl sistema por el m*todo de an!lisis estructurado se si$ue
un proceso descendente ,top>do7n.% El modelo ori$inal se detalla en dia$ramas de 'a6o nivel
que muestran caracter2sticas adicionales del sistema% )ada proceso puede des$losarse en
dia$ramas de #lu6o de datos cada ve m!s detallados% Esta secuencia se repite /asta que se
o'tienen su#icientes detalles que permiten al analista comprender en su totalidad la parte del
sistema que se encuentra 'a6o investi$aci"n%
Diccionario de datos:
Todas las de#icniciones de los elementos en el sitema ,#lu6o de datos- procesos y almacenes
de dats. est!n descritos en #orma detallada en el diccionario de datos% Si al$4n miem'ro del
equipoi encar$ado del proyecto desea sa'er al$una de#inici"n del nom're de un dato o el
contenido particular de un #lu6o de datos- esta in#ormaci"n de'e encontranrse disponi'le en el
diccionario de datos%
"#ue es el diseo estructurado "
Se en#oca en el desarrollo de especi#icaciones del so#t7are% La meta del sdise1o estructurado
es crear pro$ramas #ormados por m"dulos independientes unos de otros desde el punto de
vista #uncional%
El dise1o estrcturado es una t*cnica espec2#ica para el dise1o de pro$ramas y no un m*todo
de dise1o de comprensi"n% Esta t*cnica conduce a la especi#icaci"n de m"dulos de pro$rama
que son #uncionalmente independientes% La /erramienta #undamental del dise1o estructurado
es el dia$rama estructurado- los cuales son de naturalea $r!#ica y evitan cualquier re#erencia
relacionada con el /ard7are o detalles #2sicos% Su #inalidad no es mostrar la l"$ica de los
pro$ramas% Los dia$ramas estructurados descri'en la interacci"n entre m"dulos
independientes 6unto con los datos que un m"dulo pasa a otro cuando interaccina con *l%
Estas especi#icaciones #uncionales para los m"dulos se proporcionan a los pro$ramadores
antes que d* comieno la #ase de escritura de c"di$o%
Empleo del An%lisis estructurado con otros m$todos de desarrollo:
El an!lisis estructurado se co'ina- con 'astante #recuencia- con el m*todo ya presentado de
ciclo de vida cl!sico de desarrollo de sistemas% Por e6emplo- los analistas pueden optar mas
de #lu6o de datos como una #orma para documentar las relaciones entre componentes durante
la investi$aci"n detallada de al$4n sistema e0istente- Asimismo- se puede de#inir los arc/ivos
y datos en un diccionario centraliado de datos de acuerdo con las re$las de an!lisis
estructurado%
Sin em'ar$o muc/as or$aniaciones opt$an por no utiliar este m*todo de desarrollo% Por
e6emplo- los analistas deciden con #recuencia que el desarrollo de dia$ramas yesquemas es
una tarea que consume muc/o tiempo- so're todo si el sistema es $rande y comple6o% ,Es
com4n que los dia$ramas ten$an que di'u6arse una y otra ve con#orme se adquiere nueva
in#ormaci"n.% )omo se ver! m!s adelante- se /an desarrollado /erramientas asistidas por
computadora para superar este pro'lema%
Otros analistas se1alan que los elementos que #altan- tales como las personas y los
procedimientos 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%
($todos del prototipo de sitemas
Este m*todo /ace que el usuario participe de manera m!s directa en la e0periencia de an!lisis
y dise1o que cualquiera de los ya presentados% La connstrucci"n de prototipos es muy e#ica
'a6o las circunstancias correctas% Sin em'ar$o- al i$ual que los otros m*todos- el m*todo es
4til s"lo si se emplea en el momento adecuado y en la #orma apropiada%
"#u$ es un prototipo&
El prototipo es un sistema que #unciona- no solo una idea en el papel- desarrollado con la
#inalidad de pro'ar ideas y suposiciones relacionadas con el nuevo sistema% Al i$ual que
cualquier sistema 'asado en computadora- est! constituido por so#t7are que acepta entradas-
realia c!lculos- produce in#ormaci"n ya sea impresa o presentada en una pantalla- o qyue
lleva a ca'o uotras actividades si$ni#icativas% Es la primera versi"n- o iteraci"n- de un sistema
de in#ormaci"n%
Lo usuarios eval4an el dise1o y la in#ormaci"n $enerada por el sistema% Lo anterior s"lo puede
/acerse con e#ectividad si los datos utiliados- al i$ual que las situaciones- son reales% Por otra
parte- de'en esperarse cam'ios a medida que el sistema es utiliado%
)a!ones para desarrollar prototipos de sistemas
Los requerimientos de in#ormaci"n no siempre est!n 'ien de#inidos% Es pro'a'le que los
usuarios conocan s"lo ciertas areas de la empresa donde se necesiten me6oras o cam'ios
en los procedimientos actuales% Tam'ien es posi'le que reconocan la necesidad de tener
me6or in#ormacion para administrar ciertas actividades pero que no est:?en se$uros cua!l de
esta in#ormaci"n ser! la adecuada% Los requerimientos del usuario pueden ser demasiado
va$os aun al #ormular el dise1o% En otros casos- es pro'a'le que una investi$aci"n de
sistemas 'ien llevada necesite del desarrollo de nueva tecnolo$2a%
Los prototipos permiten evaluar situaciones e0traordinarias donde los encar$ados de dise1ar
e implantar sistemas no tienen in#ormaci"n ni e0periencia- o tam'i*n donde e0isten
situaciones de ries$o y costo elevados- y aquellas donde el dise1o propuesto es novedoso y
a4n no se demuestra es la #acti'ilidad de que los vendedores env2en ordenes de pedido al
sistema de c"mputo de la compa12a desde el sitio donde e#ect4an la operaci"n por medio de
terminales port!tiles enlaadas a tel*#onos p4'licos% Para pro'ar el concepto los
administradores y encar$ados de ssistemas pueden optar por construir una versi"n en
peque1a escala del so#t7are- adquirir unas cuantas terminales y seleccionar un $rupo de
vendedores% El prototipo proporcionar! in#ormaci"n preliminar so're la #uncoinalidad del
concepto%
El prototipo es- en realidad- un modelo piloto o de prue'a- en $eneral- los analistas de
sistemas encuentran que los prototipos tienen mayor utilidad 'a6o las si$uientes condiciones (
Los encar$ados de dise1ar e implantar sistemas nunca /an desarrollado uno con las
caracter2sticas del sistema propuesto%
Se conoce s"lo una parte de las caracter2sticas esenciales del sistema+ las dem!s no son
identi#ica'les a pesar de un cuidadoso an!lisis de requerimientos%
La e0periencia con el uso del sistema a1adir! una lista si$ni#icativa de requerimientos que el
sistema de'e satis#acer%
Las di#erentes versiones del sistema evolucionan con la e0periencia al i$ual que el desarrollo
a:dicional y el re#inamiento de sus caracter2sticas%
Los usuarios del sistema participan en el proceso de desarrollo%
*os pasos a seguir en el proceso de desarrollo de prototipos son los siguientes:
Identificar los requerimientos de informacin que el usuario conoce unto con las
caracter$sticas necesarias del sistema.
Desarrollar un prototipo que funcione.
/tili"ar el prototipo anotando las necesidades de cambios y meoras. Esto e%pande la
lista de los requerimientos de sistemas conocidos.
0evisar el prototipo con base en la informacin obtenida a travs de la e%periencia del
usuario.
0epetir los pasos anteriores las veces que sea necesario +asta obtener1 un sistema
satisfactorio.
&l analista de'e de reunirse con los usuarios una o dos veces con la #inalidad de identi#icar los
requerimientos% El resultado de estas reuniones #orma la 'ase para la construccion del
prototipo%
El desarrollo de un prototipo que #uncione es responsa'ilidad del analista de sistemas- cuando
el analista y el usuario deciden que cuentan ya con la su#iciente in#ormaci"n proveniente del
proceso de construccion del prototipo- determinan c"mo satis#acer los requerimientos ya
identi#icados% En $eneral se opta por una de las si$uientes opciones (
2olver a desarrollar el prototipo. Esta alternativa qui"(signifique volver a programar por
comleto# empe"ando desde el principio.
Implantar el prototipo como sistema terminado 3a eficiencia en el funcionamiento unto
con los mtodos para interactuar con el usuario son suficientes4 esto permite utili"ar el
sistema tol como est(.
)bandonar el proyecto. En este caso el prototipo +a proporcionado informacion
suficiente para demostrar que no es podible desarrollar el sistema para satisfacer los
obetivos deseados dentro del marco de la tecnolog$a e%istente o de lineamientos
econmicos u operacionales.
Iniciafr otra serie de construccin de prototipos. 3a informacin ganada ocn la
e%periencia sugiere ya sea un enfoque totalmente distinto o caracter$sticas constrastantes.
)ada una de estas opciones se considera como un *0ito en el proceso de la construcci"n de
prototipos%
($todos para el desarrollo de prototipos
)on los prototipos la velocidad de desarrollo es m!s importante que la e#iciencia en el
procesamiento% 8n sistema prototipo se construye con rapide- los sistemas prototipo pueden
desarrollarse con m*todos y len$ua6es de pro$ramacion convencionales- qui! #alten los
controles de entrada y procesamiento y- en $eneral- la documentoci"n del sistema es un punto
que suele evitarse% Lo importante es ensayar ideas y $enerar /ip"tesis relacionadas con los
requerimirntos y que la e#iciencia y per#ecci"n alcanadas%
La industria de computadora 'usca continuamente $eneradores de aplicaciones- pro$ramas
que sirven para $enerar otros pro$ramas- para apoyar los esp#ueros de la construccion de
prototipos% En al$unos casos- aquellos donde el sistema ser!
PROYECTO EMPRESA
TEXTILERIA FARGO
RESUMEN EJECUTIVO
En el presente informe se reali"o un estudio general de la empresa te%til F)056 dedicada
a la produccin de prendas# en ella muestra todos los procesos principales de la empresa
la cual es generadora de trabao para sus m(s de 78 trabaadores que laboran en la te%tiler$a#
muestra el proceso desde el cual se obtiene la materia prima# se reali"a el pedido# la
produccin# el control de calidad de las prendas y la entrega del producto al cliente.
Para el modelado de los procesos de la empresa se utili"o el software 0)9I6:)3 06'E
mediante la metodolog$a de LENGUAJE DE MODELAMIENTO UNIFICADO ;/<3=.
En el proyecto se lista los actores del negocio# los trabaadores de la empresa# los casos de
uso que reali"a la empresa mediante gr(ficos# adem(s describiendo cada uno de ellos
mediante un cuadro de informacin la cual especifica la labor que reali"a cada uno de la
personas y entidades que participan en la empresa.
INTRODUCCIN
3a empresa te%til F)056# reali"a pedidos para tiendas como ')>)F)3)>E33) y
0IP3E?# adem(s posee una tienda en el emporio de gamarra en la cual e%iste muc+a
competencia resultando desventaosa para la empresa# por otra parte la empresa tambin
reali"a pedidos para el e%tranero a pa$ses como Ecuador y 2ene"uela las cuales son los
clientes de mayor demanda en productos te%tiles.
En la actualidad la empresa no cuenta con un sistema de registro de pedidos# tampoco con
sistema planillero para los trabaadores# ya que esos documentos se reali"a a en programas
como E%cel la cual es guardado para su posterior verificacin de las ventas las ganancias
de la empresa.
Problemas como estos +ace que la empresa no cumpla en muc+as ocasiones con las
e%pectativas deseadas# adem(s en muc+as ocasiones se genera problemas en el pago de
las planillas de los empleados ya que este trabao se reali"a a mano con una calculadora la
cual lleva muc+as +oras de trabao para el contador y esto genera estrs entre los
trabaadores.
3a empresa no cuenta con una base de datos en la cual guarde informacin de la empresa ni
tampoco +ace uso de 9I# en consecuencia esto +ace que la empresa no sepa tomar
decisiones a futuro# ya que no +ace uso de la informacin.
1. ESTUDIO DE FACTIBILIDAD
El presente in#orme estar! en#ocado en los procesos de mayor $rado de
importancia como el proceso re$istro de pedidos as2 cono el sistema de planilla
para los tra'a6adores%
El o'6etivo de este in#orme es entender el pro'lema que tiene la empresa con
ciertos procesos la cual le resulta muy ine#iciente- para su mayor entendimiento
se realia casos de uso para tener un me6or en#oque del sistema y proponer una
soluci"n que satis#a$a a la empresa%
1.1. FACTIBILIDAD OPERATIVA Y TCNICA: LA VISIN DEL
SISTEMA
El in#orme muestra que e0isten ciertos procesos en la empresa te0til- como el de
realiar planilla el cual no cuenta con un so#t7are para su me6or e#iciencia y
e0actitud en el menor tiempo posi'le- adem!s no cuenta con una 'ase de datos el
cual le impide usar su in#ormaci"n y tomar decisiones a #uturo%
Factibilidad tcnica
Me6orar el sistema actual
5isponi'ilidad de tecnolo$2a que satis#a$a las necesidades
Factibilidad operatia
Operaci"n $arantiada
8so $arantiado
2. MODELO DEL NEGOCIO
La empresa FARGO est! dedicada a la producci"n de prendas para ello cuenta
con personal en con#ecciona- /a'ilitadores- aca'ado y cortadores en la parte de
con#ecci"n adem!s cuenta con 6e#es de !rea quienes est!n en constante
monitoreo de las prendas para el control y llevar la #ec/a de entre$a del
pedido- por otra parte el administrador es la persona encar$ado de $estionar los
nuevos pedidos que van in$resando a la empresa tra'a6ando 6unto con el 6e#e de
!rea en coordinaci"n%
1.1. MODELO DE CASO DE USO DEL NEGOCIO VISTA EXTERNA
CASOS DE USO DEL NEGOCIO
ACTORES DEL NEGOCIO
2.1.1. LISTA DE LOS ACTORES DEL NEGOCIO
@:1. MODELO DE REQUERIMIENTOS
1.1. FUENTES DE OBTENCIN DE REQUERIMIENTOS
La #uente o'tenci"n #ueron los costureros- el contador- personal de aca'ado y el
6e#e de !rea ya que ellos #ueron las personas que #ueron entrevistadas para
entender c"mo #unciona'a cada proceso y la la'or que realia'a cada uno por
separado%
1.1.1. INFORME DE ENTREVISTA O MATERIAL TCNICO
1.2. ESPECIFICACIONES DE REQUERIMIENTOS DE SOFTARE
!SRS"
0E*/E0I<IE:96' F/:,I6:)3E'
5e'e permitirme $enerar planilla para los di#erentes tipos de tra'a6adores%
5e'e mostrar un 'alance $eneral de las ventas realiadas%
5e'e mostrar mediante estad2sticas la $anancia semanal- mensual y anula de la
empresa
5e'e tener di#erentes tipos de usuarios%
5e'e tener sistema de se$uridad en contrase1as para el acceso%
5e'e $enerar reportes 4tiles%
5e'e tener modos de validaci"n de datos
0E*/E0I<IE:96' :6 F/:,I6:)3E'
rendimiento
disponi'ilidad
se$uridad
accesi'ilidad
usa'ilidad
esta'ilidad
porta'ilidad
costo
operatividad
INTERFACES
!ard"are:
El sistema se de'e implementar so're la in#raestructura e0istente en la te0tiler2a%
So#t"are:
La aplicaci"n de'er! #uncionar so're S@L server%
1.1. MODELO DE CASO DE USO
El dise1ador cuenta con A arte#actos
Modelo de caso de uso
Requerimientos del sistema
Especi#icaciones de requerimientos de so#t7are
)aso de uso
5ia$rama de actividades
)aso de uso del ne$ocio
A: 1. MODELO DE AN#LISIS
ESPECIFICACIONES DE CASO DE USO: GESTIONAR EMPLEADO
1. BREVE DESCRIPCION
Este caso de uso permite registrar los datos de los empleados nuevos. De acuerdo a sus
necesidades la secretaria puede agregar# modificar# eliminar la informacin de un empleado.

1.1. ACTOR !ES"
'ecretaria o administrador
2. FLUJO DE EVENTOS
2.1. FLUJO BASICO
B. El sistema muestra la interfa" C5E'9I:)0 E<P3E)D6D con la lista de empleados con
los campos: cdigo# nombre# apellidos# direccin# telfono# observaciones. )dem(s incluye
las opciones 0E5I'90)0 ,3IE:9E# <6DIFI,)0# E3I<I:)0 ? ')3I0.
E. 'i la secretaria elige un E<P3E)D6
a= 'i elige modificar ver el '/>F3/F6 <6DIF,)0 E<P3E)D6.
b= 'i elige eliminar ver el '/>F3/F6 E3I<I:)0 E<P3E)D6.
@. 'i la secretaria no elige un E<P3E)D6.
a= 'i elige C)gregarD ver el '/>F3/F6 )50E5)0 E<P3E)D6
A. 3a secretaria elige la opcin CsalirD.
1. El sistema cierra la interfa" 5E'9I6:)0 E<P3E)D6 y finali"a el caso de uso.
2.2. SUBFLUJOS
2.2.1. AGRAGAR CLIENTE
1. El sistema muestra la interfa" E<P3E)D6 con los siguientes campos: cdigo ;solo
lectura=# nombre# apellidos# direccin# telfono# observaciones. Incluye las opciones:
0E5I'90)0# ')3I0# 3I<PI)0 ,)<P6'# ,):,E3)0 0E5I'906.
2. 3a secretaria ingresa los datos del E<P3E)D6.
$. 3a secretaria presiona la opcin 0E5I'90)0 E<P3E)D6.
%. El sistema valida los datos ingresados del E<P3E)D6.
&. El sistema genera un nuevo cdigo.
'. El sistema graba un nuevo registro del E<P3E)D6 y muestra un <'5 CE<P3E)D6
creado con el cdigo :G ,HBE@D.
(. 3a secretaria cierra la interfa" E<P3E)D6 y agrega a la interfa" 5E'9I6:)0
E<P3E)D6 con la fila de registro actuali"ado y el '/>F3/F6 finali"a.
2.2.2. MODIFICAR EMPLEADO
B. El sistema muestra los datos del E<P3E)D6 seleccionado en la interfa" E<P3E)D6
cdigo ;solo lectura=# nombre# apellidos# direccin# telfono# observaciones. Incluye las
opciones aceptar y salir.
E. 3a secretaria modifica los datos del E<P3E)D6.
@. 3a secretaria presiona la opcin aceptar.
A. El sistema valida los datos ingresados del E<P3E)D6.
1. El sistema actuali"a el registro del E<P3E)D6 y muestra un <'5 CE<P3E)D6
actuali"ado satisfactoriamenteD.
I. 3a secretaria cierra la interfa" 5E'9I6:)0 E<P3E)D6 con la lista de E<P3E)D6'
actuali"ados y termina el '/>F3/F6.
2.2.$. ELIMINAR EMPLEADO
1. El sistema muestra un <'5 C!Est( seguro de eliminar E<P3E)D6 seleccionado&D
2. 3a secretaria selecciona la opcin C'ID para la confirmacin.
$. El sistema actuali"a el registro del E<P3E)D6 en estado CeliminadoD.
%. El sistema muestra la interfa" 5E'9I6:)0 E<P3E)D6 con la lista de E<P3E)D6'
actuali"ada y termina el '/>F3/F6.
2.$. FLUJOS ALTERNATIVOS
C)*+,-).
En los '/>F3/F6' )gregar y <odificar E<P3E)D6 si la 'ecretaria solicita cancelar# el
sistema cierra la interfa" E<P3E)D6 y termina el '/>F3/F6.
D)/01 2,- +-3,*/, 3*45-3201.
En el paso A de los '/>F3/F6' )gregar E<P3E)D6# si el sistema detecta que el
E<P3E)D6 ya e%iste muestra un <'5 CE<P3E)D6 ya e%isteD y el '/>F3/F6
finali"a.
C-3,*/, 6) ,1/5 ,-373*)20.
En el paso @ de los '/>F3/F6'. Eliminar E<P3E)D6# si el sistema detecta que el
E<P3E)D6 se encuentra eliminado muestra el <'5 CE<P3E)D6 se encuentra
eliminadoD y el '/>F3/F6 finali"a.
N0 +0*83.7) ,-373*)+39*.
En el paso E de los '/>F3/F6' Eliminar E<P3E)D6# si la 'ecretaria selecciona :6
finali"a el '/>F3/F6.
$. REQUIRIMIENTOS ESPECIALES
%. PRE CONDICIONES
A.B. 3a secretaria est( 365E)D) en el sistema.
A.E. 3ista de cliente disponibles.
&. POST CONDICIONES
1.B. En el sistema queda registrado el nuevo ,liente.
1.E. En el sistema queda actuali"ado el registro del cliente.
'. PUNTOS DE EXTENSION
:inguno
(. PROTOTIPO
ESPECIFICACIONES DE CASO DE USO: GESTIONAR CLIENTE
1. BREVE DESCRIPCION
El caso de uso permite actuali"ar el registro de los clientes que reali"an alg-n pedido de
prendas. De acuerdo a sus necesidades la secretaria puede agregar# modificar# eliminar la
informacin de un cliente.
1.1. ACTOR !ES"
'ecretaria o administrador
2. FLUJO DE EVENTOS
2.1. FLUJO BASICO
B. El sistema muestra la interfa" C5E'9I:)0 ,3IE:9ED con la lista de cliente con los
campos: cdigo# nombre# apellidos# direccin# telfono# observaciones y correo
electrnico. )dem(s incluye las opciones )50E5)0 ,3IE:9E# <6DIFI,)0 ,3IE:9E#
E3I<I:)0 ,3IE:9E# I<P0I<I0 ,3I:9E ? ')3I0.
E. 'i la secretaria elige un cliente
a= 'i elige modificar ver el '/>F3/F6 <6DIF,)0 ,3IE:9E.
b= 'i elige eliminar ver el '/>F3/F6 E3I<I:)0 ,3IE:9E.
@. 'i la secretaria no elige un cliente.
a= 'i elige C)gregarD ver el '/>F3/F6 )50E5)0 ,3IE:9E
A. 3a secretaria elige la opcin CsalirD.
1. El sistema cierra la interfa" 5E'9I6:)0 ,3IE:9E y finali"a el caso de uso.
2.2. SUBFLUJOS
2.2.1. AGRAGAR CLIENTE
1. El sistema muestra la interfa" ,3IE:9E con los siguientes campos: cdigo del cliente
;solo lectura=# nombre# apellidos# direccin# se%o# telfono y correo electrnico. Incluye las
opciones: 0E5I'90)0 ,3IE:9E# ')3I0# 3I<PI)0 ,)<P6'# ,):,E3)0
0E5I'906.
2. 3a secretaria ingresa los datos del cliente.
$. 3a secretaria presiona la opcin 0E5I'90)0 ,3IE:9E.
%. El sistema valida los datos ingresados del cliente.
&. El sistema genera un nuevo cdigo.
'. El sistema graba un nuevo registro del cliente y muestra un <'5 C,liente creado con el
cdigo :G ,HJJJD.
(. 3a secretaria cierra la interfa" ,3IE:9E y agrega a la interfa" 5E'9I6:)0 ,3IE:9E'
con la fila de registro actuali"ado y el subfluo finali"a.
2.2.2. MODIFICAR CLIENTE
B. El sistema muestra los datos del cliente seleccionado en la interfa" ,3IE:9E cdigo#
nombre ;solo lectura=# apellido# direccin# se%o# telfonos y email. Incluye las opciones
aceptar y salir.
E. 3a secretaria modifica los datos del cliente.
@. 3a secretaria presiona la opcin aceptar.
A. El sistema valida los datos ingresados del cliente.
1. El sistema actuali"a el registro del cliente y muestra un <'5 Ccliente actuali"ado
satisfactoriamenteD.
I. 3a secretaria cierra la interfa" 5E'9I6:)0 ,3IE:9E con la lista de clientes actuali"ados
y termina el '/>F3/F6.
2.2.$. ELIMINAR CLIENTE
1. El sistema muestra un <'5 C!Est( seguro de eliminar cliente seleccionado&D
2. 3a secretaria selecciona la opcin C'ID para la confirmacin.
$. El sistema actuali"a el registro del cliente en estado CeliminadoD.
%. El sistema muestra la interfa" 5E'9I6:)0 ,3IE:9E con la lista de clientes actuali"ada
y termina el subfluo.
&.
2.$. FLUJOS ALTERNATIVOS
C)*+,-).
En los '/>F3/F6' )gregar y <odificar ,liente si la 'ecretaria solicita cancelar# el
sistema cierra la interfa" ,3IE:9E y termina el '/>F3/F6.
D)/01 2,- +-3,*/, 3*45-3201.
En el paso A de los subfluos )gregar ,liente# si el sistema detecta que el cliente ya e%iste
muestra un <'5 Ccliente ya e%isteD y el '/>F3/F6 finali"a.
C-3,*/, 6) ,1/5 ,-373*)20.
E* ,- :)10 $ 2, -01 1;<8-;=01. E-373*). C-3,*/,> 13 ,- 131/,7) 2,/,+/) ?;, ,- +-3,*/) 1,
,*+;,*/.) ,-373*)20 7;,1/.) ,- MSG C-3,*/, 1, ,*+;,*/.) ,-373*)20 6 ,-
SUBFLUJO 83*)-3@).
N0 +0*83.7) ,-373*)+39*.
En el paso E de los '/>F3/F6' Eliminar ,liente# si la 'ecretaria selecciona :6 finali"a
el '/>F3/F6.
$. REQUIRIMIENTOS ESPECIALES
%. PRE CONDICIONES
%.1. L) 1,+.,/).3) ,1/5 LOGEADA ,* ,- 131/,7).
%.2. L31/) 2, +-3,*/, 231:0*3<-,1.
&. POST CONDICIONES
&.1. E* ,- 131/,7) ?;,2) .,A31/.)20 ,- *;,40 C-3,*/,.
&.2. E* ,- 131/,7) ?;,2) )+/;)-3@)20 ,- .,A31/.0 2,- +-3,*/,.
'. PUNTOS DE EXTENSION
N3*A;*0
(. PROTOTIPO
ESPECIFICACIONES DE CASO DE USO: REGISTRAR BORARIO
1. BREVE DESCRIPCION
El caso de uso permite registrar el +orario de entrada y salida de los trabaadores. De
acuerdo a sus necesidades la secretaria puede guardar y registro de +orario# modificar el
registro de entrada para cada uno de los tipos de trabaadores en la planta para
posteriormente generar la planilla mediante las +oras acumuladas.
1.1. ACTOR!ES"
'ecretaria
2. FLUJO DE EVENTOS
El caso de uso comien"a cuando la secretaria selecciona +orario en el sistema en la interfa"
men- principal.
2.1. FLUJO BASICO
1. El sistema muestra la interfa" K60)0I6 con la +ora# la fec+a actual del sistema el
nombre de los trabaadores registrados en el sistema# a qu grupo pertenece el trabaador#
muestra el d$a de la semana# +ora de entrada y salida. Incluye la opcin 50)>)0 K60)#
,):,E3)0# <6DIFI,)0 K60)0I6# ),9/)3IL)0# ,):,E3)0
),9/)3IL),I6: ? ')3I0.
2. 3a secretaria selecciona el nombre del trabaador a registrar.
$. 3a secretaria ingresa la +ora de entrada en la interfa" el sistema muestra un <'5
CK60)0I6 0E5I'90)D6 EMI96')<E:9ED.
%. 3a secretaria ingresa la +ora de salida del trabaador en la interfa" el sistema muestra un
<'5 CK60)0I6 0E5I'90)D6 EMI96')<E:9ED.
&. 'i la secretaria elige la opcin <6DIFI,)0 K60)0I6.
). si elige la opcin C<6DIFI,)0 K60)0I6D ver el '/>F3/F6 <6DIFI,)0
K60)0I6.
'. 3a secretaria elige la opcin salir el sistema muestra un mensae CE'9) 'E5/06 DE
,E00)0D.
(. El sistema cierra la interfa" K60)0I6
2.2. SUBFLUJOS
2.2.1. MODIFICAR BORARIO
B. El sistema activa la opcin modificar +orario y +abilita todos las opciones la interfa"
muestra en un combo bo% los nombres de los trabaadores registrados en el sistema# el d$a
que se desea modificar el +orario de entrada y salida.
E. 3a secretaria selecciona el nombre del trabaador.
@. 3a secretarial selecciona el d$a que desea modificar el +orario del trabaador.
A. 3a secretaria ingresa la +ora de entrada y salida.
1. 3a secretaria elige la opcin ),9/)3IL)0.
I. El sistema muestra un <'5 Cactuali"acin satisfactoriamenteD.
J. 3a secretaria elige la opcin salir y el sistema des+abilita la opcin <6DIFI,)0
K60)0I6.
2.$. FLUJO ALTERNATIVO
CANCELAR
'i la secretaria elige la opcin salir el sistema cierra la interfa" K60)0I6.
DATOS DE BORA INVALIDOS
En el paso A si los datos ingresados no son validados el sistema muestra un <'5 Cerror al
registrar la +ora del trabaadorD.
$. REQUIRIMIENTOS ESPECIALES
%. PRE CONDICIONES
A.B. 3a secretaria debe estar 365E)D) en el sistema.
&. POST CONDICIONES
1.B. En el sistema queda registrado la +ora de ingrese.
1.E. En el sistema queda registra las +oras de entrada y salida.
'. PUNTOS DE EXTENSION
I.B. ninguno
(. PROTOTIPO
1.1. ARQUITECTUR
A DE AN#LISIS