Welcome

From Requirements Engineering Specialist Group

Jump to: navigation, search

Contents

From Olly Gotel's article Building Myself a Kayak: Some Lessons for Requirements and Software Engineering (Part I)
RE lessons are drawn from experiences while building a kayak in issue #53 of our newsletter



  Welcome to the website of the Requirements Engineering Specialist Group (RESG).
Requirements Engineering (RE) is a key activity in the development of software systems and is concerned with the identification of the goals of stakeholders and their elaboration into precise statements of desired services and behaviour. RE is multi-disciplinary and the RESG aims to provide a forum for interaction between the many disciplines involved.

The RESG website is a resource for interested practitioners, researchers, and students. Highlights include:

  • The latest on events organised by the group.
  • Many speakers' slides can be found in the archive of past events.
  • Archive of our regular newsletter (Requirements Quarterly).
  • Links to pertinent RE resources on the web.
  • An archive of Requirements Engineering articles.
  • Subscribe to our latest news via RSS.


Get involved by leaving comments on articles, newsletters and events, or contributing an article to our quarterly newsletter. You can also get to know our community through our LinkedIn Group.

Please send us your feedback, either by email or through a comments page, and if you are not a member of the RESG yet, why not join today!


RESG News (Subscribe to RSS)

  • The latest newsletter, RQ55, is now out! Head to the newsletter section of our website for the latest requirements focused news, events, articles and sources
  • Software Requirements and Design. This book spans the career of Michael Jackson: our patron and one of requirements and software engineering's most important figures.


Featured Articles:

HFS: Human Flesh Search


For a system to produce purposive results, it has to have been specified, designed, and tested against its requirements; it has to be commissioned and deployed prior to use; and it inevitably stays the same until it is deliberately changed, whether by redesign, “maintenance” software coding, or the updating of business rules if table-driven.

Only – all these laws are false, in the case of systems built on social networks and making use of the combined power of the Internet and human capabilities.

The International Council on Systems Engineering, INCOSE, has of course long defined a system as “a construct or collection of different elements that together produce results not obtainable by the elements alone. The elements, or parts, can include people, hardware, software, facilities, policies and documents…” (Eberhardt Rechtin, The Art of Systems Architecting, 2nd Ed., 2000).

It should be no surprise that the “parts” of an aircraft, or a bank, include both people and policies as well as hardware and software: these systems couldn’t work without rules to govern them and people to maintain them.

But these sober, Systems Engineering thoughts pale into insignificance beside the lurid accounts of Human Flesh Search that have appeared recently in the Western press. Western, for HFS stems from China – perhaps the first of many significant innovations from that dynamic economy and its many scientists and engineers. ...

By Ian Alexander - Click to read the full article!

Book Review: Michael Jackson Retrospective

This nicely produced retrospective has been put together by "colleagues and friends" of Michael Jackson (not the pop singer) to celebrate his extraordinary pioneering career in software engineering, and in particular on requirements. It follows a special "Michael" event at ICSE 2009 (in Vancouver).

Half the book consists as you'd expect of enjoyable samples of Jackson's own writings. These include the sharply funny "Getting It Wrong - A Cautionary Tale". It's about how Fred the programmer makes a continuingly hideous mess of a simple file summary report through lack of correct program structure, complete with stepwise worked example. Each time the program goes wrong ("All went well for the next 17 months.") Jackson wryly shows us what Fred must have been thinking, the agony of debugging

 "With the help of the systems programmer, Fred went through the object code hexadecimal character by hexadecimal character, and related it to the source code. The job took only nine hours, which they did in one marathon stretch, thus earning a bonus from their appreciative management. But the result was to prove that the object code was a perfectly reasonable compilation of the up-to-date cobol source text!"

and the steady build-up of tricks and kludges to get the program, somehow, to work. It's pure genius....

By Ian Alexander - Click to read the full article!


Forthcoming RESG Events

The RESG Annual General Meeting
2nd September 2010 - Imperial College London

RE Education and Training (REET)
28th September 2010 - RE'10 Conference

Managing Brownfield Project Requirements
12th October 2010 - Southampton Street, London


Latest RE Publications via IEEE (RSS)










Other Forthercoming Events

Mastering the Requirements Process (IRMUK)
13-15 September 2010 - London

Mastering Business Analysis (IRMUK)
16-17 September 2010 - London

Business Analysis Conference Europe 2010
27-29 September 2010 - London

Multimedia RE Workshop (MERE'10)
27 September 2010 - RE'10, Sydney

Visualization in RE Workshop (REV'10)
28 September 2010 - RE'10, Sydney

Requirements Poll





















Let us know more about what type of event you'd like to see...







Views