Средства, поддерживающие проектирование разделов проекта. В этом подклассе выделяют функциональные средства проектирования

3. Средства, поддерживающие проектирование разделов проекта. В этом подклассе выделяют функциональные средства проектирования.

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

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

4. Средства, поддерживающие разработку на стадиях и этапах процесса проектирования. К данному классу относятся средства автоматизации проектирования ИС (CASE-средства). Современные CASE-средства в свою очередь, классифицируются в основном по двум признакам:

1) по охватываемым этапам процесса разработки ИС;

2) по степени интегрированности:

* отдельные локальные средства (tools);

* набор неинтегрированных средств, охватывающих большин­ство этапов разработки ИС (toolkit);

* полностью интегрированные средства, связанные общей базой проектных данных - репозиторием (workbench).

Формализация технологии проектирования ИС

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

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

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

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

Для укрупнения ТСП применяются технологические операции-агрегаты, которым соответствуют фрагменты канонической ТСП. Например, ТО «Проектирование схемы базы данных» декомпозируется на ряд взаимосвязанных ТО: «Нормализация таблиц», «Установление связей», «Отображение в схеме DDL СУБД» и т.д.

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

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

Каноническое проектирование ИС

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

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

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

Стадии и этапы создания ИС, выполняемые организациями-участниками, прописываются в договорах и технических заданиях на выполнение работ:

1) исследование и обоснование создания системы;

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

3) создание эскизного проекта;

4) техническое проектирование;

5) рабочее проектирование;

6) ввод в действие;

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

В целях изучения взаимосвязанных приемов и методов канони­ческого проектирования ИС перечисленные семь стадий можно сгруппировать в часто используемые на практике четыре стадии процесса разработки ИС (табл. 6.)

Таблица 6. Содержание и результаты основных стадий канонического проектирования АИС

Состав и содержание работ на предпроектной стадии создания ИС.

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

Важнейшими объектами обследования могут валяться:

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

• функциональная структура, состав хозяйственных процессов и процедур;

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

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

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

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

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

• выявление основных параметров предметной области (напри­мер, предприятия или его части);

• установление условий, в которых будет функционировать про­ект ИС;

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

проектирования.

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

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

1. Факторы, связанные с параметрами входных информационных потоков, поступающих на обработку ЭВМ: объем информации, тип носителя информации, характер представления информации.

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

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

4. Факторы, относящиеся к эксплуатационным характеристикам ЭВМ: требуемые условия эксплуатации.

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

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

К факторам, определяющим выбор конкретного класса ОС и его версии, относятся:

* необходимое множество поддерживаемых программных про­дуктов;

* требования к аппаратным средствам;

* возможность использования различных устройств ввода-вывода;

* требование поддержки сетевой технологии;

* наличие справочной службы для пользователя;

* наличие дружественного интерфейса и простота использования и др.

Следующей операцией является операция «Выбор способа организации информационной базы (ИБ) и программного средства ведения ИБ. Информационная база имеет несколько способов организации как совокупность локальных файлов и интегрированную организацию в виде баз данных.

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

Интегрированная база данных представляет собой совокупность взаимосвязанных, хранящихся вместе данных, используемых для одного или нескольких приложений. Данные, организованные в виде БД, могут быть организованы как централизованно (размещены на одной ЭВМ), так и в виде распределенных БД (размещенных на нескольких ЭВМ).

Программные средства веления ИБ выбираются, исходя из класса систем хранения данных: системы управления файлами либо системы управления базами данных (СУБД). К основным факторам, определяющим выбор типа СУБД, относятся следующие:

• масштаб применения СУБД. По этому признаку выделяют персональные - настольные СУБД (например, FохРго или Access) или промышленные - сетевые СУБД (например, Oracle);

• язык общения. Разделяют СУБД с открытыми языками, замкнутыми или смешанными;

• число уровней в архитектуре. Существуют одноуровневые: двухуровневые, трехуровневые СУБД;

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

• сфера возможного применении СУБД: универсальное использование и специализированное.

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

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

К информационным параметрам относятся такие, как достоверность, периодичность сбора, форма представления, периодичность обработки информации и т. д.

К экономическим параметрам ИС относятся: показатели годового экономического эффекта, коэффициента эффективности затрат и т.п.

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

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

• обоснование цели создания ИС;

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

• разработка перечня организационно-технических мероприя­тий по проектированию системы;

• расчет и обоснование эффективности выбранного проекта;

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

В предметной области, как правило, рассматривается модели исходной системы (объекта). Например, модели деятельности организации создаются в двух видах:

• модель «как есть» («as-is»)-отражает существующие в организации бизнес-процессы;

• модель «как должно быть» («to-be»)-отражает необходимые изменения бизнес-процессов с учетом внедрения ИС.

На основе ТЭО разрабатываются основные требования к будущему проекту ЭИС и составляется «Техническое задание» со­гласно ГОСТ 34.602 - 89 «Техническое задание на создание автоматизированной системы», в состав которого входят следующие основные разделы.

Похожие работы

Математическое обеспечение комплекса задач “Автоматизированная система документооборота учереждения

Скачать

200314

8

2

... , практически, не используются. Проблема информатизации Минторга может быть решена путем создания Автоматизированной Информационной системы Министерства Торговли РФ (АИС МТ РФ) в соответствии с настоящим Техническим предложением.   ГЛАВА 2. МАТЕМАТИЧЕСКОЕ ОБЕСПЕЧЕНИЕ КОМПЛЕКСА ЗАДАЧ "СИСТЕМА ДОКУМЕНТООБОРОТА УЧЕРЕЖДЕНИЯ”. функции поиска и архивации 2.1. Постановка задачи и её спецификация ...

Обеспечение системы документооборота

Скачать

164313

27

1

... . В качестве средств разработки необходимо использование Borland C++ Builder 3.0 ClientServer, Microsoft Visual Basic for Applications. ГЛАВА 2. МАТЕМАТИЧЕСКОЕ ОБЕСПЕЧЕНИЕ СИСТЕМЫ ДОКУМЕНТООБОРОТА МИНТОРГА РФ. РЕШЕНИЕ ЗАДАЧ ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ 2.1 Постановка задачи и её спецификация 2.1.1. Понятие информационной безопасности применительно к системе документооборота Минторга РФ Под ...

АСУ целевыми программами в некоммерческой организации

Скачать

194189

21

0

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

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

Скачать

162009

28

0

... заполнения этих регистров подсчитывают итоги и выводят конечные сальдо, на основе чего заполняют Главную Книгу и балансы. Методика и организация учета расчетов с персоналом по оплате труда в ОАО «Ивица» проводится на должном уровне, за исключением того, что учет трудовых ресурсов и средств на оплату труда не атоматизирован полностью. Поэтому для облегчения труда бухгалтера, а также ...