3 Внутрифирменные методологии 35

Вид материала

Реферат

Подобный материал:

• Вопросы к экзамену по курсу «Проектирование ис». (9-й семестр 2009г), 37.96kb.
• Программа тренинга: День 1: Как конструировать тренинговые игры и упражнения По окончании, 31.95kb.
• Методология и методика исторического исследования, 36.8kb.
• Gutter=47> Директор департамента о департаменте методологии бюджетных процедур, 9.25kb.
• Методика, 377.89kb.
• Курс. Маркетинг социально значимой проблемы как новое направление в стратегии повышения, 52.93kb.
• А. Р. Анализ современных тенденций в методологии макрофинансового прогнозирования, 376.06kb.
• Данный курс направлен на изучение методологии и методики проведения исследования методом, 114.63kb.
• Рабочая программа обсуждена и утверждена на заседании кафедры теории и методологии, 277.54kb.
• В. А. Ацюковский начала эфиродинамического естествознания книга, 3555.05kb.

3.4Методология развития существующей системы

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

3.4.1Перечень работ

Для этого необходимо выполнить следующие работы:

• Обследование предметной области:
  

• Определить основные проблемы, задачи и бизнес-процессы исследуемых предприятий, их особенности.
  
• Определить организационную структуру исследуемых предприятий.
  
• Определить особенности состава технологических объектов и сооружений, их взаимосвязи.
  
• Определить особенности географического расположения инженерных систем.
  
• Определить взаимовлияние природной среды и производства при эксплуатации объектов инженерных систем.
  

• Определение необходимой архитектуры системы:
  

• Определение адекватности понятийного механизма.
  
• Определение адекватности механизма связывания объектов в отношения.
  
• Определение адекватности механизма прикладных методов.
  
• Определение адекватности механизма решающих правил.
  
• Определение адекватности механизма конфигурации сцен.
  
• Определение адекватности пользовательского интерфейса.
  
• Определить состав и функциональность необходимого инструментария для администратора и пользователей системы.
  
• Определить необходимый состав и функциональность драйверов системы.
  
• Определить необходимый состав ядра системы (структуры данных и базовые процедуры).
  
• Определить конфигурацию механизмов доступа и синхронизации данных.
  

• Проектирование системы:
  

• Создание серверной части системы (системные функции, структуры данных, базовые процедуры).
  
• Создание клиентской части системы (интерфейс пользователя, инструментарий, драйверы и пр.).
  
• Конфигурирование механизмов доступа (Web, Net8 и пр.) и синхронизации данных (различные виды репликации).
  

• Информационное и функциональное наполнение системы (для стендовых испытаний):
  

• создание иерархии прототипов (понятийной модели) объектов предметной области;
  
• конфигурирование взаимосвязей между этими объектами;
  
• сбор и наполнение БД системы актуальными производственными данными;
  
• сбор и наполнение БД системы географическими данными;
  
• конфигурирование системы для решения задач предметной области (встраивание в бизнес-процессы);
  

• Стендовое тестирование и пилотные внедрения:
  

• Стендовое тестирование системы (с минимально необходимым информационно-функциональным наполнением) на различных программно-аппаратных платформах (Sun, Intel, IBM; Solaris, Linux, HP/UX, Windows NT, Novell Netware; Windows 95, 98, 2000) серверов и клиентов.
  
• Пилотные внедрения системы в производственных подразделениях исследуемых предприятий.
  

3.4.2Этапы и итоговые результаты

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

1. Обследование предметной области. Итоговые результаты: диаграммы бизнес-процессов; обзор предметной области; словарь терминов предметной области. Последний составляется как мини-энциклопедия, а не только с краткой интерпретацией термина, как в Глоссарии к Спецификации на программирование.
   
2. Проектирование: определение конфигурации системы и ее реализуемости имеющимися средствами архитектуры. Итоговые результаты: рабочая документация для программистов (см. п. 3.5).
   
3. Модификация «Комплекса/2000» и разработка новых подсистем в соответствии с требованиями ТЗ и проекта. Итоговые результаты: модифицированные серверная и клиентская части системы, новые подсистемы, новая техническая документация на них.
   
4. Создание иерархии прототипов (понятийной модели) объектов и отношений между ними. Итоговые результаты: ввод в проектируемую систему понятийной модели для предметной области заказчика.
   
5. Сбор и наполнение БД системы актуальными производственными данными. Результат: БД системы, заполненная минимально необходимым для стендовых испытаний набором реальных производственных данных по какому-либо подразделению заказчика.
   
6. Сбор и наполнение БД системы географическими данными. Итоговые результаты: БД системы, заполненная минимально необходимым для стендовых испытаний набором реальных общегеографических и тематических данных по зоне деятельности выбранного подразделения заказчика.
   
7. Конфигурирование системы для решения задач предметной области (встраивание в бизнес-процессы). Итоговые результаты: разработанные прикладные методы поддержки бизнес-процессов, определенные для стендовых испытаний по выбранному подразделению заказчика.
   
8. Тестирование, опытная эксплуатация и доработка. Итоговые результаты: отчет о тестировании и выявленных несоответствиях ТЗ, отчет по ликвидации ошибок и несоответствий ТЗ; предварительная версия системы.
   
9. Промышленная эксплуатация. Итоговые результаты: отчеты о результатах пилотных внедрений, отчет о направлениях дальнейшего развития системы; окончательная версия системы, прошедшая успешные испытания и отладку на одном или ряде пилотных внедрений.