|
Tutorial de Guillem Borrell i Nogueras - 05 de Noviembre de 2006
|
| Hay muchos libros de Matlab, algunos muy buenos, pero en ninguno es tratado como un lenguaje de programación. El enfoque habitual es pensar en Matlab como programa, como un entorno de desarrollo completo. No se... |
| Cap 12 |
Calculo y Analisis (I
|
| |
Que el problema es stiff. En estos casos será apropiado utilizar un esquema de integración implícito que a costa de mayor coste computacional por paso permite llegar al resultado con muchas menos iteraciones. Saber si un problema es stiff o no es tan laborioso o más que resolverlo. Para saber si |
| Cap 13 |
Calculo y Analisis (II
|
| |
Significa que la propia subrutina calcula el paso de integración para, sea cual sea la función y el esquema utilizado, el resultado sea numéricamente correcto. Octave >> lsode_options('integration method','non-stiff')
>> y=lsode('vdp1',[0 2],linspace(0,20,1000));
Matlab |
| Cap 3 |
Introducción y elementos del lenguaje Matlab
|
| |
Con el intérprete Octave. Si no nos sentimos cómodos con él siempre podemos optar por otros editores como VIM o SciTe, este último muy adecuado para los usuarios de Windows. El programa más utilizado para dar soporte gráfico a Octave es GNUPlot. Sus funcionalidades no son comparables a las ofrecidas por Matlab |
|
|
|
Tutorial de Juan Manuel - 01 de Diciembre de 2009
|
| En los últimos años parece que las metodologías ágiles convencen más a los desarrolladores que las complejas metodologías pesadas. Entre todas ellas, la eXtremme Programming es la que se lleva la palma, y una de... |
| Cap 1 |
Introducción
|
| |
énfasis en las colaboraciones entre unidades. Se prueba cada una de las opciones (o casos de uso) que ofrece el sistema, pudiendo ser procesos automáticos, acciones sobre el interfaz gráfico , etc. Vamos a hablar sobre las pruebas unitarias, y cómo podemos aplicarlas a nuestros proyectos en C/C |
| Cap 6 |
Desarrollo guiado por puebas
|
| |
Para que todas las pruebas vayan pasando. Posiblemente no pasarán a la primera, sino que las pruebas nos irán indicando si el código que escribimos va por buen camino o no. ~1) Daremos por finalizado el ciclo cuando todas las pruebas hayan pasado. En ese momento estaremos seguros de que nuestra unidad |
| Cap 13 |
Lanzando el interfaz de pruebas
|
| |
"
Por último nos queda ver cómo hacer que aparezca en pantalla el interfaz gráfico gestionado por la librería “TestRunnerDlg. Dll”. Para ello debemos abrir el código fuente del proyecto (Project – View Source) y codificar lo que veis a continuación: #include
#pragma hdrstop |
|
|
