Проектирование систем обработки данных

Проектирование систем обработки данных

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

1. Производство оборудования.

2. Разработка программного обеспечения

3. Услуги в области ИТ.

4. Телекоммуникационные услуги.

В России производством компьютером занимается порядка 23% ИТ области, около 12% на долю разработки ПО, самый большой и перспективный сектор — услуги в области ИТ — 47%. Оставшиеся 18% — услуги в области в сфере телекоммуникационной и провайдерской связи, построение корпоративных сетей и организация удалённого доступа.

Разработка программного обеспечения ведётся по двум направлениям:

1. Коробочное или готовая продукция.

2. Проектное программное обеспечение (под заказ).

Для разработки информационных систем задействованы высоко квалифицированные специалисты, такие профессии, как: системные аналитики, менеджеры проектов, программисты, тестировщики, администраторы баз данных, системные интеграторы.

В процессе разработки информационных систем чётко выделяют следующие технологические этапы:

1. Анализ и постановка задачи.

2. Проектирование информационной системы.

3. Практическая реализация.

4. Внедрение и опытная эксплуатация.

5. Сопровождение и техническая поддержка.

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

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

Для предприятия любого масштаба стало неэффективным наращивание собственных ИТ-служб. Эти службы уже не в состоянии отслеживать быстро развитие и появление новых технологий. В связи с этим многие предприятия пересматривают свою стратегию информатизации и выводят из своего состава ИТ-подразделения. При этом предприятие передаёт создание новых проект и оказание информационных услуг на аутсорсинг специализированным компаниям. Развитие аутсорсинга ПО является одним из самых актуальных направлений в современной ИТ-индустрии. Под аутсорсингом понимается схема взаимодействия поставщиков и потребителей ПО, при котором реализация внутренних задач, функций и процессов даются внешним испольнителям. Согласно международной классификации в аутсорсинге выделяют два направления:

1. Аутсорсинг бизнес-процессов.

2. ИТ-аутсорсинг. Ко второму направлению относят развитие информационной инфраструктуры предприятия. Второе — обслуживание аппаратных комплексов и программных систем. Третье — разработка, адаптация и интеграция приложений. Использование баз данных и информационных систем. Консалтинг и обучение.

Можно уверенно сказать, что в будущем преимущественное развитие получат проекты или заказные программные продукты. Не смотря на то, что стоимость заказного ПО может быть существенного универсального, затраты на адаптацию стандартных систем к местным условиям могут перекрывать эту разницу. Особенно это касается западной продукции. Например: стоимость стандартной корпоративной информационной системы компьютеризации музея в версии СУБД Oracle вирируется от 500 тыс. $ до 1 млн $ в зависимости от затрат на адаптацию. Стоимость заказной системы, которую могут разработать российские проектировщики может составить порядка 10 тыс. $ при той же функциональности. Однако большинство российских предприятий проявляя большой интерес к ИТ внедряет только небольшие системы автоматизации отдельных подразделений. Предприятия пока не готовы к комплексной интеграции, которая требует с одной стороны больших финансовых затрат, а с другой стороны — кардинального изменения всех процессов. Главным препятствием внедрению ИТ — это необходимость реорганизации традиционно сложившихся на предприятии процессов.

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

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

Рост информационных услуг вызван сближением управленческих технологий и ИТ поддержки принятия решений. Диалог разработчика с заказчикам начинается на стадии постановки задачи и поддерживается в течение всего жизненного цикла информационной системы. Основными потребителями ИТ-индустрии являются государственные учреждения и крупные кампании, в банковской сфере и в добывающих отраслях. Годовой рост затрат на внедрение новых технологий составляет до 25%. Широкое распространение в своё время получили и функционируют до сих пор сетевые базы данных в архитектуре файл-сервер. Переход на новую технологию клиент-сервер требует как программного так и аппаратного переоснащения. В связи с этим в ближайшие годы следует ожидать замены морально устаревшего ПО и оборудования. При непрерывном наращивание объёмов и сложности ИТ-проектов ощущается постоянная нехватка специалистов во всех сферах ИТ на уровне 20%. Повысился спрос на ИТ-специалистов с хорошими техническими знаниями в предметной области, для которой делаются и внедряются разработка. При трудоустройстве от кандидата требуется знание и опыт использование западных программных продуктов, популярных СУБД (типа оракл), умение сетевого администрирование, навыки программирование на языках, владение методологии DFD, грамотность вопросов информационной безопасности и технический английский язык.

Технология разработки информационных систем информационная система данные обработка Как показали исследование кампании Borland наиболее распространённые причины неудач проектов является:

1. Отсутствие планирования и грамотное управление проектом.

2. Нечёткая и не полная формулировка задач (до 31%).

3. Частое изменение требований и спецификаций (до 36%).

4. Нехватка необходимых технических ресурсов и материальных средств.

5. Несовершенство используемых инструментальных средств и технологий.

6. Низкая квалификация и недостаточный опыт разработчиков.

7. Слабо участие конечных пользователей в постановке задачи и работе над проектом.

По данным института программной инженерии до 80% всего эксплуатируемого ПО разрабатывалось вообще для использования какой-либо концепции проектирования, т. е. методом кодирования и исправления ошибок на интуитивном уровне.

Согласно статистике по итогам реализации проектов программного обеспечения выполнено в срок и полностью 26% проектов; аннулировано до их завершения 20%; сдвинуты сроки или превышен бюджет — 46%.

Сегодня крупные производители информационных систем располагают развитыми инструментальными средствами эффективной разработки систем. Работа по созданию информационной системы начинается с изучения предметной области, постановки задачи, анализа и проектирования системы. Грамотное выполнение этих работ позволяет описать и скорректировать будущую систему ещё до того, как она будет реализована, улучшить качество и сократить затраты на разработку и внедрение системы, а также достичь взаимопонимания между всеми участниками проекта: заказчиками, проектировщиками, пользователями. Типовая технология разработки информационной системы баз данных и их приложений предполагают последовательное выполнение следующих этапов:

1. Анализ и проектирование.

2. Практическая (программная) реализация.

3. Внедрение.

4. Опытная эксплуатация.

5. Сопровождение.

Проектные работы начинаются с анализа и формализации требований к будущей системе. Результатом выполнения этого этапа является системный и технический проект. Проектирование заключается в последовательном решении 3-х задач:

1. Формализованное описание объекта автоматизации.

2. Системное проектирование.

3. Техническое проектирование.

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

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

На этапе разработки технического проекта выполняются следующие работы:

1. Разработка концептуальной модели базы данных.

2. Построение логической модели базы данных.

3. Выбор аппаратной конфигурации и программных средств. Проектирование физической модели базы данных.

4. Проектирование автоматизированных рабочих мест (АРМов).

Концептуальная модель отражает основные требования к данным и инвариантно по отношению к структуре базы данных. Обычно она представляется в виде диаграмм: сущность — связь (ERD).

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

Сроки реализации этапов разработки средней по масштабам системы следующие:

1. Анализ и проектирование от 1 до 3 месяцев.

2. Программирование и отладка 2−4 месяца.

3. Тестирование и опытная эксплуатация 1−4 месяца.

4. Доработка и сопровождение 3−6 месяцев.

Методические основы проектирования информационных систем С точки зрения теории принятия решений процесс проектирования информационной системы — это процесс принятия проектно-конструкторских решений, которые направлены на получение описания системы (проекта информационной системы), которая удовлетворяет требованию заказчика.

Под проектом информационной системы понимается проектно-конструкторская и технологическая документация, в которой представлена описание проектных решений по созданию и эксплуатации системы в конкретной программно-аппаратной среде.

Под проектирование ИС понимают процесс преобразования входной информации об объекте проектирования, о методах проектирования и об опыте проектирования объектов аналогичного значения.

Объектами проектирования ИС является отдельные элементы и их комплексы функциональных и обеспечивающих подсистем.

Функциональными элементами выступает задачи, комплексы задач и функции управления.

В составе обеспечивающей части ИС объектами проектирования являются элементы и их комплексы информационного, программного и технического обеспечения.

Процесс проектирования предполагает использование определённых технологий проектирования, которые соответствуют масштабу и особенностям разрабатываемого проекта.

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

Технология проектирования — это совокупность методологии и средств проектирования, а также методов и средств организации проектирования (управление проектами).

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

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

2. Методы компьютерного проектирования. Эти методы позволяют генерировать проектные решения на основе специальных программных инструментальных средств.

По степени использования типовых проектных решений различают:

1. Методы оригинального (индивидуального) проектирования. В этом случае проектное решение разрабатывается с нуля в соответствии с требованиями к ИС.

2. Методы типового проектирования. Они предполагают: конфигурацию ИС из готовых типовых проектных решений (программных модулей).

Различные методы проектирования обуславливают характер используемой технологии проектирования. Можно выделить два класса технологии проектирования:

1. Экономическая технология.

2. Индустриальная технология.

Экономическая технология предполагает ручное оригинальное проектирование.

Индустриальная технология — это автоматизированная как оригинальное, так и типовое проектирование.

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

Средства проектирования с использованием ЭВМ можно разделить на 4 подкласса:

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

2. Средства, поддерживающие проектирование отдельных компонентов проекта. Сюда относится СУБД, табличные процессоры, графические и текстовые редакторы. Эти средства используются для разработки технологических подсистем, в частности: ввода информации, организации хранения и доступа к данным, анализа и отображение данных, принятие решений.

3. Средства поддержки проектирования разделов проекта. В этом подклассе выделяют функциональные средства проектирования. Они предназначены для разработки автоматизированной системы, которая реализует функции и комплексы задач управления. Эти средства получили названия SCADA-систем.

4. Средства, поддерживающие разработку проекта на всех этапах и стадиях регулирования. К этому классу можно отнести CASE-средства проектирования.

Жизненный цикл информационной системы (ИС) Проектирование ИС — это длительный, трудоёмкий и динамический процесс. Современные технологии проектирования ИС предполагают поэтапную разработку. Совокупность этапов, которую проходит ИС, в своём развитии от момента принятия решения о создании системы до прекращения её функционирования называют жизненным циклом.

Жизненный цикл включает следующие этапы:

1. Планирование и анализ требований (предпроектная стадия). На этом этапе выполняется исследование и анализ существующей ИС, определяются требования к создаваемой системе, оформляется технико-экономическое обоснование и техническое задание на разработку.

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

3. Реализация (рабочее проектирование, физическое проектирование, программирование). На этом этапе выполняется разработка и настройка программ, наполнение баз данных, создание рабочих инструкций. Оформляется рабочий проект.

4. Внедрение (тестирование, опытная эксплуатация). Выполняется комплексная отладка подсистем, обучение персонала, поэтапное внедрение в эксплуатацию по подразделениям предприятия. Оформляется акт приёмо-сдаточных испытаний.

5. Эксплуатация (сопровождение, модернизация). На этом этапе выполняется сбор рекламации статистики о функционировании системы, исправление ошибок и недоработок, оформление требований по модернизации системы.

Примечание: часто 2 и 3 этапы проектирования объединяют в один, называемый технорабочим проектированием.

Существующие модели жизненного цикла определяет порядок этапов в ходе разработке, а также критерии перехода от одного этапа к другому. Наиболее широко используются две модели жизненного цикла: каскадная и спиральная.

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

Спиральная модель после 80-х. Эта прототипная модель, которая предполагает постепенное расширение прототипа.

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

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

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

Каскадная модель хорошо себя зарекомендовала при разработке относительно простых ИС, для которых уже на начальном этапе можно достаточно точно и полно сформулировать все требования к системе. К подобным система можно отнести в частности сложные расчётные системы, например САБУХ.

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

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

Каноническое проектирование Оно отражает особенности ручной технологии оригинального (индивидуального) проектирования. Проектирование осуществляется на уровне исполнителей без использования каких-либо специальных инструментальных средств. Как правило каноническое проектирование применяется при разработке небольших локальных систем. В основе канонического проектирования лежит каскадная модель жизненного цикла. Процесс каскадного проектирования в соответствии с ГОСТом 34 601−90 делится на следующие 7 стадий:

1. Исследование объекта и обоснование создания ИС.

2. Разработка технического задания.

3. Создание эскизного проекта.

4. Техническое проектирование.

5. Рабочее проектирование.

6. Ввод системы в действие.

7. Функционирование, сопровождение, модернизация.

Примечание: традиционно этап исследования объекта, обоснование проекта и разработка технического задания объединяются одним термином — предпроектная стадия.

Основное назначение предпроектной стадии заключается в обосновании экономической целесообразности создания информационной системы и формирование требований к ней. На предпроектной стадии выделяется два этапа: сбор материалов обследования; анализ материалов обследования, разработка технико-экономического обоснования и технического задания.

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

ТЭО содержит расчёты и обоснование необходимости разработки ИС для данного предприятия. В состав ТЗ входят требования к ИС и её отдельным компонентам, а именно к ПО, ТО и информационному обеспечению. Эти документы являются основными для последующего проектирования в соответствии с заданными требованиями.

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

На стадии технического проектирования выполняются работы по логической разработке и выбору наилучших вариантов проектных решений. Результатом выполнения этой стадии является создание документа «Технический проект».

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

Стадия внедрения проекта включает 3 этапа:1

1. Подготовка объекта внедрения.

2. Опытное внедрение.

3. Сдача системы в промышленную эксплуатацию.

Стадия эксплуатации и сопровождения тоже включает 3 этапа:

1. Эксплуатация проекта.

2. Сопровождение.

3. Модернизация.

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

Состав и содержание работ на стадии «Исследование объекта и обоснование создания ИС»

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

1. Структурно-организационные звенья предприятия. Например: отделы, цеха, участки, рабочие места.

2. Функциональная структура предприятия и состав хозяйственных процессов.

3. Стадии, а именно: техническая подготовка, снабжение, производство, сбыт и элементы хозяйственных процессов, а именно: средства труда, предметы труда, ресурсы, продукция, финансы.

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

1. Технологии, методы и технические средства преобразования информации.

2. Материальные потоки и процессы их обработки

4.02.2009

Стадия сбор материалов обследования Основной целью выполнения этого этапа обследования является.

1. выявление основных параметров предметной области.(предприятие)

2. установление условий в которой будет функционировать информационная система

3. выявление стоимостных и временных ограничений на процесс проектирования.

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

4.1.1.1 предварительное изучение предметной области.

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

4.2.1.1 Выбор технологий проектирования .

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

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

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

— наличие денежных средств на приобретение и поддержку выбранных технологий

— ограничение на время проектирования

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

— наличие специалистов соответствующей квалификации.

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

4.1.1.3 Выбор метода проведения исследования Все методы проведения исследования можно объединить в группы по следующим признакам:

— по цели обследования выделяют 2 метода :

Локального проведения обследования — применяется для разработки проекта отдельной задачи или комплекса задач.

Системного обследования — применяется для обследования объекта в целом .

— по числу исполнителей проводящих обследование:

Индивидуальное.

Бригадное.

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

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

Метод выборочного обследования, при наличии типовых по структуре подразделения

— по степени одновременности выполнения работ:

Метод последовательного проведения работ Метод параллельного обследования, при сборе происходит и изучение

4.1.1.4 Выбор метода сбора материалов и обследования Можно разделить на 2 группы :

— методы сбора выполняемые группой проектировщиков исполнителей который включает проведение опросов и бесед, личные наблюдения, фотографии рабочего дня и храметража рабочего дня.

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

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

Разработка программы обследования Обследование проводится по заранее разработанной программе. Эта программа содержит перечень вопросов ответы на которые дадут полное представление по деятельности изучаемого объекта и будут учтены при создании проекта.

4.1.1.5 Разработка плана графика сбора материалов обследования .

План-граффик служит инструментом для планирования и оперативного управления выполнением работ.

4.1.1.6 Сбор и формализация материалов обследования.

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

— обо всех объектах обследования в том числе о предприятии в целом

— о функциях управления метода и алгоритмах реализации этих функций

— о составе обрабатываемых и рассчитываемых показателей

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

Все полученные материалы разделяют на 3 группы:

— документы описывающие весь обьект обследования

— документы описывающие структурные подразделения и их потоки информации

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

Вторая группа документов помимо форм, аналогично формам входящим в 1 группу включает формы описания информационных потоков по подразделениям. Т е потоков которые осуществляют связь задач внутри подразделения между собой, а так же связи между подразделениями. Формы описания документных потоков включает следующие характеристики:

— наименование входных документов

— количество их экземпляров

— объемные данные по каждому документопотоку .

— перечень информационных файлов, где используются эти документы

— носители на которых хранятся данные

— время создания и время исполнения

— выходные документы

3 группа документов содержит описание компонентов каждого информационного потока. Сюда включены документы информационные файлы, процедура обработки и характеристики компонентов.

Формы характеристик документов включают :

— наименование подразделения

— тип документа (первичные промежуточные или результативные)

— Наименование и назначение документа

— периодичность создания Формы описания документов содержат:

— перечень показателей

— описание структуры документа

— Перечень реквизитов

— типы реквизитов

— распределение реквизитов по разделам документов.

Форма характеристик процедуры обработки данных включает:

— наименование подразделения где используется процедура

— задача в которую входит процедура

— входная информация и ее объем

— используемые файлы и их объемы

— чистота обращения к файлам

— блок схема процедуры

— количество операций

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

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

Целью этой стадии является :

— Определение недостатков функционирования объекта исследования

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

— Выбор направлений проектирования (выбор инструментария) и оценка эффективности применения выбранного инструментария

— обоснование выбора решений по основным компонентам информационной системы и определение общесистемных функциональных и локальных требований к будущему проекту и его частям.

Анализ материалов обследования позволяет проектировщику выделить и составить список автоматизируемых подразделений. На выбор объектов автоматизации оказывает влияние ряд факторов, в частности: 1 количество формализуемых функций в каждом конкретном подразделении ;2 количество связей этого подразделения с другими; 3 важность этого подразделения в процессе управления объектом; 4 степень подготовленности подразделения к внедрению автоматизационной системы.

Согласно этим факторам выявляют список наиболее важны подразделений.

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

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

2. Трудоемкость и стоимость расчета основных показателей данной задачи за год.

3. Степень информационной связи рассматриваемой задачи с другими задачами.

4. Достоверность получаемых исходных данных для решения задачи.

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

Экономическая стадия проектирования Далее выполняется операция выбора комплекса технических средств. Возможно некоторые факторы критерия устарели. На выбор типа ЭВМ оказывает влияние большое количество факторов которые принято объединять в несколько групп:

1. Факторы связанные с параметрами входных потоков информации, а именно объем информации тип носителя информации, характер представления информации .

2. Факторы зависящие от характера задач и их алгоритмов. Срочность решения, возможность разделения задач на подзадачи, выполняемый на различных ЭВМ. Количество файлов с условно постоянной информацией .

3. Факторы определяемые техническими характеристиками ЭВМ: производительность процессора, емкость оперативной памяти, возможность подключения устройств ввода вывода.

4. Факторы относящиеся к эксплуатационным характеристикам. Требуемые условия эксплуатации: необходимы штат обслуживающего персонала и квалификация персонала.

5. Факторы учитывающие стоимостные оценки на приобретение на содержание обслуживающего персонала на проведение ремонтных работ.

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

Следующей является операция выбор способа организации информационной базы и программных средств ведения её. Информационная база может иметь несколько способов организации: локальная (файловая)организация и интегрированная организация виде базы данных. Данные организованные виде базы данных могут быть как централизованные на базе 1 ЭВМ так и распределенные, т е на несколько ЭВМ. К основным факторам определяющим выбор системы управления базами данных. Факторы:

— Масштаб применения, СУБД, настольные и промышленные.

— Язык общения, СУБД с открытыми языками замкнутыми или смешенными.

— число уровней в архитектуре. Одноуровневые, 2-х уровневые и многоуровневые

— выполняемые СУБД функции. Информационные, организация хранения доступа информации, операционные связано с обработкой информации.

Выбор методов и средств проектирования программного обеспечения.

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

— их совместимость,

— сокращение времени и стоимостных затрат на проектирование

— получение качественного программного продукта.

Выполнение всех рассмотренных операций завершается составлением технико-экономического обоснования и формированием технического задания.

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

Принцип ее функционирования и взаимодействия с другими системами. Определяется структурой системы. Разрабатываются проектные решения по обеспечивающим частям системы.

На стадии технорабочего проектирования выполняется 2 этапа работы: техническое проектирование и рабочее проектирование .

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

— стоимость

— трудоемкость

— достоверность полученных результатов Результатом выполнения этапа является составление технического проекта. Все работы на этом этапе можно разделить на 2 группы:

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

2-ая группа разработка локальных проектных решений. К числу локальных решений относят следующие операции :

— разработка постановки задач для задач входящих в состав каждой функциональной подсистемы.

— проектирование форм входных и выходных документов, система ведения документов и макетов экранных форм документов.

— проектирование классификаторов экономической информации и система ведения классификаторов.

— проектирование состава и структуры файлов информационной базы

— проектирование внемашинной и внутримашинной технологии решения каждой задачи.

— уточнение состава технических средств.

Основными компонентами локальных проектных решений, которые являются базой для разработки информационного программного и технологического обеспечения для каждой задачи является *постановка задачи *. Документ *постановка задачи* содержит 3 основные части:

— характеристика задачи

— описание входной информации

— описание выходной информации.

Примечание. Методы доступа к данным В настоящее время используются 2 метода доступа к данным ,

1-ый доступ на основе архитектуры файл-сервер,

2-ой доступ на основе архитектуре клиент-сервер.

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

Архитектура клиент-сервер:

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

1. доступ к удаленным данным

2. доступ с помощью сервера данных.

3. доступ с помощью сервера приложений.

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

Согласно модели доступа с помощью сервера баз данных на компьютере клиента находятся программы ввода исходных данных и печати результатов. Программа решения задачи находится на сервере где и производится ее запуск.

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

Продолжение.

Характеристика задачи включает:

— Цели

— Назначение задачи

— Экономическая сущность задачи

— Организационная сущность задачи

— Описание алгоритмов используемых в задаче

— периодичность решения

— требования к организации сбора информации

— связь с другими задачами.

Входная информация содержит перечень и описание входных документов и сообщений. Перечень структурных единиц информации. Наименование, идентификаторы, формы атак же требования к точности и источники информации.

Выходная информация включает:

— перечень и описание выходных документов

— перечень структурных единиц информации

— наименование, идентификатор, форма, периодичность сроки получения .

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

Этап. Рабочее проектирование.

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

— Описание программы

— спецификация программы

— тексты программы

— контрольные примеры

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

В состав технологической документации входят:

— технологические карты, разрабатываемые на процесс обработки информации при решении задач каждого класса.

— инструкционные карты, составляемые на каждую технологическую операцию.

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

— система обработки данных

— система поддержки принятия решений

— система автоматизированного проектирования.

Состав и содержание работ на стадии внедрения, эксплуатации и сопровождения.

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

— последовательный метод В этом случае подсистема внедряется одна за другой и задачи тоже.

— параллельный метод Задачи внедряются во всех подсистемах одновременно

— смешенные Проектировщики внедрив несколько подсистем используют первый метод и накопив опыт приступают к внедрению остальных подсистем с использованием параллельного метода. Внедрение осуществляется четырьмя этапами:

— подготовка объекта к внедрению

— опытное внедрение

— сдача проекта в промышленную эксплуатацию

— эксплуатация и сопровождение.

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

Подготовка объекта к внедрению.

На этом этапе осуществляется следующие операции :

— изменяется организационная структура предприятия

— набираются кадры с соответствующей квалификацией в области обработки информации эксплуатации и сопровождения системы.

Расширение реального времени

— оборудование здания под вычислительную технику

— выполняется закупка и установка вычислительной техники

— устанавливаются средства сбора регистрации первичной информации и передачи по каналам связи

— осуществляется установка каналов связи

— производится разработка новых документов и классификаторов

— осуществляется создание файлов информационной базы с нормативно справочной информацией.

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

После устранения ошибок оформляется документ акт о проведении опытного внедрения. Кроме этого выявляются неквалифицированная операторов системы что служит основанием для проведения комплекса мер по улучшению сортировки кадров.

Этап сдачи проекта в промышленную эксплуатацию Выполняются следующие работы:

— проверка соответствия выполненной работы, договорной документации по объему проделанной работы, по времени выполнения и затратам денежных средств.

— Проверка соответствия проектных решений требований технического задания.

— проверка технологических процессов, обработки данных по всем задачам и подсистемам

— проверка качества функционирования информационной базы, а так же оперативности и полноты ответов на запросы.

— выявляются системные и локальные ошибки и производится их устранение.

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

Эксплуатация и сопровождение проекта.

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

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

Проектирование классификаторов экономической информации Напомним что экономическая информация имеет ряд особенностей:

— большой объем ежегодно создаваемой, обрабатываемой и хранимой информации.

— большая часть информации имеет символьное представление, а следовательно слабо приспособлено для логической и арифметической обработки.

— высокий уровень трудовых и стоимостных затрат на ее поиск и обработку.

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

Классификатор — документ содержащий наименование объектов, наименование классификационных группировок и их кодовое обозначение. С помощью классификаторов осуществляется формализованное описание экономической информации в информационной системе. Экономическая информация существует в 2 формах: экономические показатели и экономические документы.

Показателиявляется составной единицей экономической информации. Отражает количественную характеристику некоторого процесса предметной области. Показатель включает: реквизит основание, вместе с однозначно определяющей его реквизитными признаками. Реквизит основание разделяют по типу алгоритмов их получения. В частности на количественные, процентные стоимостные, удельные веса и другие. Множество реквизитов признаков по степени формализации делят на два подмножества: 1 — справочные реквизиты признаки (как правило наименования, предназначенные для понимая экономистами) 2 — групповые реквизиты-признаки (как правило закодированные аналоги справочных признаков, которые предназначены для логической обработки на ЭВМ).

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

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

К объектам классификаций кодирования относятся так же наименование показателей документов, наименование компонентов проектно — информационной системы, в том числе файлов, задач, подсистем, программных модулей и т. д. Целью разработки классификаторов является установление соответствия между значениями справочных признаков, какого-либо элемента или процесса и значениями групповых признаков. Если признаков несколько и между ними существует иерархическая соподчиненность, то получают иерархическую классификацию. Иерархический классификатор строится по следующим правилам:

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

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

3. строится классификационное дерево.