Project ArgoUML Members with Responsibilities
The following people are committed to advancing the ArgoUML project
and have been doing work towards the 0.26 release (alphabetical order):
- b00__1 (Bogdan Pistol)
(Responsibility:
Developer role,
Speciality: Eclipse integration.
)
- bobtarling (Bob Tarling)
(Responsibility:
Developer role,
Subsystem responsible for
Diagrams (most of them),
Model,
GUI,
Persistence.
,
Specialty: User Interface, Usability, GEF)
- braunharald (Harald Braun)
(Responsibility:
German localization,
Developer role in the argouml-de project
)
- comp_ (Ion Savin)
(Responsibility:
Developer role in the argoprint project
)
- dthompson (Dave Thompson)
(Responsibility:
Developer role
)
- euluis (Luis Sergio Oliveira)
(Responsibility:
C++ module,
Subsystem responsible for
modules - C++,
Developer role in the argouml-cpp project,
Proxy for the
Open Usability
project.
)
- linus (Linus Tolke)
(Responsibilities: Project leader,
Market communicator,
Release Responsible all releases,
Editor of the Cookbook,
Web master for the Developer Zone,
Recruitment of new developers,
Mailing list moderator for
the dev list,
Subsystem responsible for
Build scripts and tools,
Internationalization,
Module Loader,
website/Java Web Start,
website/Contents,
Other,
,
Web master for the User Site.)
- maurelio1234 (Marcos Aurelio)
(Responsibility:
Developer role)
- mvw (Michiel van der Wulp)
(Responsibility:
Editor for the User Manual and Quick Guide,
Subsystem responsible for
Documentation and Help
,
Developer role)
- penyaskito (Christian López Espínola)
(Responsibility:
Developer role,
Twitter account holder)
- polygon7 (Lukasz Gromanowski)
(Responsibility:
Developer role in the C++ project,
maintainer of the
users' web site)
- tfmorris (Tom Morris)
(Responsibility:
Developer role,
Subsystem responsible for
Model/MDR
,
Quality Engineer,
Editor of the users' FAQ,
Specialty: MDR)
- thn (Thomas Neustupny)
(Responsibility:
Developer role,
Subsystem responsible for
CodeGeneration/ReverseEnginnering
,
Specialties: Code Generation (CG), Reverse Engineering (RE) and
Round-Trip Engineering (RTE))
The following people are committed to advancing the ArgoUML project
and have been doing work towards the 0.24 release but not (yet)
towards the 0.26 release
(alphabetic order):
The following people are committed to advancing the ArgoUML project
and have been doing work towards the 0.22 release but not (yet)
towards the 0.24 release
(alphabetic order):
The following people are committed to advancing the ArgoUML project
and have been doing work towards the 0.20 release but not (yet)
towards the 0.22 release
(alphabetic order):
The following people are committed to advancing the ArgoUML project
and have been doing work towards the 0.18 release but not (yet)
towards the 0.20 release
(alphabetic order):
The following people are committed to advancing the ArgoUML project
and have been doing work towards the 0.16 release but not (yet)
towards the 0.18 or 0.20 releases
(alphabetic order):
The Responsibilities are defined and delegated by
the Project leader.
If you would like to assume the responsibility for some area,
please discuss it with him.
You are most welcome!
A Specialty is provided as information.
You can also look at the
whole list
of involved people.
Expectation on persons with a specific responsibility
This is the definition of what the Project Leader (Linus Tolke)
expects from you
when you have a responsibility in the ArgoUML project.
It is a complete list of all delegated responsibilities.
For all roles and responsibilities it is expected:
-
that you suggest improvements of the role you have and how it is
defined in this page, and
- that you notify the
project leader if, for any reason,
you feel that you don't want that responsibility any more or
when you feel that you cannot fulfill your responsibilities.
This role is registered by the Tigris framework.
- Keep yourself updated on the
current development,
tools,
policies,
rules and
coding standards
used in the project so that you can do commits that
agree with the direction of the project.
- When you receive mail from people that want to contribute
to the project, you help them commit their
contributions or
suggest that they should contact someone else.
- Among the people sending you contributions you keep an eye out for
new developers and suggest them to the Project Leader.
- Monitor the Users' mailing list.
- Have name, email-address and Issuezilla id stated
so that contributions and suggestions can be sent to the right person.
- Take part in all discussions on the contents and format of the User FAQ.
- Add things found on the Users' mailing list and
contributions to the User FAQ.
- Remove things from the User FAQ that are no longer interesting.
- Publish new versions of the User FAQ when changed.
- Receive mails sent to the list that are to be approved.
- Approve or reject these mails
(based on the agreed policy for the list in question).
- Reminding people that sending unrelated things on the mailing list
is discouraged (especially "Please unsubscribe me"-messages).
- Take part in the discussions on policy for the list in question
that should be carried out on the list.
- If needed, publish the agreed policy.
- Monitor the mails sent to the list owner and
make sure that the moderators are doing their job correctly.
- Approve Observer role requests.
The Cookbook is the document that contains
information for the developers of ArgoUML and modules.
- Monitor the Developers' mailing lists for things that would fit into
the Cookbook.
- Continuously improve the contents and layout of the Cookbook.
- Take part in all discussions on the contents and purpose of the Cookbook.
- Have name and email stated in the Cookbook so that all potential
contributors know where to send their contributions.
- Accept contributions without DocBook mark-up.
- Publish the Cookbook on the web site after each substantial change.
- Decide release dates and contents for all upcoming releases.
This is done in agreement with all active developers to fit their
personal plans on a level of detail decided by the release manager.
- Be responsible for the release process and tools.
(Appoint persons to design, implement, and improve the release process.)
- Appoint the Release Responsible for each release.
If the Release Responsible for all Releases does not appoint
a Release Responsible for a specific release that means that
he will take care of it himself becoming
the Release Responsible for that release.
A Release Responsible for a specific release
has the following responsibilities:
- Decide on changes in release dates and contents.
- Coordinate testers and other helpers to do the work.
- Doing the actual release work.
- Close RESOLVED or VERIFIED issues a time after the release.
- Define the contents and organization of the User Manual and Quick Guide.
- Take part in all discussions on the contents and format of
the User Manual and Quick Guide.
- Define and implement how the User Manual and Quick Guide are to be updated.
(i.e. who does the updating and when,
how is the quality assurance organized,
who does the reviewing,...).
- Default owner of all issues allocated on Documentation.
(i.e. responsible for the triage of all issues that are allocated
on Documentation).
- Decide how the User Manual and Quick Guide are developed.
This includes organizing all contributors in this area and
leading the work.
- Decide how and when the User Manual and Quick Guide are published
(discussion with release responsible how this is related to release
of the ArgoUML product).
This role is registered by the Tigris framework (in the Issuezilla settings).
- Monitor all work on that subsystem.
- Have the last say about how the subsystem is designed.
- Have a clear view of how the subcomponent is related to
the source (in the repository) and
the definition of
packages,
modules,
subsystems, and
sub-projects
within ArgoUML.
- Discuss this relation and
updates to the subsystem's Description of responsibilities and
provided functions in the Cookbook and the
subcomponents description in Issuezilla to better reflect this
with the System Architect (Project leader).
- Default owner of all issues allocated on the Issuezilla subcomponent,
for that subsystem.
Because of this it is important to mark the issues as available for
anyone to work with. This is currently done by assigning them to
issues@argouml.
- Make sure that all issues allocated on that subsystem are in fact
problems (or things to do) within that area so that issues don't
incorrectly land in that subcomponent.
Other things that would be good if you do but not required are:
- Keep the decided design description of the subsystem in the Cookbook
up to date with the current design.
- Lead the team working in the area of that subsystem (if any).
- Check the priority of all issues so that it is correct.
- Investigate to make sure that each issue is understood.
This involves requesting new information from the reporter.
- Work with the issues on that subsystem.
- Lead the work in changing the processes.
- Have the last say about the contents of the processes.
- Maintain the processes documentation in the Cookbook
(Chapter 9).
- Lead the work in defining the quality level of the code.
- Have the last say about the quality level.
- Maintain the Standards for coding in ArgoUML in the Cookbook
(Chapter 7).
- Maintain the settings for the tools that helps us adhere to the
Standards for coding in ArgoUML.
(argouml/tools/checkstyle,
argouml/tools/eclipse,
argoumlinstaller,
argouml-gen).
- Decide how the adherence to
the Standards for coding in ArgoUML and
the quality level of the code
are to be monitored and what corrective actions are to be taken
and when (in agreement with
the release responsible for any affected upcoming release).
- Communicate the decisions of changes in the processes and quality level
to the development community.
Other things that would be good if you do but not required are:
- Maintain the description on how to set up the development environment
(Chapter 2 in the Cookbook).
- Do the actual monitoring of the adherence to
the Standards for coding in ArgoUML and
the quality level of the code.