Each of the levels should show some sort of product. I like the term "build" but not so sure about "nightly build" as it implies a specific rate.
- Scott On Thu, October 25, 2007 6:30 am, Ben Williams said: > Mark, > > Im not sure if it's a word or not :) > > But I agree that it would be useful to show a build output from the > micro-increment level. > > Ben > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > On Behalf Of [EMAIL PROTECTED] > Sent: Tuesday, October 23, 2007 10:22 AM > To: Eclipse Process Framework Project Developers List > Subject: Re: [epf-dev] OpenUP Summary Graphic > > Hi Ben > > I have finally had the chance to look at the graphic properly > (blackberry's are great for some things and not for others). > > I think that the changes you have shown seem good IMHO - they do seem > cosmetic in terms of the intent of the original diagram but I completely > understand that they may make the diagram more acceptable to mechanical > engineers :-) > > As per previous discussion on this thread, I think we should consider > adding a build product to the micro-increment - something that > represents a build similar to an integration stream / nightly build idea > of course, rather than a shippable build. In principal, this too could > be "demo-able" > (is that a real word?). > > cheers > > Mark > > Mark Dickson > Executive Consultant > EAS Practice > m 0780 1917480 > w www.xansa.com > e [EMAIL PROTECTED] > > > > > > > > "Ben Williams" > > <[EMAIL PROTECTED] > > elogic.com> > To > Sent by: "Eclipse Process Framework > Project > [EMAIL PROTECTED] Developers List" > > clipse.org <[email protected]> > > > cc > > > 10 October 2007 > Subject > 13:14 ZE2 [epf-dev] OpenUP Summary Graphic > > > > > > Please respond to > > Eclipse Process > > Framework Project > > Developers List > > <[EMAIL PROTECTED] > > org> > > > > > > > > > > Hi all > > We have been speaking with various customers about EPF and OpenUP. > > We have received feedback that the main OpenUP graphic (the cogs) is > distracting because: > > - it uses a mechanical metaphor to illustrate an integrated process, yet > the mechanics do not mesh > - there is no way that the two cogs could actually mesh > - the elongated tooth on the iteration cog is odd > - these issues distract from the conceptual message being conveyed > > I have attached a modified version - this is just an example of how the > deficiencies in the graphic could be addressed - the graphic should be > corrected properly by someone with better photoshop skills :) > > (Embedded image moved to file: pic05831.jpg)cid:752485009@10102007-10D6 > > Thoughts? > > Ben > > > > Collaborate to Innovate! Register today for Telelogic's annual User > Group Conference November 19-21 in South Wales Learn more at > www.telelogic.com/campaigns/2007/ugc/uk/index.cfm > ------------------------------------------------------------------------ > -------- > > Telelogic Lifecycle Solutions: > Helping You Define, Design & Deliver Advanced Systems & Software Learn > More at www.telelogic.com > > > > Ben Williams > Director of Product Management, Lifecycle Solutions Telelogic UK Ltd > Northbrook House, Oxford Science Park > OX4 4GA, Oxford > United Kingdom > > Phone: +44 020 7193 7067 > Fax: +44 (1865) 784 286 > Mobile phone:+44 (7710) 637 067 > > > [EMAIL PROTECTED] > http://www.telelogic.com > > > > Telelogic - Requirements-Driven Innovation! > ------------------------------------------------------------- > > > > > > The information contained in this e-mail, including any attachment or > enclosure, is intended only for the person or entity to which it is > addressed and may contain confidential material. Any unauthorized use, > review, retransmissions, dissemination, copying or other use of this > information by persons or entities other than the intended recipient is > prohibited. _______________________________________________ > epf-dev mailing list > [email protected] > https://dev.eclipse.org/mailman/listinfo/epf-dev > > > > > Whilst this email has been checked for all known viruses, recipients > should undertake their own virus checking as Xansa will not accept any > liability whatsoever. > > This email and any files transmitted with it are confidential and > protected by client privilege. It is solely for the use of the intended > recipient. > Please delete it and notify the sender if you have received it in error. > Unauthorised use is prohibited. > > Any opinions expressed in this email are those of the individual and not > necessarily the organisation. > Xansa, Registered Office: 420 Thames Valley Park Drive, > Thames Valley Park, Reading, RG6 1PU, UK. > Registered in England No.1000954. > t +44 (0)8702 416181 > w www.xansa.com > > _______________________________________________ > epf-dev mailing list > [email protected] > https://dev.eclipse.org/mailman/listinfo/epf-dev > Practice Leader Agile Development, IBM Rational http://www-306.ibm.com/software/rational/bios/ambler.html Refactoring Databases ( http://www.ambysoft.com/books/refactoringDatabases.html ) won a Jolt Productivity award. _______________________________________________ epf-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/epf-dev
