воскресенье, 26 июня 2016 г.

Список литературы, рекомендуемой студентам по категории

Общая теория систем. Теория информационных процессов и систем


Работа с требованиями

UML и объектно-ориентированная разработка


Архитектура ПО и ИС

Управление данными и SQL

ФайлФайлФайл

понедельник, 7 апреля 2014 г.

Прецеденты в Архитектуре информационных систем

Готовлюсь читать "Архитектуру информационных систем" в университете. Решил создать на  linkedin тему "Use Cases in Architecture of Information Systems".

Английский у меня так себе, сформулировал вопрос так. Чур не смеяться.

It so happend that I have to teach Architecture of Information Systems (ISA) for our students. I have read a lot of books and arcticles but all of them is devoted to software architecture but none to ISA. Then I mage conclusion SWA = ISA.
Thus UCs can be applied for development of architecture. Could you share how it do?Links, arcticles, books welcome!

Получил интересный ответ от John Watson

Let’s start with the idea that Use Case ovals in a Use Case diagram represent the functions of the SuD but do not represent components of the SuD. 
Now consider an Automatic Telling machine (ATM) system that has the actors Customer, Maintainer, and Bank. 
The ATM functions of interest (Use Cases) from the Customer viewpoint are Get Cash, Get Account Balance, and Transfer Funds. The Bank actor provides validation services in relation to the Customer functions. 
The ATM functions of interest from the Maintainer viewpoint are Replenish Consumables and Get Audit reports which both require Bank services as well. 
Both Customer and Maintainer use a Manage Access service of the ATM which also uses Bank services. 
The human actor roles are Customer and Maintainer. There is one non-human actor role; Bank. 
In order to allow human and ATM interaction, a Human Interface (HI) software component is required. The HI component provides, via interfaces, services like readKeyboard, writeToScreen, issueCash, printOutput. 
In order to allow machine and ATM interaction, a System Interface (SI) software component is required. The SI component, via interfaces, provides services like validateAccessCredentials, validateTransaction. 
The Use Case Manage Access is realised via a Security Services (Sec) component which, via interfaces, provides services like logOn, logoff. The Customer Transaction Handler via interfaces provides services like getCash, getBalance, transferFunds. 
The Maintenance Transaction Handler via interfaces provides services like replenishConsumables and getAuditReports. 
I would use a Component Diagram to illustrate the above architecture. The components would be related via Required Interface “cups” and Supplied Interface “ball” relationships. 
The Component Diagram would be supported by a Class Diagram and perhaps a Package Diagram. To make the transition from Class to both Package and Component Diagrams I would probably produce Sequence Diagrams.

Коллега заметил:

Профессора математики, работая у доски, когда что-то выводят, пишут, пишут, а потом говорят: "Легко сообразить, что..." и пишут результат. В данном случае примерно тот же фокус.
Я так не делаю. Может, у меня ум не такой быстрый. Делаю по шагам. Результат тот же, но все понятно, и объяснять не надо.
Прецедент - черный ящик, прозрачный ящик, операции классов, операции граничных классов - это интерфейсы, если нужна диаграмма внутренней структуры - тоже есть материал.
В принципе - в точности тот же путь, только нет слов "Легко сообразить".

Я все-таки решил визуализировать то, что описал уважаемый John Watson. 

Now consider an Automatic Telling machine (ATM) system that has the actors Customer, Maintainer, and Bank. 

The ATM functions of interest (Use Cases) from the Customer viewpoint are Get Cash, Get Account Balance, and Transfer Funds. The Bank actor provides validation services in relation to the Customer functions. 

The ATM functions of interest from the Maintainer viewpoint are Replenish Consumables and Get Audit reports which both require Bank services as well. 

Both Customer and Maintainer use a Manage Access service of the ATM which also uses Bank services. 
fig 1
In order to allow human and ATM interaction, a Human Interface (HI) software component is required. The HI component provides, via interfaces, services like readKeyboard, writeToScreen, issueCash, printOutput. 
In order to allow machine and ATM interaction, a System Interface (SI) software component is required. The SI component, via interfaces, provides services like validateAccessCredentials, validateTransaction.
The Use Case Manage Access is realised via a Security Services (Sec) component which, via interfaces, provides services like logOn, logoff. 
The Customer Transaction Handler via interfaces provides services like getCash, getBalance, transferFunds. 
The Maintenance Transaction Handler via interfaces provides services like replenishConsumables and getAuditReports. 
fig 2

четверг, 25 июля 2013 г.

Викторина по 3SL Cradle

Hello Alexandra, Alexey and Eduard

Congratulations on your success in the Cradle quiz organised by Yulia from SATURS!

Everyone in 3SL would like to thank you for taking part in the quiz and for the very high scores that you all achieved. We are very pleased that you have learnt so much about Cradle!

Yulia from SATURS will provide your prizes very soon.

We hope that you will obtain real benefits from using Cradle and - even though it is 'work' and not 'play', we hope that you will enjoy using it!

With very best wishes

Mark
By Mark Walker

воскресенье, 7 июля 2013 г.

ЛАФ 2013. Кирилл Шишаев. Бокс vs Айкидо или о том как правильно задавать вопросы

Доклад Кирилла Шишаева имел оглушительный успех, в самом прямом смысле этого слова. Денис пару раз пытался уменьшить громкость динамиков. По-моему, Кирилл мог бы обойтись и без них, такой у него мощный голос и большая энергия выступления. Ясно, что докладчик и сам большой любитель единоборств.

Не скажу, что тема для меня не знакома, но именно в такой подаче я ее слушал впервые. Искусство задавать вопросы важная часть любой практики ведения интервью и переговоров. Не так давно я читал книгу Ричарда Шелла "Удачные переговоры. Уортонский метод" и потому многие моменты мне казались спорными. Ведь все определяется контекстом, той ситуацией, в которой вы находитесь, целями, которые вы пытаетесь достичь.

В любом случае доклад Кирилла продуктивен, объемен и информативен. Проведена большая работа. Выделена классификация вопросов. В каких случаях какие типы вопросов следует задвать, к чему могут привести неправильно заданные вопросы. Даны рекомендации к тому как научится задавать правильные вопросы.

К сожалению докладчик не разрешил публиковать презентацию своего доклада. Возможно это часть маркетингового хода, и вскоре мы узнаем о тренинге, посвященному этой тематике. Конкуренты не дремлют...




ЛАФ 2013. Наталья Желнова. Ошибки аналитиков при определении нефункциональных требований

Ну, Наталья Желнова - известный оратор и тренер. Я знаю, что она работала или сотрудничала с учебным центром "ТЕКАМА", активно проводит тренинги по требованиям и не только в разных уголках нашей страны.

Потому я ожидал некоего откровения, а попал на презентацию отличного тренинга по нефункциональным требованиям. С презентацией можно ознакомится на сайте конференции. Прекрасное руководство к действию как для начинающих, так и опытных аналитиков. Некий такой чеклист, справочное пособие. Думаю, этот материал заинтересует и преподавателей вузов.

Единственное, что я не совсем понял, а какие ошибки допускают аналитики при определении этих требований и как с этим бороться.

Кстати, в докладе Натальи, бизнес-правила отнесены к нефункциональным требованиям, с чем я тоже согласен, а вот в докладе Александра Белина утверждается, что бизнес-правила  - это вообще никакие не требования. Разногласие в умах гуру однако.






ЛАФ 2013. Юрий Куприянов. Стандарт OMG Essence - в чем польза для аналитика?

С интересной темой и весьма виртуозно выступил Юрий Куприянов. Отличный оратор, где-то даже актер. Уверено держит себя с аудиторией, четко понимает что и кому говорит.

Доклад посвящен не так давно начатой Иваром Якобсоном инициативе, названной им SEMAT.   При этом инициатива переросла во что-то большоеНе хочу пересказывать, то, что было в докладе, кому интересно посмотрите презентацию. В скором будущем, надеюсь, будет и видеозапись выступления.

Тема меня заинтересовала, с SEMAT я немного знаком. Как относится к этому явлению не понятно. Хотя ряд ответом можно найти в блоге Анатолия Левенчука, который довольно активно использует стандарт в обучении. Также отсылаю к его презентации. Более того, я пытаюсь на базе читаемых курсов вести учебные проекты, в которых задействованы все студенты группы. Формализации порой не хватает, с другой стороны неплохо иметь некоторую основу для конструирования своих процессов. Статья на тему реализации учебных проектов вскоре будет опубликована на сайте конференции "Объектные системы".

И хотя SEMAT или OMG Essence пока еще не является стандартом, тем не менее некоторые концепции вполне можно применять, хотя бы как основа для формализации своих регламентов и походов.






суббота, 6 июля 2013 г.

ЛАФ 2013. Александра Хохрина. Использование Cradle на реальных примерах

Это мог бы быть интересный доклад, т.к. он знакомил аудиторию с малоизвестным инструментом для разработки и управления требованиями 3SL Cradle. Но Александра построила свою презентацию в ином ключе. Она в повествовательной форме рассказала, как познакомилась с этим инструментом, и почему ей он понравился.

Доклад был живой, язык легкий и непринужденный, но мне показалось, что для той аудитории, которая была на фестивале, было бы интереснее узнать, чем же такой инструмент хорош. И почему он действительно может сделать аналитика счастливым. Честно говоря, это прозвучало в докладе, но неактуализировано что ли, вскользь.

Вы легко можете познакомится с презентацией Александры на сайте конференции: http://conf.uml2.ru/program2013/. Думаю, у Александры есть все шансы сделать свои доклады богатыми нужными нюансами, интересными и очень полезными.