decision support systems
DESCRIPTION
TRANSCRIPT
Санкт-Петербургский информационно-аналитический центр
09.04.2013 Митягин С.А.
Информационные системы Информационно-аналитического направления
Цели и задачи
09.04.2013 Митягин С.А. 2
Главная цель создания ИАС :
Создание ИАС ППР направлено на повышение эффективности
деятельности ИОГВ и органов местного самоуправления субъекта РФ.
Основные задачи ИАС:
• Сбор, предварительная обработка и хранение информации
• Файловая загрузка данных;
• Загрузка данных на уровне БД;
• Сервисы загрузки.
• Анализ и прогнозирование процессов жизнедеятельности региона
• Вычисления над данными;
• Описательная статистика;
• Функционирование аналитических модулей.
• Представление информации:
• Табличное и графическое гибкое представление информации;
• Построение стандартных отчетов;
• Построение шаблонов документов;
• Планирование развития региона:
• Индикативный анализ;
• Комплексные оценки развития региона.
Проекты
09.04.2013 Митягин С.А. 3
Название Назначение Владе
лец
ИС ИАО Интегрированная система информационно-аналитического обеспечения деятельности исполнительных органов государственной власти Санкт-Петербурга
Мониторинг социально-экономического развития Санкт-Петербурга. Анализ, прогнозирование и планирование развития. Подготовка аналитический отчетов.
КИС http://analitica.iac.uts
АИС «Антинар СПб» Автоматизированная информационная система мониторинга наркоситуации в Санкт-Петербурге
Мониторинг показателей наркоситуации. Выявление скрытых процессов наркотизации общества.
КИС http://antinar.iac.vpn.emts
ИАС МПСЭР Информационно-аналитическая система мониторинга социально-экономического развития и стандартов проживания Санкт-Петербурга
Мониторинг стандартов проживания Санкт-Петербурга. Подготовка отчетных материалов.
КЭРППиТ http://mpser.kerppt.vpn.emts
ИАС Ситуационного центра АК Информационно-аналитическая система ситуационного центра Алтайского края
Информационно-аналитическая поддержка губернатора АК
СЦ АК http://altai.iac.spb.ru:9651/IntroWI/
АСУ ЧР
Информационно-аналитическая поддержка руководства ЧР
СЦ ЧР http://urus-martan.gov-chr.ru
ИАС «Антинар ЯНАО»
Мониторинг показателей наркоситуации в ЯНАО
ДМП ЯНАО
ИАС МО «Дмитриевский район Курской обол»
Мониторинг социально-экономического развития МО Дмитриевский район КО
Технологии
09.04.2013 Митягин С.А. 4
• Oracle, PL/SQL. • JSP, CSS, JavaScript, AJAX, Servlets, EJB3 • WEB-Services, SOAP • SAS, R • Delphi
БДРабочие данные
БДРабочие данные
Обобщенная архитектура
09.04.2013 Митягин С.А. 5
БДРабочие данные
БД временные данные
Подсистема загрузки информации
Web-контейнер
EJB -
контейнер
ZULU сервер
Подсистема представления информации
SAS OLAP
viewer EJB -
контейнер
Web-контейнер
Интерфейс
загрузки
данных
Интерфейс
просмотра БД
Бюджет
Интерфейсы:
- Просмотра данных;
- Выгрузки данных;
- Построения отчетов;
- Вычислений над данными
Подсистема моделирования и прогнозирования
SAS – модули (ТК) Модули сторонних
разработчиков
Подсистема ГИС
ZULU сервер
Интерфейс просмотра
картографических
данных
Приоритетная архитектура
09.04.2013 Митягин С.А. 6
Интерфейс
05.04.2013 Митягин С.А. 7
Интерфейс
выбор данных
05.04.2013 Митягин С.А. 8
Интерфейс
модель хранения данных
05.04.2013 Митягин С.А. 9
Выбор данных
отчетные материалы
05.04.2013 Митягин С.А. 10
Выбор данных
Вычисления над данными
05.04.2013 Митягин С.А. 11
ГИС
05.04.2013 Митягин С.А. 12
Дополнительные функции
05.04.2013 Митягин С.А. 13
• SAS OLAP – подсистема «Бюджет Санкт-
Петербурга» • SAS AF – аналитические SAS модули, толстый
клиент. • Delphi – Аналитические комплексы сторонних
разработчиков (Пермь, Самара).
Дополнительные функции
05.04.2013 Митягин С.А. 14
Итог
05.04.2013 Митягин С.А. 15
Основные особенности: • Платформа – создана собственная платформа
ИАС, функции которой состоят в решении основных задач ППР.
• Нет кросс функциональности команды • Большое количество разносторонних
направлений развития • Пересечение проектов • Большая роль пользователей-аналитиков в
развитии системы
05.04.2013 Митягин С.А. 16
Старт Agile
Санкт-Петербургский информационно-аналитический центр
05.04.2013 Митягин С.А. 17
Предпосылки
На уровне заказчика: • Неудовлетворенность частотой выпуска обновлений.
• «Слабые» этапы определения требований и проектирования.
• Появление новых требований быстрее, чем выпуск нового релиза.
• Недоверие программному продукту.
На уровне производства: • Необходимость переключения команды между проектами.
• Необходимость планирования этапов разработки при неизвестных требованиях в будущем.
• Необходимость объединения требований между проектами.
• Необходимость привлечения конечных пользователей к процессу тестирования.
05.04.2013 Митягин С.А. 18
Подход одного беклога
Заказчики
PO1 PO2
Проект 1
Проект 2
Проект 3
Общий беклог
Беклог спинта
Ответственный за тестирование
Команда (9 – 10)
SM
05.04.2013 Митягин С.А. 19
Подход одного беклога
Заказчики
PO1 PO2
Проект 1
Проект 2
Проект 3
Общий беклог
Беклог спинта
Ответственный за тестирование
Команда (1-3)
SM
Беклог проекта N Работы в тот же спринт,
но не в беклоге
Провал спринта
Команда (5-6)
05.04.2013 Митягин С.А. 20
Подход через масштабирование Agile
Заказчики проекта 1
PO1 PO2
Проект 1
Проект 2
Проект 3
Общий беклог Беклог спинта
Функциональной группы 1
Ответственный за тестирование
Команда
SM
Заказчики проекта 2 Заказчики проекта 3
PO3
Системный Аналитик
Разделение по функциональному признаку
Беклог спинта Функциональной группы 2
Беклог спинта Функциональной группы 3
SM
SM
Объединение (Hudson)
05.04.2013 Митягин С.А. 21
Требования
1. Единые технологии в рамках одной функциональной команды.
2. Необходимость избегать кросс-функциональных команд.
3. Повышенные требования к сборке продукта.
4. Необходимость ввода в команду роли системного аналитика.
5. Повышение требований к этапу планирования.
6. Высокая вероятность «получение не того, чего хотелось».
7. Требования к разработке продуктов на единой платформе (новая платформа – новая команда).
8. Нет требований к кросс функциональности команды.