1 Departamento de Informatica, UTFSM. Agosto 2006 ACS Working Style Mauricio Araya: Team Leader ACS – UTFSM Team.

Slides:



Advertisements
Similar presentations
EIONET Training Beginners Zope Course Miruna Bădescu Finsiel Romania Copenhagen, 27 October 2003.
Advertisements

Andrew McNab - Manchester HEP - 24 May 2001 WorkGroup H: Software Support Both middleware and application support Installation tools and expertise Communication.
Introduction to the BinX Library eDIKT project team Ted Wen Robert Carroll
05/11/2001 CPT week Natalia Ratnikova, FNAL 1 Software Distribution in CMS Distribution unitFormContent Version of SCRAM managed project.
Introduction to Maven 2.0 An open source build tool for Enterprise Java projects Mahen Goonewardene.
© 2010 Wipro Ltd - Confidential SGSN Automation Testing Using TTCN3 Authors: Jyothi Gavara Nikhil Rahul Ekka.
Developing in CAS. Why? As distributed you edit CAS 3 with Eclipse and build with Maven 2 – Best Practice for Release Engineering – Difficult edit-debug.
Source Code Version Management and Configuration Control Art Amezcua Status 11/5/2007.
7 th ACS Workshop 2010 Antofagasta, Chile ACS Project Lifecycle Matias Mora (based on presentation by G. Chiozzi and J. Ibsen)
Low level CASE: Source Code Management. Source Code Management  Also known as Configuration Management  Source Code Managers are tools that: –Archive.
Packaging of EPICS-basedControl System Software
Automated Tests in NICOS Nightly Control System Alexander Undrus Brookhaven National Laboratory, Upton, NY Software testing is a difficult, time-consuming.
Platforms, installation, configuration; accessing example collections Course material prepared by Greenstone Digital Library Project University of Waikato,
Slide 1 of 9 Presenting 24x7 Scheduler The art of computer automation Press PageDown key or click to advance.
ALMA SW Development Tools, Standards and Integration Procedures P. Sivera, M. Zamparelli European Southern Observatory Garching – ESO.
G51FSE Version Control Naisan Benatar. Lecture 5 - Version Control 2 On today’s menu... The problems with lots of code and lots of people Version control.
European Organization for Nuclear Research Source Control Management Service (Subversion) Brice Copy, Michel Bornand EN-ICE 13 May 2009.
Julie McEnery1 Installing the ScienceTools The release manager automatically compiles each release of the Science Tools, it creates a set of wrapper scripts.
Doxygen: Source Code Documentation Generator John Tully.
1 Introduction to Tool chains. 2 Tool chain for the Sitara Family (but it is true for other ARM based devices as well) A tool chain is a collection of.
SPI Software Process & Infrastructure GRIDPP Collaboration Meeting - 3 June 2004 Jakub MOSCICKI
Alfresco – An Open Source Content Management System - Bindu Nayar, Bhavana Mohanraj.
Input/Output Controller (IOC) Overview Andrew Johnson Computer Scientist, AES Controls Group.
BSC tools hands-on session. 2 Objectives Copy ~nct00001/tools-material into your ${HOME} –cp –r ~nct00001/tools-material ${HOME} Contents of.
M. Zamparelli European Southern Observatory ACS Course Japan, July 2005 ALMA/ACS Software Engineering.
EasyBoard Share schedule and ideas in a twinkle. EasyBoard Goals Application features Technologies used Schedule Problems that we can meet Questions?
SPI Software Process & Infrastructure EGEE France - 11 June 2004 Yannick Patois
Project Source Code Structure and Build Process ● Remember consistency matters as source code structure, build process, and release processes are all intertwined.
Sumedha Rubasinghe October,2009 Introduction to Programming Tools.
SKA/KAT SPIN Presentation Software Engineering (!?) Robert Crida.
CIS 375—Web App Dev II Microsoft’s.NET. 2 Introduction to.NET Steve Ballmer (January 2000): Steve Ballmer "Delivering an Internet-based platform of Next.
© 2012 LogiGear Corporation. All Rights Reserved Robot framework.
ALMA Common Software Basic Track Software Engineering Basics.
INFSO-RI Enabling Grids for E-sciencE The gLite Software Development Process Alberto Di Meglio CERN.
New Employee Indoctrination Chris Biddick Paul Grenz Jan 30, cjb, pg.
A. Aimar - EP/SFT LCG - Software Process & Infrastructure1 Software Process panel SPI GRIDPP 7 th Collaboration Meeting 30 June – 2 July 2003 A.Aimar -
INFSOM-RI Juelich, 10 June 2008 ETICS - Maven From competition, to collaboration.
The LCG SPI project in LCG Phase II CHEP’06, Mumbai, India Feb. 14, 2006 Andreas Pfeiffer -- for the SPI team
Ch 1. A Python Q&A Session Spring Why do people use Python? Software quality Developer productivity Program portability Support libraries Component.
1Offline Weekly Meeting May May 2006 AliRoot Build Integration and (Testing) System Peter Hristov Vagner Morais.
Linux Introduction What is Linux? How do you use it?
Developing the control system for the 40m OAN radiotelescope with ACS Observatorio Astronómico Nacional P. de VicenteOctober 2005.
Installation Tutorial Paola Sivera ESO ACS 2.1 for Linux RH7.2.
National Center for Supercomputing ApplicationsNational Computational Science Grid Packaging Technology Technical Talk University of Wisconsin Condor/GPT.
M Gallas CERN EP-SFT LCG-SPI: SW-Testing1 LCG-SPI: SW-Testing QMTest test framework LCG AppArea meeting (16/07/03) LCG/SPI LCG Software.
14th Oct 2005CERN AB Controls Development Process of Accelerator Controls Software G.Kruk L.Mestre, V.Paris, S.Oglaza, V. Baggiolini, E.Roux and Application.
GLite build and integration system Building and Packaging Robert HARAKALY
J.P. Wellisch, CERN/EP/SFT SCRAM Information on SCRAM J.P. Wellisch, C. Williams, S. Ashby.
Software Engineering Overview DTI International Technology Service-Global Watch Mission “Mission to CERN in Distributed IT Applications” June 2004.
RCE Platform Technology (RPT) Mark Arndt User Support.
G.Govi CERN/IT-DB 1 September 26, 2003 POOL Integration, Testing and Release Procedure Integration  Packages structure  External dependencies  Configuration.
Yannick Patois - Datagrid Software Repository Presentation - March, n° 1 Datagrid Software Repository Presentation CVS, packages and automatic.
PTA Linux Series Copyright Professional Training Academy, CSIS, University of Limerick, 2006 © Workshop I Introduction to Linux Professional Training Academy.
2/11/2007 NSL/SCS Development Jimmy Bonaiuto 2/26/2007.
Collaborative Development Services Learning From the Open Source Agile Development Process Richard Kilmer, InfoEther LLC.
GLite build and integration system Building and Packaging Robert HARAKALY
ACS on VxWorks B.Gustafsson European Southern Observatory ESO Feb ESO.
JRA1 Meeting – 09/02/ Software Configuration Management and Integration EGEE is proposed as a project funded by the European Union under contract.
Maite Barroso – WP4 Workshop – 10/12/ n° 1 -WP4 Workshop- Developers’ Guide Maite Barroso 10/12/2002
Development meeting 7 April  Platforms  Build system  CVS structure  Namespace structure  Overall development process Testing.
Use of CMT in LHCb CMT Workshop, LAL (Orsay) 28 th February - 1 st March 2002 P. Mato / CERN.
SWIM Project Meeting, Bloomington, IN September 2006 Working with the SWIM Code Repository David E. Bernholdt Oak Ridge National Laboratory
How to Get Started With Python
New Tools Used by the Scientific Linux Team
Chapter 13 Web Application Infrastructure
Development Environment
SPI Infrastructure for LCG Software Projects
Leanne Guy EGEE JRA1 Test Team Manager
Karabo installation and software organization
PyWBEM Python WBEM Client: Overview #2
Presentation transcript:

1 Departamento de Informatica, UTFSM. Agosto 2006 ACS Working Style Mauricio Araya: Team Leader ACS – UTFSM Team

1 Departamento de Informatica, UTFSM. Agosto 2006 Organization Hierarchy

1 Departamento de Informatica, UTFSM. Agosto 2006 Communication Methods Mailing Lists  General non ACS-specific Discussion  Official ACS-UTFSM list. English please!  Private ACS list for coordination purposes

1 Departamento de Informatica, UTFSM. Agosto 2006 Communication Methods General Meeting  Open to everyone  Its a duty only for: CSRG Team Leader ACS Team Leader OLPC Team Leader Sysadmin Project Responsibles Project Meeting  Defined by each Project Responsible

1 Departamento de Informatica, UTFSM. Agosto 2006 Communication Methods Twiki Page  General Discussion of the Group  News  ACS-UTFSM team news Discussion  Any topic about ACS or the working process Projects  Requirements, planning and results of each project

1 Departamento de Informatica, UTFSM. Agosto 2006 Twiki Specifics The Common Calendar (Important!) More collaboration => less documentation ACS twiki must be full written in English Its very easy to use, please do not be shine. Remember twiki includes a versioning sytem The authentication (user & pass) is with the Department Account

1 Departamento de Informatica, UTFSM. Agosto 2006 Account Each member has an “unlimited” home directory, for personal and working purposes The authentication (user & pass) is with the Department Account You have a personal page  Only if you need the root password, ask for it.

1 Departamento de Informatica, UTFSM. Agosto 2006 Documentation The official documentation guidelines are in:  This is only for deliverables; random documentation take place at the twiki The documentation must be revised by the Project Responsible, and released by the ACS Team Leader

1 Departamento de Informatica, UTFSM. Agosto 2006 Versioning System SVN is the main versioning system  GIT: Available for OLPC, can be used  CVS: Legacy support for CVS ACS software still use CVS The SVN repository is divided in:  Documentation Modules  Software Modules More information: 

1 Departamento de Informatica, UTFSM. Agosto 2006 Worklogs If the working time exceeds 30 minutes, a working log must be uploaded to the twiki. No formal or extensive documentation, just a simple log about your activities. If you are working in group, 1 worklog is enough Link the worklog to the project twiki page where you are working

1 Departamento de Informatica, UTFSM. Agosto 2006 ACS working Style Distribution: RedHat based distros  RedHat 9.0  RHEL  Fedora Core  CentOS  Scientific Linux

1 Departamento de Informatica, UTFSM. Agosto 2006 ACS working Style Languages  ACS is CORBA-based, so only O.O. Languages are supported C++ : Controlling, harware access, etc Java: GUI's and Web Python: Prototypes and Glue-Apps  IDL: Interface Data Language Common interfaces between languages  XML: eXtensible Markup Language Configuration Language (easy to parse)

1 Departamento de Informatica, UTFSM. Agosto 2006 ACS working Style ACS Installation  Main ACS directory: /alma/  Its almost a stand-alone framework Includes: gcc, tcltk, emacs, fileutils, binutils, python, etc Java: License problems, separate installation The CommonSoftware directory is where the real framework is  Its ment to run as a local user called: almamgr : Alma Manager Files belongs to this user, not root.

1 Departamento de Informatica, UTFSM. Agosto 2006 ACS working Style Environment  The environment variables are very important in ACS (old school style)  A simple script that setup all environmental stuff is located at $ACSROOT/config/.acs/.bash_profile.acs Where ACSROOT is a variable that contains the location of the current installation  Is highly recommended to put this script in your own.bashrc or.bash_profile

1 Departamento de Informatica, UTFSM. Agosto 2006 ACS working Style Directory Structures  MODROOT: standard directory structure to develop ACS software, includes Makefiles  INTROOT: Integration area, where the software can run without installing the components on /alma/ directory  AcsMakefile: a standard (and generic) Makefile, for all ACS purposes  This two directory structure and Makefile can be generated by the program getTemplate

1 Departamento de Informatica, UTFSM. Agosto 2006 MODROOT src is the directory where you will be putting the sources include is the directory where you will be putting the “.h” files lib is where the libraries get installed bin is where the binaries get installed idl is for the Interface Definition language files man is for the man pages object is where the dependencies files get installed doc is for the documentation generated with doxygen test is where the test source code has to be put

1 Departamento de Informatica, UTFSM. Agosto 2006 ACS working Style TATs  Every code must have a test sequence to be included on the ACS distribution  TAT means: Tools for Automated Testing  All projects on this Team should use this philosophy  The test-driven paradigm is optional

1 Departamento de Informatica, UTFSM. Agosto 2006 More information maray, nbarriga, ntroncos, raraya, msalgado, mmora, rtobar, HvB.