Dear Colleague,
SyEN, an independent free newsletter containing informative reading for the technical project professional, with scores of news and other items summarizing developments in the field, including related industry, month by month. This newsletter and a newsletter archive are also available at www.ppi-int.com.
Systems engineering can be thought of as the problem-independent, and solution/technology-independent, principles and methods related to the successful engineering of systems, to meet requirements and maximize value delivered to stakeholders in accordance with stakeholder values.
If you are presently receiving this newsletter from an associate, you may elect to receive the newsletter directly in future by signing up for this free service of PPI, using the form at www.ppi-int.com. If you do not wish to receive this SE eNewsletter, please reply to this e-mail with "Remove" in the subject line, from the same email address. Your removal will be confirmed.
We hope that you find this newsletter to be informative and useful. Please tell us what you think. Email to: contact@ppi-int.com.
We have recently changed the domain for SyEN to spread the workload across our servers. To ensure that you receive SyEN, please add our new “from” email address to your address book.
Featured Article
Systems Engineering News
Featured Societies - Many
INCOSE Technical Operations - Biomedical Working Group
Systems Engineering Software Tools News
Systems Engineering Books, Reports, Articles and Papers
Conferences and Meetings
Education and Academia
Some Systems Engineering-Relevant Websites
Standards and Guides
Some Definitions to Close On - Performance, Performance Requirement
PPI News
PPI Events
"There is very little that we must do, or should do, in engineering. There are many things that we may choose to do, or choose not to do, for exactly the same reason: the rational expectation of producing a better result" - Robert Halligan
Medical devices of increasing complexity are central to mankind's continuously expanding ability to save lives and improve the quality of life. Within our business, we often reflect on how fortunate we are to have the opportunity to work on a variety of these remarkable devices. We believe that such rewarding experiences are made possible through the application of a rigorous system engineering process, ensuring that the resulting devices are safe, effective, and successful.
This article describes a deployed System Engineering process tailored for Medical Device Development within Battelle Medical Device Solutions (MDS). This process (based on ISO 15288:2002, the INCOSE System Engineering Handbook and a Legacy Process), integrates compliance to international regulations, embeds a Safety Risk Management process as defined in ISO 14971:2007, and assures adherence to ISO 13485:2003 Quality Management Systems. Based on the classification and complexity of the device, the process is scalable, may be tailored, and is iterative.
Medical devices range from very low risk devices (tongue depressor) to moderate risk devices (drug delivery infusion pump) to high risk devices (implanted pacemaker). In a similar fashion, the complexity in terms of functionality of medical devices range from low complexity (tongue depressor) to moderate complexity (hand-held blood glucose meter) to high complexity (an in-vitro diagnostic clinical laboratory instrument). The development of medical devices requires a wide diversity of stakeholders and disciplines as indicated in Table 1, Medical Device Development Stakeholders.
Table 1 - Medical Device Development Stakeholders
The consequences of not being inclusive of all of the stakeholders vary from developing a medical device that no one wants to purchase, to placing a device in the market that can harm a patient. The development and manufacture of medical devices under a controlled environment is essential to assure that the device will be safe and effective in accordance with its intended use.
This article presents the results of the development and deployment of a medical device development process which meets this diverse set of conditions.
A systems engineering process was used to develop the Medical Device Development Process (MDDP). The process started with elicitation of the process stakeholder needs and wants, translating the needs and wants into verifiable requirements, developing the process, verifying its implementation (did we implement what we designed) and validating (did we implement the right process). The MDDP has been in full deployment since July 2008.
The most significant stakeholder need was to have an integrated process, i.e. one process that is inclusive of the Quality Management System requirements, business policies/practices and the product development process. Previously project teams would need to understand three separate processes that were loosely coupled. The MDDP merged all three into a single process that is tightly coupled.
Figure 1, Consideration Elements for the MDDP, graphically indicates the elements that influenced the development of the MDDP.
Figure 1 - Consideration Elements for the MDDP
The process needed to:
The design output of the MDDP resulted in an integrated process that merged the Quality Management System with the product development process. Figure 2, MDDP Design Output, illustrates the integrated process.
The MDDP has six defined phases. These phases and their transitions are shown in Figure 3, MDDP Life Cycle Phases. At the end of each Phase is a review. It is possible that all activities will not be complete at the time of this Review. The MDDP enables the project to move into the next phase based on a conditional acceptance recognizing that not all elements may be completed. Both the customer and the MDS management team need to accept the risks and align to move forward. This process will ensure that all major stakeholders are cognizant of where the project stands and are in alignment that the project should move forward or should stop until certain elements have come to closure.
Figure 2 - MDDP Design Output
Figure 3 - MDDP Level Cycle Phases
Feasibility Phase: where the suitability of technology for a clinical need is identified and evaluated, device concepts are generated, and technical risks begin to be identified and reduced.
Design and Development Phase: where the device requirements are established and translated into a verified and validated device design.
Design Transfer Phase: where the device design is translated into production specifications.
Production Phase: where the decision has been made to proceed forward to manufacture the device for commercialization and sale, including steps to plan, promote, market, sell and also for the servicing and support of the device.
Sustaining Engineering Phase: where the marketed device is supported in its operational environment.
Device Retirement Phase: where the device is removed, dismantled, destroyed or recycled as per the manufacturer's device retirement plan.
Context diagrams were created for each phase as defined in the life cycle model, for each stage within a phase and each activity within a stage. Figure 4, Design and Development Context Diagram, illustrates a phase context diagram.
Figure 4 - Design and Development Context Diagram
The MDDP has been in full deployment since July 2008. Efficiencies are being seen in that the staff and product development teams only have one process to understand and deploy. This has reduced training burden, alleviated staff frustrations, and reduced maintenance (less processes/systems). That does not mean that the work ends here. It is critical to continually review the process and update it based on the user's experiences, updated requirements coming from regulatory and the standards we adhere to, and the latest advancements and best practices in the various tasks and activities. A team must be dedicated to ensure the process is state of the art to guide medical device development in the best, most efficient manner and most importantly create medical devices that are both safe and effective. The failure to do so can be measured both in terms of human life and financial losses to individuals and companies.
As medical devices become more integrated with other systems, combined with drugs and/or biologics, are intended for use in the home rather than in a clinic or hospital, and enter new frontiers in technology such as micro and nanotechnology, the significance of the MDDP as the backbone to medical device development becomes more apparent. A medical device designed to an intelligent, thoughtful process will yield a device that has a higher likelihood of getting to the market and making a tangible, positive difference in society.
ANSI/AAMI/ISO, ANSI/AAMI/ISO 14971 Medical devices - Application of risk management to medical devices, ISO, 2007
FDA, Center for Devices and Radiological Health, Design Control Guidance for Medical Device Manufacturers. March 1997
Global Harmonization Task Force, Study Group 3, Design Control Guidance for Medical Device Manufacturers. June, 1999
INCOSE, Systems Engineering Handbook. v3.1 International Council on Systems Engineering. August 2007
ISO/IEC, ISO/IEC 15288 System engineering - System life cycle processes. ISO, 2002
June. 2009, Vol. 2, Number 1
Eliminating the potential for catastrophic medical, energy and transportation disasters due to software failure is the aim of a new $21-million global research centre to be located at McMaster University. It will be one of the first such centres in the world.
OMG™ members have formed the Model Interchange Working Group (MIWG) to demonstrate and facilitate interoperability between UML®-based modeling tools. The group's initial focus is on model interchange between UML®, OMG SysML™, and Unified Profile for DoDAF and MODAF (UPDM) -capable tools. MIWG comprises end users, tool vendors and experts in the UML and XMI® standards.
Booz Allen Hamilton, Inc., based in McLean, Virginia, USA, and, The International Council on Systems Engineering (INCOSE) based in San Diego, California, USA, signed an agreement that will allow Booz Allen to leverage INCOSE's Certified Systems Engineering Professional (CSEP) program. Through the terms of this agreement, Booz Allen and INCOSE will collaborate in the granting of the status of CSEP to appropriately experienced Booz Allen systems engineers.
WASHINGTON, July 8 /PRNewswire/ -- The Carnegie Mellon(R) Software Engineering Institute (SEI) and the Enterprise Data Management Council (EDM Council) today announced a strategic partnership to create a new Data Management Maturity (DMM) Model for the financial industry. The new model will be designed to define the components of data management at the specific business-process level so that financial organizations can assess themselves against documented best practices.
The Certified Business Analysis Professional™ (CBAP®) Handbook has been updated and is now available on the IIBA® website. Click here to view it now. Click here to view it now.
June 29, 2009 - A SysML Request for Information (RFI) was issued at the June '09 OMG meeting. Response to the RFI is requested via the SysML RFI on-line survey. This information will be used as an input to develop the SysML Roadmap in support of Model-based Systems Engineering (MBSE). In addition, the response can help you assess how SysML and MBSE are being practiced within your organization. The RFI is intended to be distributed to SysML users, tool vendors, and academia to help identify how SysML is used, issues, proposed resolutions, and new features to support the roadmap. The roadmap could include a combination of incremental updates through the SysML Revision Task Force as well as a new Request For Proposal (RFP) for a significant revision to SysML. The RFI includes a survey with specific questions relative to SysML, and more general questions related to the application of SysML to model-based systems engineering (MBSE). Response are due by November 9, 2009, with the results and selected responses to be presented at the OMG SE DSIG meeting the week of December 7-11, 2009. Dr Rob Cloutier from Stevens Institute (USA) prepared the on-line survey format and will be compiling the survey results, to be made available to OMG, INCOSE, and other members of the systems engineering community.
Rather than feature a single professional society or other organization this month, we are publishing an overall worldwide list of systems science and engineering organizations. The list has been compiled from PPI's own resources, acknowledging a lot of input from Wikipedia.
Systems science has been defined as the interdisciplinary field of science surrounding systems theory, cybernetics: the science of complex systems. Systems science aims to develop interdisciplinary foundations, which are applicable in a variety of areas, such as engineering, biology, medicine and social sciences. Systems science and systemics are names for all research related to systems theory. Systems science can be viewed as an evolving branch of science that studies holistic systems and tries to develop logical, mathematical, engineering and philosophical paradigms and frameworks in which physical, technological, biological, social, cognitive and metaphysical systems can be studied and developed.
The list below is organized alphabetically. For organizations that claim to be international, no country is associated with the entry.
http://www.incose.org/practice/techactivities/wg/biomed/
The BWG Charter is to promote practical application of systems engineering best practices and standards to the Biomedical Industry.
Chair: Mike Celentano
Contact Mike.Celentano@incose.org for additional information or to join this group.
2008 International Workshop Biomedical WG Summary Presentation - Size: 200k
3SL announced in their June 2009 Cradle© Newsletter that they confidently expect to release the next major Cradle version, Cradle-6.0, imminently.
(OPENPRESS) June 13, 2009
The Summit's design and modeling category honored leaders in requirements gathering, modeling, prototyping, GUI design and analysis tools. The award selection criteria applied by an international panel places emphasis on functionality, usability, innovation excellence and user feedback.
Paul Duncanson, Chairman and President of Asian and European Operations at No Magic received the prestigious award on behalf of the No Magic, MagicDraw UML team.
Posted June 18th, 2009 by No Magic in Software Colorado
No Magic Inc. announced the release of SysML plugin 16.5 SP2. This Service Pack 2 has fixed numbering requirement IDs, extract structure, SysML dependency matrix templates and other minor issues.
UML and URDAD (Use Case Responsibility-Driven Analysis & Design) based modeling is offered in the Johannesburg area (South Africa).
Based on a small set of key principles and practices from the IBM® Rational® Harmony™ library of best practices, the Harmony for Systems Engineering process provides step-by-step guidance on who does what, and when they have to do it. Harmony for Systems Engineering is a model-based development process built upon the UML and SysML languages. These standard-compliant languages allow Harmony for Systems Engineering to seamlessly integrate systems engineering and software development. Harmony for Systems Engineering incorporates overall project flow with efficient design iterations to improve stakeholder requirements definition, requirements analysis, design synthesis, interface definition and early validation via executable models. (Source:IBM)
By Cameron Burns, June 11, 2009, GreenBiz.com
..."Engineering schools don't specifically teach bad engineering design," notes RMI's Alok Pradhan, "It's just that current engineering practice is very siloed and there's a lack of integration and whole-system consideration. Designs are typically optimized for the wrong parameters. That is, they will optimize the component individually, and the pieces -- when they fit together - don't work that great as a system."...
...Pradhan is the project manager for 10xE, which is short for Factor Ten Engineering. Several years ago, RMI kicked off this modest project to address these problems in engineering. This RMI initiative is fairly straightforward: The goal is to create a series of teaching tools that will help engineers design the things they design using radically less energy and resources than they otherwise would have, without compromising performance. These teaching materials - revolving around a casebook of extremely efficient projects and systems -- will be used to teach efficiency concepts and design to both engineering students and practitioners...
June 12, 2009 - Contact Centre Solutions Community
Leapfrog your competition by following these claimed fool-proof strategies for accelerating process improvement. Discover how Six Sigma and CMMI can work together to bring about effective change within your organization.
This series of blogs focus on basic systems thinking as it is applies to our energy structure. It will also integrate some of the learning that lean practices provide, as well as the scientific principles of The Natural Step. The learning will only touch the surface with the hope that you will take the learning and/or ideas further and, as importantly, applying the learning in the job you are in now. The intent is to focus on leverage points of complex systems, so we can move our complex energy system more toward results we desire. Unfortunately, the behavior of complex systems involves collapses and oscillations, not linear behavior lines. A challenge for us is that to change complex system behavior is often counter-intuitive. Also, complex systems will surprise us because we can't understand and anticipate all interactions within a series of complex subsystems comprising an overall system.
Monday, June 22, 2009 by Tripp Babbitt
"A natural question for the curious is "how to do something." What are the steps to becoming a systems thinking organization? The answer I will leave you in this blog will be somewhat of a paradox consistent with the discipline itself. First of all, you can't copy another organization, each organization is unique and part of systems thinking is understanding that copying can lead to more problems. And it was Dr. W. Edwards Deming that said that it is difficult for an organization to see itself. So combining theory and knowledge the Vanguard Method takes organizations through a learning model that requires an unlearning and relearning method to change thinking. We believe that this is best done with the work so one can see the waste and inefficiency in your organization."
by Andrew P. Sage (Author), William B. Rouse (Author)
Publisher: Wiley-Interscience; 2 edition (April 20, 2009),
ISBN-10: 0470083530, ISBN-13: 978-0470083536
The handbook is written and edited for systems engineers in industry and government, and to serve as a university reference handbook in systems engineering and management. It is primarily focused on systems engineering and systems management for fielding systems of all types, especially systems that are information technology and software intensive and which involve human and organizational elements. By focusing on systems engineering processes and systems management, the editors continue to produce a long lasting handbook that will make a difference in the design of systems of all types that are large in scale and/or scope.
by Brian Berenbach, Daniel Paulish, Juergen Kazmeier, and Arnold Rudorfer
Publisher: McGraw-Hill Osborne Media; 1 edition (March 26, 2009), ISBN-10: 0071605479, ISBN-13: 978-0071605472
Proven Software & Systems Requirements Engineering Techniques
"Requirements engineering is a discipline used primarily for large and complex applications. It is more formal than normal methods of gathering requirements, and this formality is needed for many large applications. The authors are experienced requirements engineers, and this book is a good compendium of sound advice based on practical experience." - Capers Jones, Chief Scientist Emeritus, Software Productivity Research
Deliver feature-rich products faster, cheaper, and more reliably using state-of-the-art SSRE methods and modeling procedures. Written by global experts, Software & Systems Requirements Engineering: In Practice explains how to effectively manage project objectives and user needs across the entire development lifecycle. Gather functional and quality attribute requirements, work with models, perform system tests, and verify compliance. You will also learn how to mitigate risks, avoid requirements creep, and sidestep the pitfalls associated with large, complex projects.
By Brett Murphy and Amory Wakefield, The MathWorks -- EDN, 7/9/2009
...The rapid growth in processor speed and memory that enabled the development of modeling, simulation, and code-generation tools on the desktop also enabled embedded-software developers to increase the functions and complexity of embedded controllers. This step in turn drove the need to move beyond traditional code-development techniques using text editors and debuggers to center design on models. This model-centric development approach is known as model-based design…. ... The primary way model-based design achieves verification and validation is through testing in simulation. Although many organizations do some form of modeling, too many apply simulation in an ad-hoc manner that does not maximize the potential verification benefits. Simulation alone cannot find all errors; however, it is a huge step forward, and you can do it almost as soon as you design a model. Iterating in a modeling environment is fast and easy...
COFES Blog - Jack Ring
...In software there were few physical rules to be automated. For those writing device drivers the design of the hardware gave good guidance. Likewise for those writing control programs for microprocessors. But when it came to 'applications' the rules were much less clear...
...We became convinced that success in computer-aids for software engineering would not lie in physics-based models but in models of how designers think (or not) and how to facilitate higher order thinking (Janusian, Hegelian, etc.)...
...Models are essential. I think we all have demonstrated that specifications or other written descriptions ABOUT things, the interaction among things and the interactions among the interactions simply do not communicate...
...For second order or higher implicit systems a key factor is that any modeling language and tool must allow a model of the system to be one of the 'things' in the system and allow the model to affect the system's gradients, pattern of relationships and even content of 'things.' I have yet to see how SysML allows that...
By Matthew Hause - ARTISAN SOFTWARE TOOLS
Considering the large variety of military architectural frameworks in existence such as DoDAF and MODAF, among others, a way to unite their differing requirements has recently been born: the Unified Profile for DoDAF and MODAF (UPDM), which works toward a standardized UML/SysML profile for these and other military frameworks.
July 20 - 23, 2009. Singapore
More information
In conjunction with COMPSAC 2009, July 20 - 24, 2009. Seattle, Washington
More information
In conjunction with COMPSAC 2009, July 20 - 24, 2009. Seattle, Washington
More information
July 26 - 30, 2009. Albuquerque, New Mexico
More information
August 2 - 6, 2009. Hilton Portland and Executive Tower, Portland, Oregon, USA
More information
August 3 - 5, 2009. Embraer Eugenio de Melo, Brazil
More information
August 4 - 5, 2009. Histon Hotel, Sydney, Australia.
More information
Co-located with the 6th Annual Project Management Australia Conference (PMOZ 2009). August 10 - 12, 2009. Canberra, Australia
More information
(affiliated with LICS 2009). August 15, 2009. University of California, Los Angeles, USA
More information
31 August - 4 September 2009, Atlanta, Georgia, USA
More information
In Conjunction with 17th IEEE International Requirements Engineering Conference (RE'09).
31 August, 2009. Atlanta, Georgia, USA
More information
1 September, 2009. Atlanta, Georgia, USA.
More information
31 August, 2009. Atlanta, Georgia, USA.
More information
31 August, 2009. Atlanta, Georgia, USA.
More information
In conjunction with the 17th IEEE Requirements Engineering Conference
1 September, 2009. Atlanta, Georgia, USA
More information
In conjunction with the 17th IEEE Requirements Engineering Conference
1 September, 2009. Atlanta, Georgia, USA
More information
1 September, 2009. Auckland, New Zealand.
More information
1 - 2 September, 2009, Wellington, New Zealand. More information
7 - 8 September, 2009, Auckland, New Zealand.
16 - 17 September, 2009, Perth, Australia.
21 - 22 September, 2009, Canberra, Australia.
5 - 6 October, 2009, Denver, USA.
5 - 6 October, 2009, Edmonton, Canada.
5 - 7 October, 2009, Brisbane, Australia.
19 - 22 October, 2009, Boston, USA.
26 - 29 October, 2009, Vancouver, Canada.
16 - 19 November, 2009, Chicago, USA.
30 November - 1 December, 2009, Ottawa, Canada.
September 2 - 4, 2009. University of Alcala, Spain
More information
10 - 11 September, 2009. Ulm University, Germany
More information
Within the conference is a joint Space Systems Engineering and Economics Track that has room for slots for four space systems engineering papers. September 14 - 17, 2009. Pasadena, CA, USA
Additional Conference Information
(IEEE approval pending)
September 14 - 18, 2009. San Francisco, USA
September 16 - 18, 2009. Osaka, Japan.
September 19 - 20, 2009. Thessaloniki, Greece.
September 22 - 24, 2009. Ruhr-University of Bochum, Germany
More information
September 23, 2009, Toronto, Canada.
More information
Swansea University Computer Science, September 23 - 25, 2009.
More information
September 27 - 30, 2009, Niagra Falls, USA.
More information
September 28, 2009, University of Lubeck, Germany.
More information
September 29 - October 2, 2009. Cavendish Road State High School, Holland Park, QLD, Australia.
More information
October 1 -2, 2009. University of Technology, Sydney, Australia.
More information
October 2, 2009, University of Lubeck, Germany.
More information
4 - 9 October, 2009, Denver, Colorado, USA.
More information
4 - 9 October, 2009, Denver, Colorado, USA.
More information
6 October, 2009. Denver, Colorado, USA.
More information
7 - 8 October, 2009, Munich, Germany.
More information
8 - 9 October, 2009. Porofino Hotel, California, USA.
More information
11 - 13 October, 2009, University of Malaysia Perlis.
More information
13 - 16 October, 2009, Macao SAR, China.
More information
14 - 17 October, 2009, San Diego, CA, USA.
More information
26 - 29 October, 2009, San Diego, CA, USA.
More information
2 - 3 November, 2009, Eindhoven, The Netherlands.
More information
2 - 6 November, 2009, Eindhoven, The Netherlands.
More information
6 November, 2009, Eindhoven, The Netherlands.
More information
9 - 12 November, 2009, Gramado, RS, Brazil.
More information
9 - 12 November, 2009, Gramado, RS, Brazil.
More information
2 - 4 December, 2009. Singapore.
More information
7 - 10 February, 2010. Phoenix Marriott Mesa, Mesa, Arizona.
More information
15 - 18 February, 2010. Andrzej Frycz Modrzewsk Cracow College, Krakow, Poland.
More information
17 - 19 February, 2010. Geneva, Switzerland.
More information
21 - 26 March, 2010. Sierre, Switzerland.
More information
22 - 26 March, 2010. Sierre, Switzerland.
More information
12 - 15 April, 2010, Orlando, Florida, USA.
More information
15 - 18 April, 2010, Scottsdale, Arizona, USA.
More information
3 - 6 May, 2010, Stamford Grand, Adelaide.
More information
23 - 26 May, 2010, Stockholm, Sweden.
More information
11 - 15 July, 2010, Rosemont, IL, USA.
More information
11 - 13 September, 2010. Keelung, Taiwan.
More information
Inspired by the book Thinking in Systems - A Primer by Donella Meadows, isee systems has developed a web seminar series in collaboration with Pontifex Consulting and the Sustainability Institute.
The Open University (UK), in celebration of its 40th anniversary, is offering a number of research studentships. They will cover all fees for three years plus an annual stipend, and are tenable from 1 October 2009. Application deadline is 24th July 2009.
Some of the topics on offer are:
For more information on topics, supervisors and an application pack, visit http://www.openuniversity.co.uk/studentship
http://www.newsystemsthinking.com/
Bryce Harrison (in partnership with Vanguard Consulting Ltd) helps organizations change from command and control to a systems approach in the design and management of work. This is accomplished by supplying expertise in:
http://www.lean-solutions-institute.com/
The vision of Lean Solutions Institute, Inc. (LSI) is to be recognized worldwide as the leader in helping clients to become lean, to help clients achieve lean measurable results (e.g., 7:1 ROI), and to provide clients with best-in-class Lean Solutions - (e.g., processes, metrics, checklists, templates, etc).
http://rationalrdm.wordpress.com
A blog by Theresa Kratschmer, requirements evangelist. The IBM Rational Requirements team uses this blog as a forum to discuss various issues around their next generation requirements management solutions - and give inside access to the engineering, product and marketing teams behind the new IBM Rational Requirements Composer, as well as Rational RequisitePro and Rational DOORS.
In July 2007, ISO published ISO/IEC 42010:2007, Systems and software engineering - Recommended practice for architectural description of software-intensive systems. The text of this ISO standard is identical to IEEE 1471:2000, and was intended to serve as basis for a joint ISO and IEEE revision.
That revision has been proceeding, and is of Working Draft 4 (WD4) status. The revision includes an expansion of scope to directly align to ISO/IEC 15288 (systems) as well as ISO/IEC 12207 (software).
BS EN 61000-4-2:2009
Electromagnetic compatibility (EMC). Testing and measurement techniques. Electrostatic discharge immunity test.
BS EN 61000-4-6:2009
Electromagnetic compatibility (EMC). Testing and measurement techniques. Immunity to conducted disturbances, induced by radio-frequency fields.
The degree to which a system or component accomplishes its designated functions within given constraints, such as speed, accuracy, or memory usage
(ISO/IEC 24765:2008, Systems and software engineering vocabulary)
Note from Robert Halligan: despite the ISO/IEC 24765:2008 definition, memory usage is not a measure of performance, since it is not a measure of the degree to which the system accomplishes/is to accomplish a designated function.
PPI has closed its office in São José dos Campos, Brazil. Mr. Joshua Freeman will now be the point of contact for the training needs of PPI's clients in Brazil. PPI remains committed to Brazil and to South America, with seven courses scheduled in 2009/2010, and attendance at XSIGE & SPOLM conferences in the coming months.
Our new Brazil contact numbers are phone +55 12 3212 2017, and fax +55 12 3212 5582, both answering in Australia.
O PPI fechou seu escritório em São José dos Campos - SP, mas permanece empenhado no Brasil e América do Sul, com sete cursos programados em 2009/2010 e participação em conferências XSIGE & SPOLM nos próximos meses. O Sr. Joshua Freeman será, a partir de agora, seu contato para o esclarecimento de dúvidas necessárias sobre os cursos (ou o diretor Robert Halligan, de dúvidas de ordem profissional).
Os telefones para contato com os nossos escritórios são (12) 3212-2017 ou Fax (12) 3212-5582.
Upcoming locations include:
View 2009 Systems Engineering Course Schedule
Upcoming locations include:
View 2009 RA&SW Course Schedule
Upcoming locations include:
View 2009 OCD/CONOPS Course Schedule
Upcoming locations include:
Upcoming locations include:
View 2009/10 Cognitive Systems Engineering Course Schedule
Kind regards from the SyEN team:
Robert Halligan, Managing Editor, email: rhalligan@ppi-int.com
Alwyn Smit, Editor, email: asmit@ppi-int.com
Julie May, Production, email: jmay@ppi-int.com
Michael Halligan, Production, email: halliganm@ppi-int.com
Project Performance International
PO Box 2385, Ringwood, Vic 3134 Australia
Tel: +61 3 9876 7345
Fax: +61 3 9876 2664
Web: www.ppi-int.com
Email: contact@ppi-int.com
Copyright 2009 Project Performance (Australia) Pty Ltd, trading as Project Performance International
Tell us what you think of SyEN: email to contact@ppi-int.com
If you do not wish to receive a copy monthly of SyEN in future, please reply to this e-mail with "Remove" in the subject line. All removals are acknowledged; you may wish to contact us if acknowledgement is not received within 7 days.
Disclaimer
No person should rely on the contents of this publication without first obtaining advice from a qualified professional person. This publication is provided free as a public service on the understanding that (1) the authors, consultants and editors are not responsible for the results of any actions taken on the basis of information in this publication, nor for any error in or omission from this publication; and (2) the publisher is not engaged in rendering professional or other advice or services. The publisher, and the authors, consultants and editors, expressly disclaim all and any liability and responsibility to any person, whether a reader of this publication or not, in respect of anything, and of the consequences of anything, done or omitted to be done by any such person in reliance, whether wholly or partially, upon the whole or any part of the contents of this publication. Without limiting the generality of the above no author, consultant or editor shall have any responsibility for any act or omission of any other author, consultant or editor.
COPYRIGHT PROJECT PERFORMANCE (AUSTRALIA) PTY LTD, ABN 33 055 311 941. May only be copied and distributed in full, and with this Copyright Notice intact.
SyEN makes informative reading for the project professional, containing scores of news and other items summarizing developments in the field of systems engineering and in directly related fields.