A Development Methodology for Scientific Software

Abstract

This reprm wunprcpurd nann u~wunl ofworkqnwmurcd hy ti,ltigcntyo(lhc llniMSlnlc(kwcrnmenl. N:ither!hc [Jnlt4Sla\cs (k)wrnt,lonl nor my agency Ihcrcof, nor unyofthcir cmployecn, makes any warrnnly, cRprcM or implkd, or qswmcn any Icgnl Iinhilily or rcupmsihihly for Ihc ncturnty, wmplacncm, or usdulmssof uny information, upparulus. prudud, m lrrlwmu rlklcned, or mprcwm Ihni k usc would not lnfrln~privatclyownod riuht~, Rckrcncc herein 10 any n~lfic commcrdnl prrwlucI. promnc, or ,mrwm hy Iradc name, trndcnmrkl mwrufnclurcr, or o[herwiw dim IWII n.wamrily ommlitutc or imply ilN cndorncmcnl, rca)m. mmldrm, or fnwwinm hy Ik (Jnllml SImeI (iovernmcnl or nny qerwy lhcrcof, i%c vicwn nnd oplnlorm of muthorn cnprcnnul hcrcln rh trot ntwcnmrlly sImc or rcnccl Ihmc of the Ihdlai SImcn (hwerrlmcnl or nny qcrwy Ihcrmf,~~~f l~~~~[.s.lam.s,NewM.xico8754sĨ

The Lens of the Lab: Design Challenges in Scientific Software

“…Sometimes, developers decide for an "amethodological" approach (Kelly 2015). Methodologies tailored to SS have been outlined a number of times (Platz 1986;Pereira Junior 2007;Ahmed, Zeeshan, and Dandekar 2014), often emphasizing neglected (or difficult) aspects such as requirements, testing, and design (Cort et al 1985). As early as 1986, Platz (1986) observed the need to balance SE measures with creative freedom.…”

A Ciência Como Jogo: Abordagens Lúdicas Ao Design De Interfaces Para Software Científico

“…Em alguns casos, equipes de desenvolvimento optam, em nome da praticidade e eficiência, por uma abordagem "ametodológica" (Kelly, 2015). Por várias vezes, metodologias especializadas, voltadas para o software científico, foram criadas (Cort et al, 1985, Platz, 1986Pereira Júnior, 2007;Ahmed et al, 2014), reforçando aspectos normalmente negligenciados (ou difíceis) como requisitos, teste e design. Já em 1986, Platz observou que problemas e soluções poderiam não ser detectados durante as primeiras fases do projeto, e criou um sistema para gerenciamento de projetos que, enquanto rigidamente PUC-Rio -Certificação Digital Nº 1512175/CA estruturado, era projetado para permitir mudanças de requisitos, reconhecendo a necessidade de equilíbrio entre medidas de engenharia de software e liberdade criativa (Platz, 1986).…”