Pulsar PEG770 Instrukcja Użytkownika Pobierz pdf (Strona 107)

correcta posible sus necesidades. Dicho de otro modo, consiste en saber exactamente

qué necesita el usuario (objetivos), así como los beneficios y la funcionalidad del software.

Es importante distinguir en esta subfase entre requisitos funcionales (aquellos ligados a

la relación entre datos de entrada y resultados –datos de salida– que debe presentar el

sistema, incluidos los derivados de restricciones temporales cuando éstas están

cuantificadas), los cuales deben estar jerarquizados en funciones y sub-funciones; y

requisitos no funcionales (que incluyen restricciones sobre los funcionales y aspectos

de calidad del sistema

159

) como por ejemplo, mantenibilidad (facilidad para que el sistema

evolucione y se modifique una vez entregado al usuario), escalabilidad (posibilidad de

incrementar sustancialmente el número de usuarios u otros parámetros), facilidad de uso,

etc., que no pueden ligarse a funciones concretas dentro del sistema.

Sin embargo, debido a la naturaleza del proyecto, antes de hacer cualquier propuesta se

debe responder el siguiente interrogante: ¿se conocen los procesos educativos y modelo

pedagógico de la institución en la cual se está planteando una propuesta de uso de las

TIC para apoyar los aprendizajes?

160

, esto para evitar un impacto demasiado radical en la

organización, lo que iría en contra de la viabilidad de la implantación del proyecto.

3.2.1 Características Del Proceso Educativo UIS

En esta sección nos limitaremos a enumerar aspectos que describen el modelo

pedagógico y estrategias de aprendizaje de la Universidad Industrial de Santander. En la

sección 3.2.3 CONTEXTUALIZACIÓN DE LOS REQUERIMIENTOS, haremos un análisis

de las implicaciones de éstos en los requerimientos de la herramienta a desarrollar. El

Reglamento del Profesor

161

considera dentro de la Misión del mismo:

• Orientar a los estudiantes, en el proceso autónomo de su formación como hombres

libres y ciudadanos responsables, comprometidos con los principios democráticos,

159

“Constraint requirements place restrictions on how software can be built and operated. For example, definitions of

external communications, hardware and software interfaces may already exist, either because the software is a part of a

larger system, or because the user requires that certain protocols, standards, computers, operating systems, library or kernel

software be used”. ESA PSS-05-0 Software Engineering Standard. www.ess.co.at/ECOSIM/ESA.txt

160

Aguilar, Corredor, Ewert, Fiallo, Porras, Ramón. Página 25. Op.Cit., p.25

161

Acuerdo No. 063 del 5 de Octubre de 1994. Aprobado por el Consejo Superior. Universidad Industrial de Santander,

Bucaramanga, 1994.

1 2 ... 102 103 104 105 106 107 108 109 110 111 112 ... 216 217

Brak uwag

Pulsar PEG770 Instrukcja Użytkownika Strona 107