Учебное пособие ПИС

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

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

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

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

Окончательный расчет между заказчиком и разработчиком осуществляется по условиям договора. Момент проведения полных расчетов определяющих завершение проекта («точка завершения») тоже определяется по условиям договора. Возможны следующие варианты:

-по готовности проектной документации;

-по передаче готовой системы Заказчику.

-по факту внедрения первого готового объекта системы или подсистемы у Заказчика

-по факту начала работы системы в определенной части функций согласно ТЗ с дальнейшим запуском всех функций

-по факту внедрения всей системы у Заказчика;

-после успешной эксплуатации в течение установленного срока и

др.

61

3.5 Реализация технического и рабочего проекта

3.5.1 Выбор методики проектирования

После того как получена в достаточном объеме вся необходимая информация для начала работ по проектированию необходимо определится с методом проектирования. В настоящее время наиболее распространены следующие методы проектирования [16]:

-каноническое проектирование;

-типовое проектирование;

-итерационное проектирование;

Под каноническим проектированием понимают организацию процесса проектирования согласно ГОСТ 34.601-90, работы которого перечислены в разделе 2.1. Подразумевается, что при применении этого стандарта разрабатываются совершенно новые или уникальные ИС.

Типовое проектирование основывается на создании информационной системы на основе применения и доработки некоторого типового тиражного решения (ТТР) – разработанной сторонним производителем типизированной ИС с встроенным необходимым инструментарием для разработчика.

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

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

Эти три вида проектирования отличаются в методах, составе и последовательности работ при реализации этапов «Технический проект», «Рабочий проект» и «Внедрение».

Сравнение этих методик приведено в таблице 3.1:

62

Таблица 3.1 Общее сравнение основных методик проектирования

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

63

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

3.5.2 Основные требования к техническому и рабочему проектам

Перечень работ на этапах технического и рабочего проекта перечислен в ГОСТ 34.601-90, а результаты проектирования которые излагаются в документе - пояснительной записке - в стандарте РД 50- 34.698-90.

Технический проект включает следующие работы:

1)Разработка проектных решений по системе и её частям - собственно проектирование системы с детальной разработкой в целом и каждого элемента.

Учитывая большое количество различных методик проектирования многие из которых разработаны для применения конкретных инструментальных сред (Custom Development Method (методика Oracle), Microsoft Solution Framework, Rational Unified Process, Extreme Programming (XP) и др. [10, 17]), а некоторые являются результатом многих лет работы (и объектом интеллектуальной собственности) проектных организаций. В данном учебном пособии не рассматривается более глубоко процессы проектирования. При необходимости, будущему специалисту следует обратиться к специальной литературе или обучающим курсам и тренингам по выбранной им или рекомендованной потенциальным работодателем методике проектирования.

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

- базы данных [18] ; - компьютерная графика [19];

- экспертные и другие интеллектуальные системы [20]; - вычислительные сети и др. [21].

2)Разработка документации на АС и её части – оформление результатов проектирования в виде документации в составе и по требованиям стандартов РД 50-34.698-90 и ГОСТ 34.201-89

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

64

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

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

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

На этапе 6.1 "Разработка рабочей документации на систему и её части" осуществляют разработку рабочей документации, содержащей все необходимые и достаточные сведения для обеспечения выполнения работ по вводу АС в действие и её эксплуатации и последующего поддержания уровня эксплуатационных характеристик (качества) системы в соответствии с принятыми проектными решениями.

На этом этапе осуществляется подготовка документации в составе согласно по ГОСТ 34.201-89: оформление, согласование и утверждение.

На этапе 6.2 "Разработка или адаптация программ" проводят разработку программ и программных средств системы, выбор, адаптацию и (или) привязку приобретаемых программных средств, разработку программной документации в соответствии с перечнем приведенном в ГОСТ 19.101-77.

3.5.3 Средства проектирования ИС

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

Поэтому, по совокупности видов обеспечения предприятие Разработчик имеет набор следующих средств:

-средства организации процесса проектирования;

-средства автоматизации процесса проектирования;

-средства подготовки и хранения документации;

-средства поддержания собственного технического и программного обеспечения;

-инструментальные средства проектирования.

65

Кпрограммным средствам организации проектирования относится прежде всего единая внутренняя информационная система Разработчика, которая должна иметь следующие основные функциональные подсистемы:

- учет сотрудников: ведение их послужного списка реализованных проектов, списка специализаций, списка знаков подтверждения квалификации, планов повышения квалификации и др.;

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

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

- учет нормативной документации («библиотека»): ведение списка существующей на предприятии технической информации на бумажных и электронных носителях, ведение списка доступа сотрудников к информации, ведение карточек выдачи/возврата технической литературы на руки сотрудникам и др.;

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

- средства коллективного обсуждения и повышения квалификации: локальный форум или конференция по текущим проблемам реализации проектов с базой данных - архивом форума за весь период работы предприятия;

- система внутреннего документооборота – административная и рабочая переписка сотрудников.

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

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

66

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

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

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

винструментальных средах разработки ПО.

Ксредствам подготовки документации относятся:

-текстовые редакторы;

-редакторы диаграмм и схем;

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

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

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

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

Инструментальные среды можно классифицировать по нескольким критериям.

По области применения:

-системы общего назначения;

-задачно-ориентированные системы;

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

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

67

распространенные и универсальные системы, которыми пользуется большинство разработчиков ПО. Например, Delphi, С++, Visual Studio и др. Однако, написание с использованием систем общего назначения специализированных программ имеющих определенные важные особенности при обработки информации часто будет не эффективно. Пркатика показывает, что при обработке больших объемов данных, по сравнению с использование предназначенных для этих целей СУБД (Oracle, MS SQL server), или при анализе данных и принятии решений у систем общего назначения вычислительная производительность будет ниже, а трудоемкость программирования выше, чем у соответствующих задачно-ориентированых систем.

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

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

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

По уровню используемых встроенных языков программирования системы проектирования делятся на:

-использующие языки низкого уровня;

-использующие языки высокого уровня.

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

По виду итоговых файлов:

-компилирующие системы;

-интерпретирующие системы.

Компилирующие системы формируют выходной файл в виде готовой независимой программы-приложения для определенной операционной системы (ОС).

Интерпретирующие системы формируют в результате набор специальных служебных файлов, запуск которых возможен только с помощью используемой при проектировании платформы. Служебные

68

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

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

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

-соответствие технических возможностей по разработке программ реализуемых оцениваемой системой особенностям требований заказчика изложенных в техническом задании;

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

-наличие специалистов имеющих знания и опыт работы в оцениваемой системе;

-финансовые и временные затраты на приобретение новой инструментальной системы и возможное срочное обучение сотрудников в сопоставлении с установленными сроками и бюджетом на проектирование

идр.

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

3.5 Обеспечение взаимодействия разрабатываемой системы с другими системами

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

-обязательными средствами администрирования;

-достаточными средствами визуализации;

-необходимыми средствами защиты;

-средствами связи с другими ИС.

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

Средства визуализации – это набор интерфейсов вывода в виде диалоговых окон или экранов, позволяющих зрительно контролировать происходящие в ИС процессы.

69

Средства защиты состоят из различных и разноуровневых встроенных в ИС и дополнительных средств по определению наличия, предотвращения и ликвидации последствий различных угроз:

-сбоев программного обеспечения;

-отказов технического обеспечения;

-несанкционированного доступа;

-выхода режимов работы ИС за установленные проектные

режимы;

-перебои с электропитанием;

-отключения каналов связи;

-вирусные атаки и др.

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

Открытые системы - (согласно IEEE POSIX 1003.0)

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

Рассмотрение понятие открытой системы целесообразно осуществлять по её эталонной модели.

Эталонная модель предложена разработчиками IEEE POSIX 1003.0

исостоит из следующих подсистем:

-платформа;

-приложения (прикладное ПО);

-внешнюю среду;

-интерфейс приложений с платформой (API);

-интерфейс платформы с внешней средой (EEI).

Под приложением понимают прикладное программное обеспечение и сопутствующую ей информацию.

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

Платформа состоит из аппаратной платформы, базового и системного программного обеспечения.

Платформа функционально разбивается на следующие службы:

-службы операционной системы;

-службы интерфейса «человек-машина»;

70