antecedentes:

nos referimos a : otros proyectos de desarrollo qeue digamos se relacionan al

proyecto que vamos a realizar.
y la tesis tambien hay una parte en el marco teorico lo que son lso antecendetes de
la investigancion

esta estructura del ta de una manera esta relacionada a la presentacion del

trabajo de tesis.

no ha puesto clave de exito del proyecto.

planteamiento:
definicion del problema principal.
pero ahi se hace una descripcion del problema.

2.1 PLanteamiento del problema:

Describir el problema.

2.1.1 Definicion del problema

suele ser una interogante. ....

De que manera influye el desarrollo de un SIDV usando el RUP, en la gestion optima
de las ventas de la empresa Valqui S.A. con ?"

el titulo tambien puede servir para la definicion del problema..

se podria poner tambien problemas secundarios o algo asi pero no se pidio en el ta

2.1.2 Justificacion

Cuales son als razones del desarrollo de este sistema.

Ademas de que hayas descrito en el 2.1
Aqui pones las razones son las siguientes:
� � � � � �
Tambien se puede poner corrido como hablando o algo asi.
El hecho de que sea manual ya se corren riesgos en este caso de ventas.
Se podnria los riesgos que implica poner las cosas manualmente.
Que desventajas genera la empresa cuando las ventas se hacen de manera manual.
No se puede poner "an algunas situaciones", es o no va en un trabajo de
investigacion, tienes que terminar la idea, que significa eso.. se mas concreto mas
especifico puntual, objetivo.
En una tesis tu tienes que sustentar y cuantificar.

Y en el TA no es necesario
solo se pone perdida de tiempo en calculo de ventas
Si tienes datos en excel o cosas asi entonces pones ver Anexo 1. Eso en una tesis,
pero aqui no.
Se podria poner las estadisticas para saber caunto se ha perdido por a�o por
ejemplo
Esto serviria para saber el costo beneficio del proyecto.
Para este TA lA IDEA esta bien.
Todo eso en realidad se cuantifica y preciso, y de donde es la fuente, de tesoreria
, de las ventas eso en LA TESIS aqui no .

Pero que mas... que otros beneficios mas te genera un sistema de informacion, la
justificacion se tendria que complenetar mas, hasta con cifras
estadisticamente.ahorros, cuanto se reduce esos riesgos implementado el sistema y
todo eso.
en cuanto minimizas esos costos o esas perdidads que se generan con una ventas
manuales. entonces en un trabajo de tesis tienes que sustentar lo que estas
afirmando
PERO AQUI ve la justificacion y el desarrollo de este sistema, pero puede haber mas
justificaciones.

2.1.3
Formulacion de objetivos y metas.
el Objetivo generalmente esta tambien vinculado al titulo dl
proyecto.
Generalmente el objetivo general se plantea en infinitivo.

DESARROLLORA EL SISTEMA DE INFORMACION DE VENTAS

Esa parte de gestion que puso neiser en este objetivo general podria haber ido en
LA PARTE DE JUSTIFICACION. eso puede enriquecer la justificacion.

OBjetivos especificos.
Era como estos objetivos especificos nso deben ayudar al logro del objetivo
general.
Entonces la pregunta viene y como lo voy a desarrollar. como va a ser ese
desarorollo . Ese desarrollo son lso objetivos especificos. el 1, el 2,
Si tuquieres subir del 1piso al 2do piso, subiras las escaleras escalon por escalon
eso es el objetivo especifico 1 2 y asi. Una vez que hayas cumplido sesos bjetivos
conyugaran para el objetivo general.
Los objetivos especificos.

Esas partes o etapas del desarrollo del SW son slos que voy a dar para dar el
desarrolllo del sistema, entonces si voy a usar rup cuales son esos pasos para el
desarrollo del sistema usando RUP.

Cuales son als disciplinas. el bussiness process , los requiermientos, luego el

analisis y dise�o.
eNTONCES esos vendrian a ser para nostros los objetivos especfificaos.
ese es el objetivo general gracis a los boejtivos especificos con RUP.

debemos saber en que consiste RUP.

poner por ejemplo.
Como tu vas a lograr tu el desarrollo . el primer objetivo seria
realizar el modelo del negocio...
Tambien tienes que preguntarte como vas a hacer el modelo de negocio tienes que ser
muy preciso no dejar la idea asi nomas.
ahi tendriamos que asociarlo a las herramientas que nos permiten realizar el
modelamiento de negocio.

... Utilizando los casos de uso del negocio ya esta. entreparentesis CUN Casos de
Uso de Negocio.

si tu haces eso como primer objetivo especifico,

En conclusion lso bobjetivos especificos se ata al CRUM o RUP por ejemplo

A esa serie de fases o etapas que no son iguales. si vas a usar otra como XP
entocnes tambien.
Cada fase de etapa seria el plantemanito de lso bojetivos especifificos.

En ese avance era perfceptible porque no habiamos sabido de eso aun.

2.1.4
2.1.4.1
Las factibilidades.
Hay que manerjasr bien clso conceptos.
Al menos en el trabajo academico va a ser descriptivo nada mas, pero en el caso
real, otdos esos habria que ya que sustentarlos de una manera mas objetiva. Pro
ejemplo en la factivbilidad operacional
Bueno se tiene personal capacitado para llevar a cabo ese proyecto, en todas las
etapadas de desarrollo del proyecto.

Como parte de algunas funciones de TI que ya teien n debe haber

Dentro del sub area del araea de TI, eso se debe reflejar en la factibildiad
operacion.
En la factibildiad tecnica.
Aqui ya habria que describir digamos lo que es la parte de los recursos de hardware
que va a requerir nuestro sistema. Que tipos de hardware en que plataforma
operativa, describir con erespecto a las herramientas que vamos a utilizar, la
parte de la codificacion, podriamos tenre cen cuenta para la parte de del
desarrollo, ahora como vamos a elegir eso? Eso va a depender de como la empresa ya
tiene funcionando sus sismtea, ya debe tener un sistema financiero , logistica
derepente, la idea es que los nuevos sistemas se deben integrar. una
interoperatividad de esos sistemas con este.
Y qu al momento de hacer esa integracion esa interoperatividad,
e no haya digamos conflictos o incompatiblidadedigamos que esta realizada con java
y entrorno windows, o sae eso ya estaba, su sistema opera con bases de datos oracle
o sql o asi, respecto al hardware debemos especificar ahi, para que minimamente en
la computadra o servidor pueda garantizar su funcionalidad, respecto a la capacidad
de almacenamietno del disco duro , la ram velocidad del procesador y otras
especificaciones tecnicas.
Todo eso es lo que se consifera en la tecnica.

La motivacional se pueede hacer alusion a ... a lo que es las politicas de cambio

que se estan realizando en la empresa, en que consiste esa gestion de cambios y
esas politicas estaran orientadas a la cultura digital en la empresa, como es
manual entonces detras de ello hay toda una labor ... en que nivel esta esa empresa

pero que pasa si la gente no se adapta, no hay una cultura digital, entocnes puede
haber un problema., inclusive que no sea como un choque traumatico de los cambios
que se estan causando con este proceso, no es que la empresa quiere realizar el
sistema y ya. No debe generar mayor impacto o shock de los cambios.
Motivacion de uno mismo no es.
Factibilidad economica.

Como sustentas que es rentable Se necesita un analisis de costo beneficio, hay

ortros analisis que hay que hacer la TI de retorno, el analisis de sensibilidad,
que ya en numeros cuantificacndo, tu debes demostrar si es viable o no el proyecto.
Sin el analisis es mayor o igual que uno entonces si es viable y se puede invertir,
Y tambien se peude inclur o se debe incluir en cuanto tiempo vas a obterenr los
beneficios, entonces aqui hay todo un estudio de la parte economica que tienes que
que reducri en numero, y que eso nos permita superar esta parte la factivbilidad
economica, Eso es un aspecto
El otro es los beneficios que te geenra el sistema, pero todooo ese nalisis se hace
en un proyecto real o en la propuesta del perfil del desarrollo del proyecto.

En las entidades publicas una ves que se gesntiona, se sustena el presupuesto, y

una vez que se aprueba recien se convoca, se realiza la convocacion, y si no p
hay ya personas, entocnes se realiza una convocatoria del sistema , como
proveedores o .... de definir algunos requisitos, dirigira a quien es el meejor
postor y esa onstructora se encargar de desarrollarolo.
Essta parte de la factibilidad.

2.1.5 FUENTES DE INFORMACION.

Entrevistas con el due�o de la empresa , con los empleados esta bien

Pero para poder accder a la informacion hay entrevistas pero no es la unica

hay tests cuestionarios, y... eso puede servir para poder recopilar informacion
como parte de las fuentes de infroamcion, y con todos los interesados, todos los
stackeholders,
el sponsor el due�o, los clientes, los usuarios, los miebmros del equipo del
proyecto, el jefe del proyecto,
hay 2 tipos de interesados, Los interesados afectados del proyecto, y los
invlucrados del proyecto, son el equopo del proyecto el jefe del proyecto y los
afectados son lso empleados el jefe de la empresa, los clientes.
YA QUE ELLOS SON LOS QUe van a interactura con el sistema.
Eso puede ser una previa para ver los requiermientos del sistema.
Hay que hacer toda una trazabilidad de todos esos requerimientos de todos esos que
se va a hacer en el sistema.

2.1.6
evaluacion de riesgos.
En un pryocteto real se hace un plan de riesgos, despues de acuerdo a ese plan de
riesgos se gestionan esos riesgos, se identiifican los riesgos, se clasificacn los
riesgos, se mitigan esos riesgos.
No vamos a entrar tanto la gestion de los riesgos pues es todo un campo y muy
amplio
aqui solo se debe describir de una manera general de cuales son esos riesgos,
cuales son esos riesgos de nuestros proyecto de desarrollo de sistemas.

2.2
lo relaciones a las buenas practicas del desarrollo de software.

Aqui esta aconficinado esta estrategia al proceso del desarrrollo del fotware como
parte de las mejors practicas, y estandarizar el desarorollo de software se hace
bajo una metodologia.
Generalmente la estrategia se centra en la parte mas critica del desarrollo de
software que es el analisis y dise�o, el procesos de clasificacion de hechos y
asociado a lo que suele serpara recomerndar
esto esta relacionado la metodologia rup en este caso
Vamos a utilziar rup como una metodologia orientada a ojbetos.

2.2 Es la descripcion de rup talvez.

3. EStimacion de recursos humanos.

Las personas y que roles van a asumir que funciones especificas van a cumplir,
quien va a ser el jefe del proyecto.

CALENDARIZACION
ES CLAVE PORQUE ahi ya digamos se va a elaborar el calendario de acuerdo a todas
las actividades que se han definidio en la gestion del proyecto en el alcance del
proyecto, cuando se hahe hecho el dimensionamiento del proyecto.
Entocnces desde la primera activiadad hasta la ultima actividad y habiamos dicho
que cada actibvidad tiene un due�o y tiene recursos y asi con cada actividad.
Como recien estamos en el avance entonces no se... uhmmm
Y despues uno lo relaciona cada uno a nuestros proyectos ese calendario que nos dio
.
Si es un proyecto muy grande requiere muchos actividades y seria un calendario
grande.
Depnde de que tan grande sea lep royecto que vamos a realizar.
3.2 Recursos tecnologicos.

Cuales son lso hardwares, cuantas comutadoras, practicamente se implementara un

centro de computo se hara el dise�o las maquetas las interfaces, se procesara toda
esa data de infrmacion, el modelamiento de los requerimientos del sistema. y
Despues ya en las diferentes fases que es el analisis de dise�o.
En hardware habria que especificar cauntas compus, que caracteristicas, como
herramienta,
Software, que aplicaciones o utilixtarios utilizar neontces habria que especificar
ahi.
Imagino que ese lenguaje y motor de base de dtos ya son utilizados en la empresa,
para que haya compatiblidad . Ah no ser que la empresa haya implementado toda una
politica de migracion a nuevas tecnoglogias, ahi ya es mas viable trabajar con una
nueva propuesta sino habria que trabajar con lo que ya se ha ido trabajando.
se necesita software de dise�o, para los mdeols.