Hello Marcus and Bob!
I agree that all the work put into untangling the different functions of
ArgoUML and putting them into separate trees/projects/compilation units,
could be done directly to the ArgoUML project.
When it comes to controlling what parts that are to be enabled and what
parts are not, I am not convinced that the preprocessor (i.e. before
compile) selection is better than the current run-time selection. I am eager
to see how this will work though.
/Linus
On Fri, Apr 9, 2010 at 10:13 AM, Bob Tarling <[email protected]> wrote:
> Hi Marcus
>
> The intent of ArgoUML is to do something very similar in the core
> product that you are doing externally.
>
> We are moving to a more modular architecture where we now already have
> the model element property panels and sequence diagrams built as
> separate components. Even though those components are by default
> provided with ArgoUML the application should run fine without them.
>
> Moving out other existing subsystems into modules is happening more
> slowly as it doesn't move the product forward from the users
> perspective. However we do want to see other parts broken out into
> separate modules in particular the other diagrams and the cognitive
> subsystem.
>
> This should be done in core ArgoUML though. What is the advantage in
> having another project for this rather than contributing to the core
> product?
>
> Regards
>
> Bob
>
>
> 2010/4/3 Marcus Vinícius de Ávila Couto <[email protected]>:
> > Hello dear ArgoUML developers,
> >
> > I am a master student at PUC Minas, Brazil. I started a research about
> > software product lines (SPL), which are basically a methodology that
> > advocates that software should be designed and implemented by
> > composing together particular features (or variabilities) with a
> > pre-defined set of core components. The ultimate goal is to promote
> > the generation of systems that meet the requirements of particular
> > users, domains or environments.
> >
> > Despite years of research in this field, we have not many concrete
> > examples of systems implemented following this methodology. For
> > example, it is common to have systems that use preprocessor directives
> > (e.g. #ifdef and ifndef) to support low-level variabilities (such as
> > different APIs or application specific configuration options), but
> > not high-level features. On the other hand, there are attempts to
> > implement end-users features using technologies such as AOP.
> > However, such attempts are based on small and fairly simple systems.
> >
> > Therefore in my research I am trying to implement a real-world SPL, in
> > order to better evaluate the benefits and limitations of this
> > methodology. For this purpose, I have selected the ArgoUML. More
> > specifically, I have already extracted the following features from the
> > system:
> >
> > * Logging
> > * Cognitive/Critics/ToDoItem
> > * Activity Diagram
> > * State Diagram
> >
> > In other words, at this moment, I have generated a version of ArgoUML
> > where the mentioned features can be easily enabled (or disabled) before
> > compilation. As I said before, my goal is to evaluate the benefits of
> > SPL and its ability to generate software customized to the needs of
> > particular end-users. All the source code of this initial work can be
> found
> > in the ArogoUML-SPL SVN repository.
> >
> > After this initial step, I would like to iterate more closely with the
> > ArgoUML developers. There are a lot of others features that could be
> extract
> > from this application, for example the others UML Diagrams. A lot of
> tests
> > and
> > merges between the last stable version of ArgoUML and the last version of
> > ArgoUML-SPL
> > is necessary too (we worked with ArgoUML v0.28.1), so we are looking
> > for developers interested in help us. All suggestions are wellcome.
> >
> > All developers interested in help us are wellcome. Thanks for your time
> and
> > attention.
> >
> > We wait for your contact.
> >
> > Best regards,
> >
> > Marcus Vinicius de Ávila Couto
> > Master Student
> > PUC Minas, Brazil
> >
> >
>
> ------------------------------------------------------
>
> http://argouml.tigris.org/ds/viewMessage.do?dsForumId=450&dsMessageId=2530078
>
> To unsubscribe from this discussion, e-mail: [
> [email protected]].
> To be allowed to post to the list contact the mailing list moderator,
> email: [[email protected]]
>
------------------------------------------------------
http://argouml.tigris.org/ds/viewMessage.do?dsForumId=450&dsMessageId=2565502
To unsubscribe from this discussion, e-mail:
[[email protected]].
To be allowed to post to the list contact the mailing list moderator, email:
[[email protected]]
