Методика интеграции системы
- Войдите на сайт для отправки комментариев
Столкнулся с идиотской постановкой задачи
Далее выдержка из сообщения
--------------
Уважаемый ХХХ!
в ближайшее время нужно подготовить следующую документацию:
- методика интеграции системы Х и системы Y
- сценарии проверки корректности интегрированных данных
...
--------------
Контекст:
Компания-разработчик-интегратор на начальном этапе проекта (ТЗ, ЧТЗ и т.д.)
Вопрос на миллион: что от нас хотят?
Сценарии проверки это понятно (use case scenario)
а вот первая позиция (методика интеграции системы) - это что может быть. Лицо которое запрашивает документацию, само ни малейшего понятия про данный документ - просто спустили разнарядкой сверху.
Ну и нормально. Описали все данные в виде форматов документов, а также взаимодействие.
Немного более подробное описание ситуации:
- у клиента уже развернут модуль 1.
- дополнительно клиенту поставляется модуль 2 (разработка нашей компании), для развертывания которого нужны какие-то дополнительные действия (это интеграция или нет?), но который можно условно-приближенно назвать пакетным продуктом
- также разрабатывается набор промежуточного ПО, который обеспечивает взаимодействие модулей 1 и 2.
- часть процессов автоматизируется не полностью (например рецензирование документов оператором и т.д.)
Чтобы сделать документ, мне нужно видеть границы собственно говоря "интеграции", но у меня по-прежнему довольно смутные представления на этот счет. Вопросы:
1) что относится к интеграции систем исходя из моего описания?
2) документ должен быть процессно-ориентированным или справочно-ориентированным (интерфейсы, протоколы...) ? Если процессно-ориентированным, нужно ли делать жесткую привязку к стадиям и этапам?
Все правильно написал заказчик, см. http://tdocs.su/8526
Остальное - дело техники. Вашей.
Я понимаю, что заказчик написал правильно и интеграция имеет место быть.
Вопрос в том, что я не имею понятия о том, что и в каком порядке включать в документ, возможных подходов слишком много: этапы и стадии работ, интеграция интерфейсов и т.д.
не знаю, с чего начать и не вижу структуры документа
Я понимаю, что заказчик написал правильно и интеграция имеет место быть.
Вопрос в том, что я не имею понятия о том, что и в каком порядке включать в документ, возможных подходов слишком много: этапы и стадии работ, интеграция интерфейсов и т.д.
не знаю, с чего начать и не вижу структуры документа
В РД 50-34.698-90 есть документы типа "Описание входных данных", "Описание выходных данных" и проч. От них и оттолкнитесь. Стадии и этапы, на которых они разрабатываются, см. п. 1.3 ГОСТ 34.201-89
спасибо
- Войдите на сайт для отправки комментариев
Короче, решил проблему следующим образом.
Нарисовал диаграмму цикла обработки данных, указал начальный и конечный формат документа.
Показал точки трансформации данных (изменение данных и изменение формата объектов)
Свел данные в пару таблиц и - вуаля - документ готов.
Заказчик вроде все зохавал, по крайней мере возражений за неделю не поступало.