viernes, 8 de diciembre de 2017
lunes, 4 de diciembre de 2017
lunes, 23 de octubre de 2017
VALIDACIÓN DE REQUERIMIENTOS
Sirve para demostrar que éstos realmente definen el sistema
que el cliente desea. Asegura que los requerimientos están completos, son
exactos y consistentes. Debe garantizar que lo descrito es lo que el cliente
pretende ver en el producto final.
¿Por qué ES IMPORTANTE?
Esta validación es importante porque la detección de errores
durante el proceso de análisis de requerimientos reduce mucho los costos. Estos procesos se evalúan con los siguientes aspectos:
VERIFICACIÓN DE VALIDEZ
VERIFICACIÓN DE COMPLETITUD
VERIFICACIÓN DE REALISMO
Asegurar que los requerimientos pueden cumplirse teniendo en
cuenta la tecnología existente, el presupuesto y el tiempo disponible.
Para reducir la posibilidad de discusiones con el cliente,
los requerimientos del sistema siempre deben redactarse de tal forma que sean
verificables. Esto significa que se debe poder escribir un conjunto de pruebas
que demuestren que el sistema a entregar cumple cada uno de los requerimientos
especificados.
Especificación de requerimientos
El objetivo principal de la Especificación de Requisitos
del Sistema (ERS) es servir como medio de comunicación entre
clientes, usuarios, ingenieros de requisitos y desarrolladores. En la ERS deben
recogerse tanto las necesidades de clientes y usuarios (necesidades del
negocio, también conocidas como requisitos de usuario, requisitos
de cliente, necesidades de usuario, etc.)
Esto ayuda a distinguir los
Requerimientos Funcionales (ventajas y
desventajas)
Los requerimientos funcionales definen las funciones que el
sistema será capaz de realizar.
Describen las transformaciones que el sistema realiza sobre las entradas
para producir salidas.
Dificultades para definir los requerimientos
Los
requerimientos no son obvios y vienen de muchas fuentes.
Son
difíciles de expresar en palabras (el lenguaje es ambiguo).
Existen
muchos tipos de requerimientos y diferentes niveles de detalle.
La cantidad
de requerimientos en un proyecto puede ser difícil de manejar.
Nunca son
iguales. Algunos son más difíciles, más riesgosos, más importantes o más
estables que otros.
Los
requerimientos están relacionados unos con otros, y a su vez se relacionan con
otras partes del proceso.
Cada
requerimiento tiene propiedades únicas y abarcan áreas funcionales específicas.
Un
requerimiento puede cambiar a lo largo del ciclo de desarrollo.
Son difíciles de cuantificar, ya que cada conjunto de
requerimientos es particular para cada proyecto
TIPOS DE REQUERIMIENTOS:
Requerimientos
funcionales: Expresan la naturaleza del
funcionamiento del sistema (cómo interacciona el sistema con su entorno y
cuáles van a ser su estado y funcionamiento)
Requerimientos
no funcionales: Restricciones sobre el espacio de
posibles soluciones.
Rendimiento
del sistema: Fiabilidad, tiempo de respuesta,
disponibilidad…
Interfaces:
Dispositivos de E/S, usabilidad, interoperabilidad…
Proceso de desarrollo: Estándares,
herramientas, plazo de entrega…
La distinción entre requerimientos funcionales y no
funcionales no siempre resulta evidente (ej. la seguridad puede interpretarse
inicialmente como un requerimiento no funcional al principio, pero, tras
elaborarlo, conduce a la aparición de requerimientos funcionales como la
necesidad de autentificar a los usuarios del sistema).
OBTENCIÓN DE REQUERIMIENTOS
La
actividad de análisis, diseño y construcción de sistemas de información
involucra básicamente a tres tipos de actores: los desarrolladores, que
codifican los programas en un lenguaje de programación determinado, los
analistas, que especifican la funcionalidad que debe tener el sistema
resultante y los usuarios, que poseen requerimientos acerca de lo que debería
hacer el sistema para satisfacer sus necesidades de información para la toma de
decisiones. El análisis de requisitos es
la fase más importante en el desarrollo de un proyecto software, ya que de un
correcto análisis dependerá la correcta implementación de la aplicación.
Esto ayudara a los clientes a describir claramente lo que se desea obtener mediante un
determinado software: El cliente debe participar activamente en la
especificación de requisitos, ya que éste tiene una visión mucho más detallada
de los procesos que se llevan a cabo. 2.
Ayudar a los desarrolladores a entender qué quiere exactamente el cliente: En
muchas ocasiones el cliente no sabe exactamente qué es lo que quiere. La ERS
permite al cliente definir todos los requisitos que desea y al mismo tiempo los
desarrolladores tienen una base fija en la que trabajar.
La validación del software tiene lugar dentro del ambiente
del ciclo de vida establecido del software. El ciclo de vida del software
contiene las tareas de ingeniería de software y la documentación necesaria para
soportar la validación del software. Además, el ciclo de vida del software
contiene las tareas específicas de verificación y validación que son apropiadas
para el uso previsto del software. En la presente nota técnica no recomendamos
un modelo particular de ciclo de vida (modelo lineal secuencial, modelo de
construcción de prototipos, modelo de desarrollo rápido de aplicaciones, entre
otros), sólo establecemos que se deben seleccionar los modelos más apropiados a
utilizar en el proyecto de desarrollo del software. Varios modelos del ciclo de
vida del software son definidos en la ingeniería del software. El ciclo de vida
puede ser seguido completamente o tener variaciones en su desarrollo, debido a
las propias características y naturaleza del software que se desea desarrollar
y su dominio de implementación.
ESTUDIO DE
FACTIBILIDAD
El estudio de
factibilidad es un instrumento que sirve para orientar la
toma de decisiones en la evaluación de un proyecto y corresponde a la última
fase de la etapa pre-operativa o de formulación dentro del ciclo del proyecto.
Cuando hablamos de factibilidad técnica, nos
referimos al conjunto tecnologías que la organización deberá tener, para que el
software que se desarrolle funcione tal y como ellos esperan que funcione, en
este sentido comprende:
·
Computadoras
·
Periféricos
·
Instalaciones y servicios de red e Internet
·
Instalaciones eléctricas
·
Espacios físicos.
Factibilidad Económica
En esta etapa, hay que comprobar que el proyecto es
sustentable económicamente justificar que la inversión genera una ganancia,
demostrar que si el sistema no cumple con su objetivo no habrá perdidas
económicas o serán las mínimas.
Las Ventas: demostrar cómo se ha definido el costo
del producto y cuáles son los estimados de ventas por el periodo de al menos un
año, justificando cada calculo, investigación de mercado y estadísticas.
Se refiere a todos aquellos recursos donde
interviene algún tipo de actividad (procesos), depende de los recursos humanos
que participen durante la operación del proyecto. Durante esta etapa se
identifican todas aquellas actividades que son necesarias para lograr el
objetivo y se evalúa y determina todo lo necesario para llevarla a cabo.
Factibilidad Operativa
·
Tiene como objetivo comprobar que una empresa u organización será capaz
de darle uso al sistema, que cuenta con el personal capacitado para hacerlo o
tiene los recursos humanos necesarios para mantener el sistema. Para esto, el
sistema debe contemplar cuatro puntos importantes al momento de desarrollarse.
El sistema no debe ser complejo para los usuarios de la organización o
los que operan el sistema, hay que evitar que el usuario ocupe el sistema de
manera que pueda ocasionar errores o darle un uso indebido, simplificar las
funciones y dar todo por servido.
jueves, 21 de septiembre de 2017
domingo, 17 de septiembre de 2017
Te invito a conocer mis vídeo
¿Por que es importante aplicar Ingeniería de Software en tu profesión?
https://www.youtube.com/watch?v=UyJrGNPlpI8&feature=youtu.be
presentación personal y cuales son las expectativas para el curso ISW I-
https://www.youtube.com/watch?v=oyzp62-H1k8&feature=youtu.be
METODOLOGIAS EQUIPO
https://youtu.be/45UohWytCpk
https://drive.google.com/file/
DESVENTAJAS DE LAS METODOLOGÍAS
Las metodologías se pueden clasificar en dos grupos. Las
metodologías tradicionales, que buscan siempre una fuerte planificación y
documentación durante todo el desarrollo, y las metodologías ágiles, en las que
se enfoca al desarrollo de software el cual es incrementa, cooperativo,
sencillo y adaptado.
Las metodologías tradicionales o
denominadas a veces como metodologías pesadas.
buscan siempre llevar una
documentación exhaustiva de todo el proyecto y en cumplir con un plan de
proyecto al pié de la letra, definido todo esto, en la fase inicial del
desarrollo del proyecto.
Otra de las características
importantes dentro de este las tradicionales, es el alto costos que
significaría realizar un cambio a nuestro proyecto y la falta de flexibilidad
en proyectos donde el entorno es cambiante.
Y cuales son las desventajas que tienen estas metodologías:
Está claro que en la vida todo tiene ventajas y desventajas,
aunque las ventajas sean muy llamativas a la hora de inclinarse por una
metodología ágil antes que una tradicional, estas metodologías ágiles también
presentan inconvenientes que hay que asumir cuando se decide trabajar con
ellas. Estos son:
· Se tiene poca documentación del diseño. Al no haber
documentación es el código (y los comentarios que hagamos en el) lo que se toma
como documentación.
· Problemas que se presentan a partir de la comunicación oral. ya
que si tenemos un contrato escrito, no se puede borrar, cuando el contrato es
hablado es muy fácil caer en la ambigüedad de lo que el cliente o el equipo de
trabajo dijo y lo que su contra parte puede interpretar.
· Se presenta gran dependencia de las personas.
· Al no tener mucha documentación se hace muy difícil la
re-utilización del código
· Restricciones en cuanto a tamaño de los proyectos, ya que si es
un proyecto q conlleva mucho tiempo las ágiles están enfocadas a proyectos q se
puedan hacer de forma rápida..
· Problemas derivados del fracaso de los proyectos ágiles. Si un
proyecto fracasa se tiene poco documentación, la cual sería de vital
importancia si se busca saber la causa del fracaso, La comprensión del proyecto
y todo su funcionamiento queda en las mentes de los desarrolla dores.
VENTAJAS DE LAS METODOLOGÍAS DE SOFTWARE
Estas se utilizan Para desarrollar un software de calidad primero debemos seguir
ciertos pasos que nos permitan cumplir con todo lo que el software necesita
satisfacer a nuestro cliente, donde la decisión mas importante desde mi punto
de vista sería escoger la metodología apropiada para un equipo en un
determinado proyecto.
Pero que ventajas nos dan a utilizar estas:
·La primera y la que mas resalta sobre las metodologías
tradicionales es que ofrecen una rápida respuesta a cambios de requisitos a lo
largo del desarrollo del proyecto gracias a su proceso iterativo, ya que es tan
importante el realizar un buen análisis de requisitos, como tener la
posibilidad de modificarlos de forma rápida evitando grandes pérdidas en
cuanto a costes, motivación, tiempo…
· El cliente puede colaborar, puede observar como va avanzando el
proyecto y dar sus opiniones sobre su evolución gracias a las interacciones
frecuentes del equipo con el cliente. Esto le da tranquilidad.
· basándose en las 2 ventajas anteriores, se puede descubrir una
nueva ventaja, que al utilizar las metodologías ágiles, los cambios que el
cliente quiera aplicar al proyecto van a causar menos trabajo adicional que en
las tradicionales, ya que se va a entregar en un corto plazo de tiempo una
pequeña versión funcional del proyecto al cliente, y si éste quiere cambiar
algo, solo se habrá perdido unas semanas de trabajo. Con las
tradicionales las entregas se realizaban después de haber avanzado
bastante en el proyecto, eso quiere decir que el equipo ha estado trabajando
meses para que despues un cambio que quiera realizar el cliente, ocacione la
pérdida de todo ese trabajo.
· Buscan la simpleza a la hora de tranajar para así eliminar el
trabajo innecesario y ahorrar tiempo.
lunes, 21 de agosto de 2017
UVEG
Una institución con 120,000 usuarios registrados en la cual
puedes regístrate de una manera práctica, innovadora y reluciente en los campos
de las tecnologías de la información y comunicación. Cuenta con un gran sistema
que en sus contenidos en los cuales encontraras plataformas que tu como usuario
puedes acceder desde tu móvil, celular o tu computadora en el momento que tu
decidas querer empezar tu carrera.
En las plataformas encontraras laboratorios virtuales,
videoconferencias, centro de idiomas con 24,000 personas perteneciendo 8,000
usuarios por cada modulo. Total, mente gratis en tu formación en esta institución
te ofrece certificados virtuales digitales, lo que hace y quiere para todos sus
usuarios innovadora la misa institución te envía por correo tu certificación
100% validado y sin costo alguno hasta tu hogar y es opcional si quieres
participar en la ceremonia de graduación en la cuales se reúnen personas de
todo el país. En tan solo 3 años culminaras tu Formación en esta institución
con una alta vanguardia en sus materias para un excelente desempeño en el mundo
laboral.
Esta institución ha llegado hasta los lugares marginados de
la república mexicana con 132 esc. 138 alumnos en cada una de ellas el sistema
con solo una aplicación móvil nos permite ver en el transcurso del día las asistencias
de los alumnos en las instituciones. Esta institución cuenta con actividades. Culturales
gratuitas como deporte, baile, natación, canto, robótica.
Su Infraestructura de esta institución: portal atraves de internet,
aplicaciones móviles, canales virtuales, laboratorios virtuales y centro de
idiomas virtuales, sistemas de seguridad.
COMUNÍCATE: 01-800-864-88-34
www.uveg.mx
OPINIÓN DE PERFIL DE AUDITOR Y
PROCESOS DE AUDITORIA
Como sabemos para llevar a cabo y laborar en un puesto
tenemos que tener un cierto perfil en ejemplo el de un Auditor debe contar con
las siguientes características:
Conocimiento en las áreas de procesos.
Experiencia en la metodología.
Visión global del negocio objeto tal del auditor.
Conocimiento de normas
Capacidad de manejar excelentes condiciones de trabajo
Ser analítico, creativo, buen observador
Capacidad de análisis y visualización sobre las
consecuencias de las actuaciones presentes.
Lo cual será el actor que llevara a cabo el proceso de
auditoria pero ¿qué es una auditoria?
La auditoría
informática es un proceso llevado a cabo por profesionales especialmente
capacitados para el efecto, y que consiste en recoger, agrupar y evaluar
evidencias para determinar si un sistema de información salvaguarda
el activo empresarial, mantiene la integridad de los datos, lleva a cabo
eficazmente los fines de la organización, utiliza eficientemente los recursos,
y cumple con las leyes y regulaciones establecidas.
Algunos de los
conceptos que encontraras en el contenido de la auditoria serán:
Procedimiento: Forma especificada de llevar a cabo
una actividad o un proceso.
Proceso: Conjunto de actividades mutuamente
relacionadas o que interactúan, las cuales transforman elementos de entrada en
resultados.
Hallazgos de la auditoría: Resultados de la
evaluación de la evidencia de la auditoría recopilada frente a los criterios de
auditoría.
No Conformidad es un incumplimiento de un
requisito del sistema, sea este especificado o no. Se conoce como requisito una
necesidad o expectativa establecida, generalmente explícita u obligatoria.
Conformidad: Cumplimiento de un requisito.
Producto: Resultado de un proceso.
No Conformidad es un incumplimiento de un
requisito del sistema, sea este especificado o no. Se conoce como requisito una
necesidad o expectativa establecida, generalmente explícita u obligatoria.
Conformidad:
Cumplimiento de un requisito.
El proceso que se lleva a cabo en una auditoria, se llevara
a cabo una reunió con la dirección
la cual proporcionara a los auditores levantar antecedentes sobre la empresa y
las áreas especificadas que se deben probar durante la auditoria para que esta
información de una idea a los auditores de cómo llevar a cabo la auditoria.
Se lleva a cabo un desarrollo
de plan de auditoria es una información específica relacionada con el
proceso de inventario de la empresa.
En la realización de
trabajo de campo Los auditores seleccionarán una muestra de inventario de
la empresa para contar, comparar y revisar. Los auditores comparan su recuento
de inventario físico a la información contable de la empresa interna.
En la fase final se presenta una reunión y informe de
auditoría la cual contara Una vez que los auditores y los gerentes o
propietarios de negocios están de acuerdo con las conclusiones de la auditoría,
los auditores emiten un informe formal. Los informes de auditoría proporcionan
a los interesados internos y externos una opinión profesional sobre el
proceso de inventario de una empresa.
miércoles, 12 de julio de 2017
Como vimos en las documentaciones elaboradas por nosotros en la clase de AFI. Los procesos de auditoria, son un conjunto de técnicas de investigación aplicables a una una partida o a un grupo de hechos y circunstancias relativas a los estados financieros sujetos a examen, mediante los cuales, el contador público obtiene las bases para fundamentar su opinión.
el auditor obtiene el conocimiento que necesita para sustentar su opinión en una sola prueba, es necesario examinar cada partida o conjunto de hechos, mediante varias técnicas de aplicación simultánea o sucesiva algunas de las técnicas de auditorias son las siguientes:
Las técnicas de auditoria son las siguientes:Estudio general: Apreciación sobre la fisonomía o características generales de la empresa, de sus estados financieros y de los rubros y partidas importantes, significativas o extraordinarias.
el auditor podrá observar la existencia de operaciones extraordinarias, mediante la comparación de los estados de resultados . Esta técnica sirve de orientación para la aplicación de otras técnicas, por lo que, generalmente deberá aplicarse antes de cualquier otra. El estudio general, deberá aplicarse con cuidado y diligencia, por lo que es recomendable que su aplicación la lleve a cabo un auditor con preparación, experiencia y madurez, para asegurar un juicio profesional sólido y amplio.
Es una practica que se lleva acabo en todas las empresas pequeñas, medianas y grandes . es un paso de mayor importancia para llevar un control completo de la calidad de la empresa y llegar al éxito.
jueves, 8 de junio de 2017
POLÍTICAS ORGANIZACIÓN
Nosotros llevamos a cabo en nuestro proyecto sobre que Es
la orientación o directriz que debe ser divulgada, entendida y acatada por
todos los miembros de la organización, en ella se contemplan las normas y
responsabilidades de cada área de la organización. Las políticas son guías para
orientar la acción; son lineamientos generales a observar en la toma de
decisiones, sobre algún problema que se repite una y otra vez dentro de una
organización. En este sentido, las políticas son criterios generales de
ejecución que complementan el logro de los objetivos y facilitan la
implementación de las estrategias. Las políticas deben ser dictadas desde el
nivel jerárquico más alto de la empresa.
las normas que seran fundamentales para el lanzamiento de nuesttro proyecto de una manera satisfactoria Son
reglas específicas que se deben seguir o a que se deben ajustar las conductas,
tareas, o actividades en una organización para poder llevar a cabo el
cumplimiento de una política organizacional. Cabe destacar que forman parte del
contenido de las políticas organizacionales.
Los
elementos básicos que deben de tener las políticas son:
- Objetivo
- Alcance
- Roles
y responsabilidades
- Lineamientos
(reglas constitutivas que se requieren implementar en la organización)
- Autorizaciones
(firmas de aprobación de los niveles jerárquicos establecidos en la
organización)
También,
hay que considerar que cada política debe de tener un dueño, quien será el
responsable de asegurar que se mantenga actualizada y promueva su cumplimiento;
además, hay que identificar las áreas participantes y los autorizantes, quienes
formalizarán su acuerdo para proceder con la difusión e
implementación.
En
organizaciones multinacionales que están conformadas por varias empresas de uno
o más giros de negocio, la diversidad cultural, operacional y sobre todo las
estrategias de monitoreo en la implementación y seguimiento, suelen ser muy
diferentes, de ahí la importancia de establecer el alcance de una política.
ADMINISTRACIÓN ORGANIZACIÓNAL
La administración no solamente nació con la
humanidad, sino que se extiende a la vez a todos los ámbitos geográficos y por
su carácter universal, lo encontramos presente en todas partes. Y es que en el
ámbito del esfuerzo humano existe siempre un lado administrativo de todo
esfuerzo planeado.
No sería suficiente con decir que sin una buena
administración ninguna organización tendría éxito; por lo cual mencionamos
algunos hechos para mencionar su importancia:
No sirve de mucho que en una
empresa existan buenas instalaciones, el mejor equipo, la mejor ubicación, si
todo lo anterior no va acompañado del elemento humano necesario para dirigir
las actividades, o sea, que la administración es importante para alcanzar
objetivos de la organización, tanto en las pequeñas como en las grandes
empresas.
Otro hecho importante es que por medio de la
administración se puede elevar la productividad y los niveles de vida en los países en
vías de desarrollo.
La administración imparte efectividad a los
esfuerzos humanos. Ayuda a obtener mejor personal, equipo, materiales, dinero y
relaciones humanas.
Nosotros llevamos a cabo de manera extensa este tipo de forma en nuestra empresa para lograr el éxito de esta nueva experiencia.
La organización es la parte de la administración
que supone es establecimiento de una estructura intencionada de los papeles que
los individuos deberán desempeñar en una empresa. La estructura es intencionada
en el sentido de que debe garantizar la asignación de todas las tareas
necesarias para los cumplimientos de las metas, asignación que debe hacerse a
las personas mejor capacitadas para realizar esa tarea.
sábado, 8 de abril de 2017
Modelo Espiral
El modelo en espiral, propuesto originalmente por Boehm, es un modelo de proceso de software evolutivo que conjuga la naturaleza iterativa de construcción de prototipos con los aspectos controlados y sistemáticos del modelo lineal secuencial. Proporciona el potencial para el desarrollo rápido de versiones incrementales del software. En el modelo espiral, el software se desarrolla en una serie de versiones incrementales. Durante las primeras iteraciones, la versión incremental podría ser un modelo en papel o un prototipo. Durante las últimas iteraciones, se producen versiones cada vez más completas del sistema diseñado.
El modelo en espiral se divide en un número de actividades de marco de trabajo, también llamadas regiones de tareas. Generalmente, existen entre tres y seis regiones de tareas.
-Comunicación con el cliente: Las tareas requeridas para establecer comunicación entre el desarrollador y el cliente.
-Planificación: Las tareas requeridas para definir recursos, el tiempo y otra información relacionadas con el proyecto.
-Análisis de riesgos: Las tareas requeridas para evaluar riesgos técnicos y de gestión.
-Ingeniería: Las tareas requeridas para construir una o más representaciones de la aplicación.
-Construcción y acción: Las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario (por ejemplo: documentación y práctica).
-Evaluación del cliente: Las tareas requeridas para obtener la reacción del cliente según la evaluación de las representaciones del software creadas durante la etapa de ingeniería e implementada durante la etapa de instalación.
Cada una de las regiones está compuesta por un conjunto de tareas del trabajo, llamado conjunto de tareas, que se adaptan a las características del proyecto que va a emprenderse. Para proyectos pequeños, el número de tareas de trabajo y su formalidad es bajo. Para proyectos mayores y más críticos cada región de tareas contiene tareas de trabajo que se definen para lograr un nivel más alto de formalidad. En todos los casos, se aplican las actividades de protección (por ejemplo: gestión de configuración del software y garantía de calidad del software).
Cuando empieza este proceso evolutivo, el equipo de ingeniería del software gira alrededor de la espiral en la dirección de las agujas del reloj, comenzando por el centro. El primer circuito de la espiral puede producir el desarrollo de una especificación de productos; los pasos siguientes en la espiral se podrían utilizar para desarrollar un prototipo y progresivamente versiones más sofisticadas del software. Cada paso por la región de planificación produce ajustes en el plan del proyecto.
El coste y la planificación se ajustan con la realimentación ante la evaluación del cliente. Además, el gestor del proyecto ajusta el número planificado de iteraciones requeridas para completar el software.
El modelo en espiral es un enfoque realista del desarrollo de sistemas y de software a gran escala. Como el software evoluciona, a medida que progresa el proceso el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los niveles evolutivos.
El modelo en espiral demanda una consideración directa de los riesgos técnicos en todas las etapas del proyecto, y, si se aplica adecuadamente, debe reducir los riesgos antes de que se conviertan en problemáticos. Pero al igual que otros paradigmas, el modelo en espiral no es la panacea. Puede resultar difícil convencer a grandes clientes (particularmente en situaciones bajo contrato) de que el enfoque evolutivo es controlable.
Requiere una considerable habilidad para la evaluación del riesgo, y cuenta con esta habilidad para el éxito. Si un riesgo importante no es descubierto y gestionado, indudablemente surgirán problemas. Finalmente, el modelo no se ha utilizado tanto como los paradigmas lineales secuenciales o de construcción de prototipos. Todavía tendrán que pasar muchos años antes de que se determine con absoluta certeza la eficacia de este nuevo e importante paradigma.
jueves, 6 de abril de 2017
Unidad 4:
En esta unidad implementamos un sistema en el
desarrollo en el modelo de espiral en la culminación de nuestro proyecto .
Este Proceso
Unificado es un proceso de software genérico que puede ser utilizado para una
gran cantidad de tipos de sistemas de software, para diferentes áreas de
aplicación que en este caso nosotros lo implementaremos en nuestro sistema,
Proveera un
enfoque disciplinado en la asignación de tareas y responsabilidades dentro de
nuestra organización de desarrollo. Su meta es asegurar la producción de
software de muy alta calidad que satisfaga las necesidades de los usuarios
finales, dentro de un calendario y presupuesto predecible.
nuestros casos de uso no son solamente una herramienta para
especificar los requerimientos del sistema, también dirigen su diseño,
implementación y pruebas, esto es, dirigen el proceso de desarrollo.
Cada producto tiene función y forma. Uno sólo de los dos no
es suficiente. Estas dos fuerzas deben estar balanceadas para obtener un
producto exitoso. En este caso función corresponde a los casos de uso y forma a
la arquitectura. Existe la necesidad de intercalar entre casos de uso y arquitectura.
Los desarrolladores basan su selección de qué van a
implementar en una iteración en dos factores. Primero, la iteración trata con
un grupo de casos de uso que en conjunto extienden la usabilidad del producto.
Segundo, la iteración trata con los riesgos más importantes.
al desarrollar identificamos
y especificamos los casos de uso relevantes, creando el diseño usando la
arquitectura como guía, implementan el diseño en componentes y verifican que
los componentes satisfacen los casos de uso. Cuando la iteración cumple sus
metas – y usualmente lo hace – el desarrollo continúa con la siguiente
iteración. Cuando la iteración no cumple con sus metas, los desarrolladores
deben revisar sus decisiones previas y probar un nuevo enfoque.
Unidad 2:
En esta unidad llevamos a
cabo la planeación de nuestra aplicación tomando en cuenta los principales
puntos a tomar de esta.
Planeación: nos sirve para diseñar
un plan a futuro de lo que deseamos hacer, y hasta donde nos proponemos llegar
con ello en el largo plazo, para aprovechar al máximo el potencial existente,
Objetivo: El objetivo
para este proyecto es realizar una aplicación para el estrés lo cual va a
realizar y verificar cual es el nivel de estrés de cada persona.
Meta: La
meta de este proyecto sería verificar que cada persona que utilicé la
aplicación pueda ver a qué nivel de estrés esta y para ver la manera que pueda
controlarlo y no le afecte en su salud.
Recurso:
Para la
realización de este proyecto no se va a necesitar de tantos recursos ya que
solo es cuestión de que funcione bien el software y realizar algunas encuestas
o tés para saber cómo están las personas de hoy en día con el estrés.
Actividades:
Las actividades que se van a realizar para esta aplicación son las siguientes
se le dará un rol de trabajo a cada integrante para poder realizar la
aplicación mas fácil así mismo actividades extras para poder llegar a la meta
por cumplir.
Tiempos:
Para cada uno de los integrantes del equipo se le va a destinar cierto tiempo
para poder realizar su trabajo o actividad y poder entregar todo a tiempo sin
complicaciones.
Roles: implementación,
analista, diseñador, tester, programador, mantenimiento.
Y nuestra
políticas: Las políticas que se van a tener presente en este proyecto son las
siguientes:
o
Dedicación
o
Tiempo
o
Estabilidad
o
Trabajo en equipo
Suscribirse a:
Entradas (Atom)