{"id":5451,"date":"2019-10-24T12:50:21","date_gmt":"2019-10-24T11:50:21","guid":{"rendered":"https:\/\/www.threesl.com\/blog\/?p=5451"},"modified":"2022-08-25T11:44:30","modified_gmt":"2022-08-25T10:44:30","slug":"october-2019-newsletter","status":"publish","type":"post","link":"https:\/\/www.threesl.com\/blog\/october-2019-newsletter\/","title":{"rendered":"October 2019 Newsletter"},"content":{"rendered":"

Spirits, Cauldrons, Witches and Jack-O-Lanterns<\/h2>\n
\"Hubble<\/a>
Cauldron<\/figcaption><\/figure>\n

The masses were hungry, they needed a solution. The Requirements Master toiled over her cauldron. Into the mix she added a freshly cut bunch of requirements, a handful of ideas and a sackful of luck. The brew steamed for day and night, and as members of her family walked by they threw in their ha’p’orth of comments.
\n<\/span><\/p>\n

The requirements soon stewed and disintegrated, but all could see the ideas floating to the top. <\/span><\/p>\n

The swirling liquor produced a heady vapour, caught by the nostrils of the management team. They liked what they smelled and believed the Requirements Master was doing just fine.
\n<\/span><\/p>\n

When the soup was dished up to the masses, the flavour was odd, and it didn’t satisfy their hunger. They felt weakened and sad, some even passed over to another project. “A curse has been placed upon this town”, they cried, “the Requirements Master is a Witch!”\u00a0 The town’s folk lit lanterns to guide the lost souls home to the\u00a0 land of abandoned engineering.<\/p>\n

Well, that’s certainly one way to do design and engineering! But we don’t believe the most successful.\u00a0 Whilst it is often the case that many ideas are ‘chucked in the melting pot’, it should be used as a tool elicit idea, and not to ‘hopefully solve’ the problem. A more complex mix isn’t necessarily successful. As the tale told, losing sight of the requirements is a dangerous thing. Managing the project by a whiff of success is unlikely to be accurate.<\/p>\n

So, don’t fall under the spell of those that don’t know how to engineer, and let Cradle light your way!<\/p>\n

Non-Model Items, in a Model<\/h2>\n

What do we mean by non-model\u00a0 items? In our system engineering representations specific components of the ‘model’ appear as particular symbols on the diagram. Behind each symbol the specification <\/em>details the values and characteristics associated with the process\/function\/store\/environment<\/em> etc. A data definition<\/em> is used to detail the information in a flow\/store\/relationship <\/em>and so on.<\/p>\n

The diagram can be cross referenced<\/em> to the other Cradle components, such as\u00a0 requirements<\/em> or user defined system design notes<\/em>. In this way a requirement could be “modelled by” a particular diagram. A feature “defined by” a state transition diagram and so on. These items, present in the Requirements Management arena are linked but not directly depicted within the model. We therefore class them as ‘non-model’ items.<\/p>\n

It is possible, within Cradle, to directly show these items on FAD (Function Analysis Design) modelling diagrams. They can be used to group sub components of the diagram by representing the context within which they reside, or directly showing the item and some of its details. ‘Opening’ the symbol will show the details of the item in a Cradle form<\/em>.<\/p>\n

\"Screenshot
Non-modelling Items on a Diagram<\/figcaption><\/figure>\n

For further information on classic modelling, see the Cradle help<\/a>.<\/p>\n

Social Media<\/h2>\n

Twitter<\/h3>\n
\"@ThalesGroup<\/a>
@ThalesGroup Tweet<\/figcaption><\/figure>\n

We postulated over travelling to work in a software controlled<\/a> transport system, and the damage it could wreak following this tweet from @thalesgroup<\/a>.<\/p>\n

We asked you to get a colleague to quickly draw a hill<\/a> on a piece of paper and then draw a house on it. How did they do?<\/p>\n

That’s all for the October 2019 Newsletter, but if you would like to suggest a topic for next time, drop us a line social-customer@threesl.com<\/a>.<\/p>\n