Статьи

Статьи

Идеальный процесс создания информационных систем. Техническое проектирование.

Идеальный процесс создания информационных систем. Техническое проектирование.

Зачем нужен технический проект?

Предположим, на основе технического задания была разработана некая информационная система. Уже на испытаниях у заказчика выяснилось, что работает система совсем не так, как надо, несмотря на то, что формально все требования технического задания были выполнены.

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

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

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

Что должен включать технический проект?

Понятно, что технический проект информационной системы, создаваемой на базе программных продуктов фирмы «1С» должен отражать основные моменты, необходимые для ее построения.

Архитектура системы

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

Архитектура системы обычно представляется в виде схемы или нескольких схем, позволяющих показать как именно система будет построена с достаточным уровнем детализации.

Описание объектов информационной системы

В техническом проекте обязательно описываются все объекты создаваемой информационной системы.

В терминах «1С» выделяются следующие основные виды объектов:

  • Справочники
  • Документы
  • Отчеты
  • Обработки
  • Регистры
  • Бизнес-процессы

Каждый вид объектов в техническом проекте имеет свою структуру описания.

Например, описание всех объектов, за исключением разве что отчетов, должно обязательно содержать таблицу с реквизитами.

Подробно, структурные части описания объектов информационной системы приведены в таблице:

Тип объекта

Структурные элементы описания

Справочник

Реквизиты

Формы

Логика работы формы

Механизмы заполнения

Механизмы контроля

Документ

Реквизиты

Формы

Логика работы формы

Механизмы заполнения

Механизмы контроля

Проведение по регистрам

Отчет

Группировки

Отборы

Реквизиты и отображаемые переменные

Формы

Механизмы заполнения

Обработка

Реквизиты

Формы

Логика работы формы

Механизмы заполнения

Регистр

Измерения, Ресурсы, Реквизиты

Формы

Бизнес-процесс

Реквизиты

Формы

Диаграмма бизнес-процесса

 

Теперь имеет смысл разобраться что представляют собой структурные элементы описания объектов в техническом проекте.

Реквизиты

Реквизиты объекта – таблица с детализацией сведений о реквизитах, используемых в объекте.

Если у объекта есть табличные части, то для каждой такой табличной части дается своя таблица реквизитов.

Пример описания реквизитов регистра сведений:

№ п/п

Наименование

Тип

Вид

1

Организация

Справочник. Организации

Измерение

1

Услуга

Справочник. Номенклатура

Измерение

3

Стоимость

Число, 15, 2

Ресурс

4

Срок выполнения

Число, 5, 0

Ресурс

5

Вознаграждение агента

Число, 15, 2

Ресурс

6

Ставка НДС

Перечисление. Ставки НДС

Реквизит

 

Формы

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

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

Пример формы списка документов:

Пример формы документа:

 

Логика работы формы

В данном разделе обычно описываются действия, которые будут производиться при нажатии на кнопки, при выборе значений реквизитов и т.д.

Иными словами в разделе «Логика работы формы» описываются все действия, которые производятся с элементами формы.

Пример описания логики работы формы:

Механизмы заполнения

В данном разделе описывается как будут заполняться реквизиты объекта при открытии формы, при создании документа на основании другого и т.д.

Пример описания механизмов заполнения:

Механизмы контроля

В данном разделе описывается какие проверки должны выполняться при выполнении определенных действий, например при записи или проведении документа.

Пример описания механизмов контроля:


Проведение по регистрам

Раздел «Проведение по регистрам» используется в основном при описании документов. В данном разделе приводится описание того, какие записи в регистры делает документ.

Пример описания проведения по регистрам:

Диаграмма бизнес-процесса

Диаграмма бизнес-процесса – схема по которой выполняется бизнес-процесс с добавлением описания.

Пример диаграммы бизнес-процесса:

 

Система регистров

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

Это описание может быть выполнено в виде таблицы или как-нибудь еще. Но главное, что бы было понятно как используется система регистров при работе системы.

Пример описания системы регистров:

Вид операции

Заказ ПТС





 

Приход

Расход

Документ

Заказ ПТС

Подтверждение перемещения ПТС

Измерения

Автомобиль

Автомобиль

 

Серия номенклатуры

Серия номенклатуры

 

Склад

Склад

Ресурсы

Количество

Количество




Документ

Заказ ПТС

Поступление ПТС

Измерения

Автомобиль

Автомобиль

 

Серия номенклатуры

Серия номенклатуры

 

Склад

Склад

Ресурсы

Количество

Количество




Документ

Заказ ПТС поставщику

Поступление ПТС

Измерения

Автомобиль

Автомобиль

 

Серия номенклатуры

Серия номенклатуры

 

Склад

Склад

 

Поставщик

Поставщик

Ресурсы

Количество

Количество

 


Возврат к списку