En Configuracion, Descripción introducir una breve descripción del sistema que esán desarrollando.
Invitar a Adrian Escandarani con esta direccion adrian.escandarani@gmail.com
Gracias
22 de abril de 2010
21 de abril de 2010
21/4
Las preguntas presentadas solo sirven como introducción. Teniendo ya definido (en grandes términos) el sistema a desarrollar pretendo un trabajo mas profundo. Deberían estudiar el material recibido y entender cada una de las opciones propuestas para los tres metodos de admistracion de memoria. POR LO TANTO, ESPERO QUE PARA LA PROXIMA CLASE ME SEAN PRESNTADAS PREGUNTAS DIRECTAMENTE RELACIONADAS CON LOS DETALLES DE CADA MÉTODO.
iNCLUSO DEBERÁN considerar la posibilidad que determinados comportamientos para los tres metodos puedan definirse en una misma clase, para un ahorro conceptual y de programación.
Por lo tanto espero la presentacion de muchas (muchisimas) dudas para ganar tiempo y no tener que aguantar el apuro logico de las últimas semanas del año escolar.
iNCLUSO DEBERÁN considerar la posibilidad que determinados comportamientos para los tres metodos puedan definirse en una misma clase, para un ahorro conceptual y de programación.
Por lo tanto espero la presentacion de muchas (muchisimas) dudas para ganar tiempo y no tener que aguantar el apuro logico de las últimas semanas del año escolar.
17 de abril de 2010
Notas Examen
NOTA SACCAL 6.20
NOTA WILINGHER 4.80
Salvo la pregunta 7 que vale 1.60 puntos, las restantes valen 1.20
Preguntas del examen sobre requerimientos:
1. Definición de lo que es un requerimiento
“Los requerimientos son aquellas capacidades u objetivos que deben conformar el software o sistema que se va a construir
2. Qué significa “el ciclo de vida iterativo se basa en la evolución de prototipos ejecutables?
Un prototipo muestra un grado de avance en el desarrollo de un software. El concepto de iterativo, al contrario de lo que ocurría en un método de cascada, indica que cada avance en el desarrollo, debe mostrarse al cliente. Una detección temprana de un error es un paso hacia la calidad del mismo. Iterativo se relaciona con que se lo muestra varias veces al cliente e incremental por el agregado de funcionalidad en cada presentación.
3. Qué significa “los líderes del negocio necesitan entender el significado subyacente a los números”
Se refiere a información para toma de decisiones, y generalmente se refiere a la acumulación de información histórica para evaluar tendencias o explicar fenómenos ocurridos. Esto debe conocerlo el analista para que su sistema prevea cómo van a analizar la información su cliente.
4. Definición del significado de “modelo”
Es una representación de una realidad de un proyecto que se quiera desarrollar.
5. Explicar particularmente el significado de los 4 términos de la expresión“
La calidad de un software desarrollado tiene relación con la satisfacción de un cierto conjunto de requerimientos que aseguren Funcionalidad, Usabilidad, Confiabilidad, Performance”
Funcionalidad: cumplimiento de los requerimientos
Usabilidad: fácil de usar y entender para el usuario
Confiabilidad: seguridad de que los datos grabados reflejan los datos de la transacción y que demás permanecen a lo largo del tiempo
Performance: alude a que el tiempo de la respuesta del sistema sea razonable
6. Explicar el concepto de “Testeo basado en Requerimientos”.
Significa qwue cuando se hace el testeo indivdual de un programa o de integración, el analista debe tener frente a si mismo, l descripción de los Requerimientos y analizar si el software probado los cumple integralmente
7. Investigar cada uno de los siguientes ítems:
“Los requerimientos son aquellas capacidades u objetivos que deben conformar el software o sistema que usted este construyendo. Se encuentran requerimientos en:
a. Documentos de visión
Son definiciones de metas y comportamientos que la empresa quiere alcanzar
b. Requerimientos de marketing
Aunque el sistema no tenga relación al marketing de la empresa es necesario tener en cuenta lo que el sector necesita para incluirlo en los requerimientos correspondientes
c. Requerimientos del producto
El analista debe conocer al detalle las diferentes formas de comercializar cada producto para preveer requerimientos correspondientes
d. Reglas de negocio
Son las normas, usos y costumbres que tiene la empresa antes de la llegada del analista. Este de estudiarlas y respetarlas a rajatabla salvo propuesta de modificación aceptado
e. Especificaciones funcionales
Conforman el comportamiento que el cliente desea para el sistema que está encargando.
f. Planes de Quality assurance
El termino Quality assurance se refiere al testeo para aseguramiento de calidad del software. Al mismo tiempo que el analista estudia el sistema a desarrollar debe planificar cuantas pruebas debe realizar y en cuales momentos
g. Casos de prueba
No confundirse con casos de uso. Los casos de prueba son conjuntos de datos de prueba que el analista define con cada nivel de avance del desarrollo. Cuando se haga el testeo explicado en f) deberán usarse estos datos
h. Prototipos
8. Significado de “los requerimientos trascienden las áreas funcionales”
El analista debe cubrir no solo los requerimientos definidos por el cliente sino todos los otros sistemas, computarizados o no donde el nuevo software tendrá impacto para tenerlo en cuenta para su diseño.
NOTA WILINGHER 4.80
Salvo la pregunta 7 que vale 1.60 puntos, las restantes valen 1.20
Preguntas del examen sobre requerimientos:
1. Definición de lo que es un requerimiento
“Los requerimientos son aquellas capacidades u objetivos que deben conformar el software o sistema que se va a construir
2. Qué significa “el ciclo de vida iterativo se basa en la evolución de prototipos ejecutables?
Un prototipo muestra un grado de avance en el desarrollo de un software. El concepto de iterativo, al contrario de lo que ocurría en un método de cascada, indica que cada avance en el desarrollo, debe mostrarse al cliente. Una detección temprana de un error es un paso hacia la calidad del mismo. Iterativo se relaciona con que se lo muestra varias veces al cliente e incremental por el agregado de funcionalidad en cada presentación.
3. Qué significa “los líderes del negocio necesitan entender el significado subyacente a los números”
Se refiere a información para toma de decisiones, y generalmente se refiere a la acumulación de información histórica para evaluar tendencias o explicar fenómenos ocurridos. Esto debe conocerlo el analista para que su sistema prevea cómo van a analizar la información su cliente.
4. Definición del significado de “modelo”
Es una representación de una realidad de un proyecto que se quiera desarrollar.
5. Explicar particularmente el significado de los 4 términos de la expresión“
La calidad de un software desarrollado tiene relación con la satisfacción de un cierto conjunto de requerimientos que aseguren Funcionalidad, Usabilidad, Confiabilidad, Performance”
Funcionalidad: cumplimiento de los requerimientos
Usabilidad: fácil de usar y entender para el usuario
Confiabilidad: seguridad de que los datos grabados reflejan los datos de la transacción y que demás permanecen a lo largo del tiempo
Performance: alude a que el tiempo de la respuesta del sistema sea razonable
6. Explicar el concepto de “Testeo basado en Requerimientos”.
Significa qwue cuando se hace el testeo indivdual de un programa o de integración, el analista debe tener frente a si mismo, l descripción de los Requerimientos y analizar si el software probado los cumple integralmente
7. Investigar cada uno de los siguientes ítems:
“Los requerimientos son aquellas capacidades u objetivos que deben conformar el software o sistema que usted este construyendo. Se encuentran requerimientos en:
a. Documentos de visión
Son definiciones de metas y comportamientos que la empresa quiere alcanzar
b. Requerimientos de marketing
Aunque el sistema no tenga relación al marketing de la empresa es necesario tener en cuenta lo que el sector necesita para incluirlo en los requerimientos correspondientes
c. Requerimientos del producto
El analista debe conocer al detalle las diferentes formas de comercializar cada producto para preveer requerimientos correspondientes
d. Reglas de negocio
Son las normas, usos y costumbres que tiene la empresa antes de la llegada del analista. Este de estudiarlas y respetarlas a rajatabla salvo propuesta de modificación aceptado
e. Especificaciones funcionales
Conforman el comportamiento que el cliente desea para el sistema que está encargando.
f. Planes de Quality assurance
El termino Quality assurance se refiere al testeo para aseguramiento de calidad del software. Al mismo tiempo que el analista estudia el sistema a desarrollar debe planificar cuantas pruebas debe realizar y en cuales momentos
g. Casos de prueba
No confundirse con casos de uso. Los casos de prueba son conjuntos de datos de prueba que el analista define con cada nivel de avance del desarrollo. Cuando se haga el testeo explicado en f) deberán usarse estos datos
h. Prototipos
8. Significado de “los requerimientos trascienden las áreas funcionales”
El analista debe cubrir no solo los requerimientos definidos por el cliente sino todos los otros sistemas, computarizados o no donde el nuevo software tendrá impacto para tenerlo en cuenta para su diseño.
14 de abril de 2010
Clase 14/4
Proyecto: El tema principal de nuestro proyecto es crear una simulación de 3 tipos de procesos para administración de memoria principal en la ejecución de distintos programas. El cliente de dicho sistema será el mismo profesor y el uso que tendrá, será explicativo para alumnos del terciario de ORT de la carrera de análisis de sistemas.
Estos procesos son: Particionado dinámico, paginación simple, particionado fijo.
Para la clase de hoy estudiamos un material teórico del cual nos surgieron preguntas que fueron aclaradas en el encuentro semanal con el profesor.
Para la entrevista próxima con el cliente tenemos que ir preparando un cuestionario con todas nuestras dudas para poder hacer un buen análisis de requerimientos.
Para la próxima clase tenemos que continuar con el estudio de la teória para poder avanzar y tener en claro los principios de los procesos a desarrollas.
Etiquetas:
14/4,
Investigación de mercado,
Proyecto Final,
Saccal,
Wilingher
13 de abril de 2010
Suscribirse a:
Comentarios (Atom)