авторефераты диссертаций БЕСПЛАТНАЯ БИБЛИОТЕКА РОССИИ

КОНФЕРЕНЦИИ, КНИГИ, ПОСОБИЯ, НАУЧНЫЕ ИЗДАНИЯ

<< ГЛАВНАЯ
АГРОИНЖЕНЕРИЯ
АСТРОНОМИЯ
БЕЗОПАСНОСТЬ
БИОЛОГИЯ
ЗЕМЛЯ
ИНФОРМАТИКА
ИСКУССТВОВЕДЕНИЕ
ИСТОРИЯ
КУЛЬТУРОЛОГИЯ
МАШИНОСТРОЕНИЕ
МЕДИЦИНА
МЕТАЛЛУРГИЯ
МЕХАНИКА
ПЕДАГОГИКА
ПОЛИТИКА
ПРИБОРОСТРОЕНИЕ
ПРОДОВОЛЬСТВИЕ
ПСИХОЛОГИЯ
РАДИОТЕХНИКА
СЕЛЬСКОЕ ХОЗЯЙСТВО
СОЦИОЛОГИЯ
СТРОИТЕЛЬСТВО
ТЕХНИЧЕСКИЕ НАУКИ
ТРАНСПОРТ
ФАРМАЦЕВТИКА
ФИЗИКА
ФИЗИОЛОГИЯ
ФИЛОЛОГИЯ
ФИЛОСОФИЯ
ХИМИЯ
ЭКОНОМИКА
ЭЛЕКТРОТЕХНИКА
ЭНЕРГЕТИКА
ЮРИСПРУДЕНЦИЯ
ЯЗЫКОЗНАНИЕ
РАЗНОЕ
КОНТАКТЫ


Pages:     | 1 || 3 | 4 |   ...   | 5 |

«ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ Государственное образовательное учреждение высшего профессионального образования «ТОМСКИЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ» ЮРГИНСКИЙ ...»

-- [ Страница 2 ] --

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

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

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

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

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

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

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

Вопросы для самопроверки 1. Что включает в себя технология проектирования ЭИС?

2. Что такое технологический процесс проектирования ЭИС?

3. Что такое технологическая операция проектирования ЭИС?

4. Каковы требования к технологии проектирования ЭИС?

5. Что такое методология проектирования ЭИС?

6. Что понимается под организацией проектирования ЭИС?

7. Как классифицируются методы проектирования ЭИС?

8. Какие признаки характеризуют каноническое проектирование ЭИС?

9. Какие признаки характеризуют автоматизированное проектиро вание ЭИС?

10. Какие признаки характеризуют типовое проектирование ЭИС?

11. Что такое индустриальное проектирование ЭИС?

12. Как классифицируются средства проектирования ЭИС?

13. Какие стадии входят в жизненный цикл ЭИС?

14. Чем отличаются системный анализ и системный синтез?

15. Каковы требования к проектированию ЭИС?

16. Какие существуют модели жизненного цикла ЭИС?

17. Как формально определяется технологическая операция проек тирования?

18. Как строится технологическая сеть проектирования ЭИС?

Часть 2. КАНОНИЧЕСКОЕ ПРОЕКТИРОВАНИЕ ЭИС Тема 3. СОДЕРЖАНИЕ И МЕТОДЫ КАНОНИЧЕСКОГО ПРОЕКТИРОВАНИЯ ЭИС 3.1. Состав стадий и этапов канонического проектирования ЭИС Каноническое проектирование ЭИС отражает особенности ручной технологии индивидуального (оригинального) проектирования, осуще ствляемого на уровне исполнителей без использования каких-либо ин струментальных средств, позволяющих интегрировать выполнение эле ментарных операций. Как правило,. каноническое проектирование при меняется для небольших локальных ЭИС.

В основе канонического проектирования лежит каскадная модель жизненного цикла ЭИС. Процесс каскадного проектирования в жизнен ном цикле ЭИС в соответствии с применяемым в нашей стране ГОСТ 34601-90 «Автоматизированные системы стадий создания» делится на следующие семь стадий:

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

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

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

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

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

• ввод в действие;

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

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

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

На п е р в о й «Предпроектной стадии» принято выделять два основных этапа: сбор материалов обследования;

анализ материалов обследования и разработка технико-экономического обоснования (ТЭО) и технического задания (ТЗ).

В результате выполнения п е р в о г о э т а п а проектировщики по лучают материалы обследования (Д1.2), которые должны содержать полную и достоверную информацию, описывающую изучаемую пред метную область – предприятие, в том числе: цель функционирования;

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

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

Д 1. П1 П Предпроектная Стадия Д 1.2 Д 2. Д 1.1 стадия проектирования Д 1. П П3 Д 3. Стадия Стадия Д 4. эксплуатации внедрения и сопровождения Д 3. Рис. 3.1. ТСП стадий и этапов канонического проектирования ЭИС:

Д1.1 – предметная область;

Д1.2–материалы обследования;

Д1.3 – ТЭО, ТЗ на про ектирование;

Д1.4 – эскизный проект;

Д2.1 – техно-рабочий проект (ТРП);

Д3.1 – исправленный ТРП, переданный в эксплуатацию;

Д3.2 – акт о приемке про екта в промышленную эксплуатацию;

Д4.1 – модернизированный ТРП После выполнения в т о р о г о э т а п а проектировщики получают количественные и качественные характеристики информационных по токов, описание их структуры и мест обработки, объемов выполняемых операций и трудоемкости их обработки. На основе этих материалов раз рабатываются два документа: «Технико-экономическое обоснование проектных решений» (ТЭО), содержащее расчеты и обоснование необ ходимости разработки ЭИС для предприятия и выбираемых технологи ческих и проектных решений (Д1.3), и «Техническое задание» (ТЗ), в состав которого входят требования к создаваемой системе и ее отдель ным компонентам: программному, техническому и информационному обеспечению и целевая установка на проектирование новой системы (Д1.4). Эти документы являются основными для последующего проек тирования ЭИС в соответствии с заданными требованиями.

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

В т о р а я с т а д и я «Техно-рабочее проектирование» выполняет ся в два этапа: техническое проектирование и рабочее проектирование.

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

(ТРП) – Д2.1.

Т р е т ь я с т а д и я «Внедрение проекта» включает в себя три этапа: подготовка объекта к внедрению проекта;

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

На этапе «Подготовка объекта к внедрению проекта» осуществ ляется комплекс работ по подготовке предприятия к внедрению разра ботанного проекта ЭИС. На этапе «Опытное внедрение» осуществляют проверку правильности работы некоторых частей проекта и получают исправленную проектную документацию и «Акт о проведении опытно го внедрения». На этапе «Сдача проекта в промышленную эксплуата цию» осуществляют комплексную системную проверку всех частей проекта, в результате которой получают доработанный «Техно-рабочий проект» (Д3.1) и «Акт приемки проекта в промышленную эксплуата цию» (Д3.2).

Ч е т в е р т а я с т а д и я – «Эксплуатация и сопровождение про екта» включает этапы: эксплуатация проекта;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

выбор технологии проектирования;

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

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

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

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

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

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

Важной операцией, определяющей все последующие работы по обследованию объекта и проектированию ЭИС, является «Выбор тех нологии проектирования» (П2). В настоящее время в универсум (U2.1) входит несколько типов технологий проектирования: технология ориги нального, типового, автоматизированного и смешанного вариантов про ектирования.

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

Основными ограничениями при выборе технологии из некоторого универсума технологий (U2.1) могут служить: наличие денежных средств на приобретение и поддержку выбранной технологии, ограни чения по времени проектирования, доступность соответствующих инст рументальных средств и возможность обеспечения поддержки их экс плуатации собственными силами, наличие специалистов соответствую щей квалификации (Д2.1). Результатом выполнения этой операции слу жит получение описания выбранной технологии, методов и средств проектирования (Д2.2).

Перед началом работ по проведению обследования необходимо выбрать метод проведения обследования (П3). Все методы (U3.1) мож но объединить в группы по следующим признакам (рис. 3.3):

• по цели обследования выделяют метод организации локального проведения обследования, используемый для разработки проекта от дельной задачи или для комплекса задач, и метод системного обследо вания объекта, применяемый для изучения всего объекта с целью разра ботки для него проекта ЭИС в целом;

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

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

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

Выполнение работ по обследованию предметной области в каком либо подразделении и сбору материалов можно проводить на основе предварительного проведения выбора методов сбора материалов об следования (П4), универсум которых (U4.1) можно разделить на две группы (рис. 3.4):

U 2. П3 П П П Выбор Выбор Выбор Предваритель метода проведе- метода сбора технологии ное изучение Д 2.2 Д 3. Д 1. Д 1. ния обеспечения материалов проектирования предметной обеспечения области U 3.1 U 4. Д 2. Д 4. П7 Д 7. П5 П Д 7. Разработка Разработка Сбор и формализация Д 6. Д 5.1 календарного программы материалов плана-графика обследования обследования Д 7. Д 7. U 7. Д 7. Рис. 3.2. ТСП работ, выполняемых на этапе ”Сбор материалов обследования”:

Д1.1 – общие сведения об объекте;

Д1.2–примеры разработок проектов ЭИС для аналогичных систем;

U2.1 – универсум тех нологий проектирования;

Д2.1 – ресурсы;

Д2.2 – описание выбранной технологии, методов и средств проектирования;

U3.1 – универсум методов проведения обследования;

Д3.1 – описание выбранного метода;

U4.1 – универсум методов сбора материалов обследования;

Д4.1 – описание выбранного метода;

Д5.1 – программа обследования;

Д6.1 – план-график выполнения работ на предпроектной стадии;

U7.1 – универсум методов формализации;

Д7.1 – общие параметры (характеристики) экономической системы;

Д7.2 – методы и методики управления (алгоритм расчета экономических показателей);

Д7.3 – организационная структура экономической системы;

Д7.4 – параметры информационных потоков;

Д 7.5 – параметры материальных потоков • методы сбора, выполняемого силами проектировщиков исполнителей, включающие методы проведения бесед и опросов, анали за материалов обследования, личных наблюдений, фотографии рабочего дня и хронометража рабочего времени специалиста при выполнении им той или иной работы;

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

Методы организации проведения обследования 1. По целям проектирования Локальное обследование Локальное обследование 2. По числу исполнителей Бригадное обследование Индивидуальное обследование 3. По степени охвата объекта Сплошное обследование Выборочное обследование 4. По отношению к этапам Последовательное обследование Параллельное обследование Рис. 3.3. Схема классификации методов проведения обследования дня, позволяющий выявить состав операций и получаемые при этом документы Метод бесед и консультаций с руководителями чаще всего про водится в форме обычной беседы с руководителями предприятий и под разделений или в форме деловой консультации со специалистами по во просам, носящим глобальный характер и относящимся к определению проблем и стратегий развития и управления предприятием.

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

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

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

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

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

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

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

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

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

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

Метод аналогии основан на отказе от детального обследования какого-либо подразделения или какой-либо работы. Использование ме тода требует наличия тождественности и не исключает общего обсле Методы сбора материалов обследования Силами Силами специалистов испытателей Беседы Метод Хронометраж Личное и консультации с анализа наблюдение руководителями операций Документальная Самофотография инвентаризация рабочего дня Фотография рабочего Метод Опрос исполнителей Ведение дня для аналогий на рабочих местах индивидуальных исполнителя работ тетрадей - дневников Анализ Расчетный предоставленного метод материала Рис. 3.4. Схема классификации методов сбора материалов обследования дования и выяснения таких аспектов, на которые аналогия не распро страняется.

При выборе метода следует учитывать следующие критерии:

• степень личного участия проектировщика в сборе материала;

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

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

Обследование проводится по заранее разработанной программе (Д5.1), составляемой во время выполнения операции П5, по форме, представленной в табл. 3.1, содержащей перечень вопросов, ответы на которые дадут полное представление о деятельности изучаемого объек та и будут учтены при создании проекта ЭИС. Вопросы можно система тизировать по трем основным направлениям исследования объекта.

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

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

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

Для организации труда проектировщиков во время выполнения сбора материалов обследования и его последующего анализа необходи мо выполнение операции П6 – разработка «Плана-графика выполнения работ на предпроектной стадии» (Д6.1), фрагмент которого представлен в табл. 3.2.

Таблица 3. Программа обследования № Наименование Источник Получатель информации п/п вопроса информации 1 Цель функциониро- Руководитель пред- Руководитель проекта вания объекта приятия 2 Основные параметры Руководитель пред- Руководитель проекта объекта приятия 3 Организационная Секретарь руково- Зам. руководителя про структура объекта дителя екта ……..

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

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

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

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

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

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

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

тип объекта (например, тип предприятия, вид производства, ре жимы работы);

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

виды и ко личество оборудования и материальных ресурсов;

категории и числен ность работающих и т.д.

Таблица 3. План-график выполнения работ на стадии сбора материалов обследования Код Длитель № Наименова- Исполни- Дата Дата окон рабо- ность вы п/п ние работы тель начала чания ты полнения 1 Определение 001 Руководи- 01.03.06 2 02.03. целей и тель проек параметров та Серов предприятия М.Р.

2 Определение 002 Заместитель 03.03.06 1 03.03. организаци- руководите онной струк- ля проекта туры пред- Иванов И.П.

приятия …….

…….

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

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

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

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

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

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

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

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

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

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

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

носитель, на котором хранятся данные;

время создания;

время использования;

пере чень полей файлов;

выходные документы, получаемые на основе ин формации файлов.

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

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

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

перечень реквизитов;

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

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

Форма характеристик процедур обработки данных включает: на именование подразделения, где используется процедура, задачу, в кото рую входит данная процедура;

входную информацию, ее объемы;

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

частоту обращения процедуры к фай лу;

блок-схему процедуры;

выходные данные процедуры. Форма описа ния процедур обработки содержит: наименование задачи;

операции процедуры;

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

используемую технику;

стоимостные и временные затраты.

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

перио дичность и сроки их формирования;

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

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

На основе формализованного описания предметной области вы полняется этап «Анализ материалов обследования», целью которого яв ляются:

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

• выработка основных направлений совершенствования работы объекта обследования на базе внедрения проекта ЭИС, • выбор направлений проектирования (выбор инструментария) и оценка эффективности применения выбранного инструментария;

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

Рассмотрим технологическую сеть анализа материалов обследо вания (рис. 3.6), в которой в каждой из технологических операций ис пользуются документы обследования (Д1.1– Д1.5).

Анализ материалов обследования позволяет проектировщикам выделить и составить список автоматизируемых подразделений (П1).

На выбор объектов автоматизации оказывает влияние ряд факторов (U1.1), например, таких, как:

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

• количество связей этого подразделения с другими подразделе ниями;

• важность этого подразделения в процессах управления объек том;

• степень подготовленности подразделения для внедрения ЭВМ и др.

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

При выявлении списка автоматизируемых задач (Д2.1) на опера ции П2, для которых необходимо разработать проекты, проектировщики принимают к сведению следующие факторы, представленные универ сумом (U2.1):

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

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

• сильная информационная связь рассматриваемой задачи с дру гими задачами;

• недостаточная оперативность расчета показателей;

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

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

• неэквивалентный метод расчета показателей и др.

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

Далее выполняется операция, связанная с анализом всех получен ных ранее результатов, исходных универсумов и предварительным вы бором комплекса технических средств (Д3.1) на операции П3. На выбор типа ЭВМ из универсума U3.1 оказывает влияние большое число фак торов, которые принято объединять в следующие группы (U3.2).

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

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

3. Факторы, определяемые техническими характеристиками ЭВМ:

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

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

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

Далее следует выполнение операции П4 – «Выбор типа операци онных систем» (Д4.1). Операционные системы осуществляют управле ние работой ПЭВМ, ее ресурсами, запускают на выполнение различные прикладные программы, выполняют всевозможные вспомогательные действия по запросу пользователя. Различают однопользовательские, многопользовательские и сетевые OC (U4.1).

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

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

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

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

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

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

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

• возможность переконфигурации и быстрой настройки на новые аппаратные средства;

• быстродействие;

• совместимость с другими ОС;

• поддержка новых информационных технологий и др.

Следующей операцией (П5) является операция «Выбор способа организации информационной базы (ИБ) и программного средства ве дения ИБ» (Д5.1). Информационная база имеет несколько способов ор ганизации (U5.1) как совокупность локальных файлов и интегрирован ную организацию в виде баз данных. Локальная (файловая) организация подразумевает под собой хранение данных в виде совокупности локаль ных файлов, не зависимых между собой, создаваемых для документа, задачи или комплекса задач. Интегрированная база данных представля ет собой совокупность взаимосвязанных, хранящихся вместе данных, используемых для одного или нескольких приложений. Данные, органи зованные в виде базы данных (БД), могут быть организованы как цен трализованные базы данных, т.е. размещенные на одной ЭВМ, и в виде распределенных БД (размещенных на нескольких ЭВМ).

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

• масштаб применения СУБД - по этому признаку выбираются персональные – настольные СУБД (например, FoxPro или Access) или промышленные – сетевые СУБД (например, Oracle, Sybase, Informix, MS SQL, ADABAS, InterBase и др.);

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

• число уровней в архитектуре: одноуровневые;

двухуровневые;

трехуровневые;

• выполняемые СУБД функции: информационные – организация хранения информации и доступа к ней и операционные функции, свя Д 1.4 U 4. Д 1. П3 П П П.. Анализ и Анализ и Анализ и Анализ и. предварительный предварительный определение определение Д 2.1 Д 3. Д 1. выбор комплекса выбор типа состава задач состава объек Д 1.5 технических ОС на каждом авто та автоматизации средств (кТС) матизируемом объекте Д 1.3 U 4. U 2. U 1. U 3. U 3. Д 4. Д 1. П П5 П Д 6.1 Д 7. Выбор способа Выбор средства Разработка организации проектирования Д 5. ТО и ТЗ информационной ПО системы Д 1. базы (ИБ) и Д 7. Д 2. программного.

.

.

средства ведения U 6. ИБ Д 2.1 Д 3.2 Д 4.2 Д 5. Д 1. U 5.1 U 5.3 U 5. Рис. 3.6. Технологическая сеть выполнения процесса работ, на этапе «Анализ материалов обследования»:

Д1.1 – общие параметры (характеристики) экономической системы;

Д1.2–методы и методики управления (алгоритмы расчета экономической показателей);

Д1.3 – организационная структура экономической системы;

Д1.4 – параметры ин формационных потоков;

Д1.5 – параметры материальных потоков;

U1.1 –универсум факторов выбора;

Д1.6 – обоснование и список объектов автоматизации;

U2.1 – универсум факторов выбора задач;

Д2.1 – обоснование списка задач по каждому подразделению (объекту автоматизации);

U3.1 – универсум технических средств;

U3.2 – факторы оборота КТС;

Д3.1 – обосноване выбора КТС;

U4.1 – универсум операционных систем;

U4.2 – факторы выбора ОC;

Д4.1 – обоснование выбора ОС и алгоязыков;

U5.1 – универсум способов организации ИБ;

U5.2 – универсум программных средств владения ИБ;

U 5.3 – факторы выбора;

Д5.1 – обоснование выбора и описание организации ИБ и программного средства;

U6.1 – универ сум методов и программных средств разработки;

Д6.1 – обоснование выбора метода проектирования и инструментально го средства;

занные с обработкой информации;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2. Раздел описания «Назначение, цели создания системы» со стоит из двух подразделов:

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

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

3. В разделе «Характеристика объекта автоматизации» при водятся: краткие сведения об объекте автоматизации;

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

4. Раздел «Требования к системе» состоит из следующих под разделов: требования к системе в целом;

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

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

В подразделе «Требования к системе в целом» указывают требо вания к структуре и функционированию системы;

к численности квали фицированных работников;

к надежности и безопасности работы систе мы;

к эргономике и технической эстетике, эксплуатации, техническому обслуживанию, ремонту системы;

к защите информации от несанкцио нированного доступа;

требования по сохранности информации при ава риях;

к защите от внешней среды;

к патентной чистоте проектных ре шений;

требования по унификации и стандартизации.

В подразделе «Требования к функциям (задачам), выполняемым системой», комплексам задач и отдельным задачам приводят по каждой подсистеме перечень функций, задач или их комплексов, подлежащих автоматизации;

распределение их по очередям создания;

временной регламент реализации каждой функции, задачи или комплекса;

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

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

В подразделе «Требования к видам обеспечения» содержатся тре бования к математическому, программному, техническому, лингвисти ческому, информационному и методическому обеспечению ЭИС.

5. Раздел «Состав и содержание работ по созданию системы»

должен содержать: перечень стадий и этапов работ по созданию систе мы в соответствии с ГОСТ 34.601-90;

сроки выполнения;

перечень ор ганизаций-исполнителей;

перечень документов по ГОСТ 34.201- «Виды, комплектность и обозначение документов при создании автома тизированных систем», предъявляемых по окончании работ;

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

6. В разделе «Порядок контроля приемки системы» указывают:

виды, состав, методы испытания системы и ее частей;

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


порядок утверждения приемных докумен тов;

статус приемочной комиссии.

7. В разделе «Требования к составу и содержанию работ по под готовке объекта автоматизации к вводу системы в действие» необхо димо привести перечень необходимых мероприятий и их исполнителей, которые следует выполнять при подготовке объекта к вводу ЭИС в дей ствие: приведение информации, поступающей в систему, к виду, при годному для ввода в ЭВМ;

создание условий функционирования объек та, при которых гарантируется соответствие создаваемой системы тре бованиям, содержащимся в ТЗ;

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

сроки и порядок комплекто вания штатов и обучения персонала.

8. В разделе «Требования к документированию» приводят: пере чень подлежащих разработке комплектов и видов документов, соответ ствующих требованиям ГОСТ 34.201-89 и научно-технической доку ментации отрасли заказчика.

9. В разделе «Источники разработки» должны быть перечислены документы и информационные материалы (ТЭО, отчеты о законченных научно-исследовательских разработках, информационные материалы на отечественные, зарубежные системы-аналоги и др.).

10. В состав ТЗ при наличии утвержденных методик включают приложения, содержащие расчеты экономической эффективности сис темы;

оценку научно-технического уровня системы.

3.3. Состав и содержание работ на стадии техно-рабочего проектирования Работы на стадии «Техно-рабочего проектирования» выполня ются на основе утвержденного «Технического задания». Разрабатыва ются основные положения проектируемой системы, принципы ее функ ционирования и взаимодействия с другими системами;

определяется структура системы;

разрабатываются проектные решения по обеспечи вающим частям системы.

На стадии «Техно-рабочего проектирования» выполняются два этапа работ: техническое и рабочее проектирование, технологическая сеть которых приведена на рис. 3.7, 3.8 и 3.10. На первом из них – «Тех ническое проектирование» осуществляется логическая проработка функциональной и системной архитектуры ЭИС, в процессе которой строится несколько вариантов всех компонентов системы;

проводится оценка вариантов по показателям: стоимости, трудоемкости, достовер ности получаемых результатов, и составляется «Технический проект»

системы.

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

• разработка общесистемных положений по ЭИС (П1);

• изменение организационной структуры (П2);

• определение функциональной структуры (П3);

• разработка проектно-сметной документации и расчет экономи ческой эффективности системы (П13), (П14);

П1 П П Разработка Изменение Разработка функциональной организационной основных Д 2.1 Д 3. Д 1. Д 1.1 структуры и структуры положений перечня задач по новой системе U 3. Д 4. П П П Разработка Разработка форм Д 6. принципов документов и Разработка организации системы постановки решения Д 4.1 Д 5. ИО и их i-той задачи внутри- внедрения для j-той Д 6. машинной подсистемы Д 3. П7 П П Разработка классифи- Разработка форм Разработка каторов документов и Д 9. входных и Д 8. Д 7. и системы выходных кодов сообщений Д 4. Д 4. Д 5. Рис. 3.7. ТСП выполнения работ на этапе технического проектирования: Д1.1 – ТЗ;

Д1.2 – основные по ложения по ЭИС;

Д2.1 –описание организационной структуры;

Д3.1 – описание функциональной стрктуры;

Д4.1 – принципы организации информационного обеспечения;

Д5.1 – постановка задачи;

Д6.1 – формы первич ных и результативных документов;

Д6.2 – система ведения документов;

Д7.1 – классификаторы;

Д8.1 – структуры сообщений;

Д9.1 – описание макетов и структур файлов;

П П П Уточнение Разработка Уточнение состава внемашинной состава Д 9.1 Д 11.2 Д 12. Д 10. аппаратной и внутримашин- периферийной платформы ной технологии техники проекта решения каждой Д 11. задачи Д 4.1 Д 11. П П Разработка Д 15. П проектно- Расчет сметной экономической Д 13.1 Д 14.1 Разработка форм документации эффективности документов и Д 1.1 ЭИС системы Д 1. П Окончательное оформление Д 16. проекта Рис. 3.8. ТСП выполнения работ на этапе технического проектирования: Д1.1 – ТЗ;

Д4.1 – прин ципы организации информационного обеспечения;

Д9.1 – описание макетов и структур файлов;

Д10.1 – системы технологических процессов обработки данных;

Д11.1 – ТЭО;

Д11.2 – описание соста ва и характеристика периферийной техники;

Д12.1 – АП;

Д13.1 – проектно – сметная документация;

Д14.1 – показатели экономической эффективности;

Д15.1 – план мероприятий по подготовке объекта в внедрению проекта ЭИС;

Д16.1 – технический проект разработка плана мероприятий по внедрению ЭИС (П15).

• При разработке основных положений по системе (П1) уточняют ся цели создания ЭИС и выполняемые ею функции;

устанавливается ее взаимосвязь с другими системами и формируется документ Д1.2 «Ос новные положения». Далее уточняется и изменяется организационная структура (П2) и получается описание организационной структуры (Д2.1).

Наиболее принципиальной в данном комплексе работ является разработка функциональной архитектуры ЭИС (П3) Д3.1 на базе уни версума U3.1 принципов выделения функциональных подсистем (моду лей, контуров): предметного, функционального, смешанного (предмет но-функционального) и проблемного.

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

• разработка «Постановки задачи» для задач, входящих в состав каждой функциональной подсистемы (П5), включающей основные ком поненты описания задачи и служащей основанием для разработки про ектных решений по задаче;

• проектирование форм входных и выходных документов, систе мы ведения документов и макетов экранных форм документов (П6, П9);

• проектирование классификаторов экономической информации и системы ведения классификаторов (П7);

• разработка структуры входных и выходных сообщений (П8);

• проектирование состава и структур файлов информационной ба зы (П4);

• проектирование внемашинной и внутримашинной технологии решения каждой задачи (П10);

• уточнение состава технических средств (П11), (П12).

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

• характеристику задачи;

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

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

В состав раздела «Характеристика задачи» входят следующие компоненты: описание цели;

назначение решения конкретной задачи;

перечень функций и процессов, реализуемых решаемой задачей;

харак теристика организационной и технико-экономической сущности задачи;

обоснование целесообразности автоматизации решения задачи;

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

описание процедур решения задачи;

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

описание связей с другими за дачами.

Постановка задачи Характеристика Выходная Входная задачи информация информация Перечень и описание Перечень и описание Цель выходных документов входных документов и сообщений и сообщений Назначение Перечень Перечень задачи структурных структурных единиц единиц информации информации Экономическая сущность Наименование, Наименование, задачи идентификатор, идентификатор, форма, форма, периодичность, требования к точ Организационная сроки получения ности, источник сущность информации задачи Описание алгорит мов, используемых в задаче Периодичность Требования к организации сбора исходных данных Связи с другими задачами Рис. 3.9. Схема структуры «Постановка задачи»

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

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

Организационная сущность задачи – это описание порядка реше ния задачи;

организационной формы, применяемой для ее решения;

ре жима решения;

состава файлов с постоянной и переменной информаци ей;

способа получения и ввода первичной информации в ЭВМ;

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

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

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


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

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

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

наименование;

идентификатор по каждой форме документа.

Описание входной информации состоит из перечня входных сооб щений;

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

описания периодич ности возникновения и сроков получения информации;

наименования и идентификатора по каждой форме документа.

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

Результатом работ на данной стадии является утвержденный «Технический проект», состав и содержание которого регламентируют ся стандартом (ГОСТ 34.201-89).

На в т о р о м э т а п е – «Рабочем проектировании» осуществляет ся техническая реализация выбранных наилучших вариантов и разраба тывается документация «Рабочий проект» (рис. 3.10). Наиболее ответ ственной работой, выполняемой на этом этапе, являются «Кодирование и составление программной документации» (П1), содержание которой хорошо отражено в ряде источников, например в [7, 14, 16]. В ее состав входят следующие компоненты (Д 1.2):

• описание программ;

• спецификация программ;

• тексты программ;

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

• инструкции для системного программиста, оператора и пользо вателя.

П1 П Разработка Разработка программного технологических Д 2. Д 1. Д 1.1 обеспечения документов и i-той задачи инструкций j- той подсистемы Д 1. П П Разработка Оформление правовых рабочего Д 3.1 Д 4. инструкций проекта Д 2. Рис. 3.10. ТСП работ, выполняемых на этапе рабочего проектирования:

Д1.1 – технический проект;

Д1.2 – документы программного обеспечения;

Д2.1 – технические документы и инструкции;

Д3.1 – правовые инструкции;

Д4.1 – рабочий проект Большую роль в деле эффективного использования разработанно го проекта ЭИС играет качественная технологическая документация, входящая в состав «Рабочего проекта». Эта часть проекта разрабатыва ется на операции П2 и предназначена для использования специалистами в своей деятельности на каждом автоматизированном рабочем месте.

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

Технологическая документация разрабатывается в соответствии с требованиями ГОСТ 3.11.09-82 «Система технологической документа ции. Термины и определения основных понятий», и составляет содер жание технологического обеспечения ЭИС, которое можно разделить на несколько типов в соответствии с выделением следующих классов за дач, решаемых в ЭИС:

• системы обработки данных (СОД);

• системы поддержки принятия решений (СППР);

• системы автоматизированного проектирования новой продукции (САПР) и т.д.

К числу работ, выполняемых на этом этапе, относится «Разра ботка правовых инструкций» (Д1.2) (П1), определяющих права и обя занности специалистов, работающих в условиях функционирования на предприятии компонентов ЭИС.

Заключительной операцией служит «Оформление документации Рабочего проекта» (Д4.2) согласно ГОСТам (Д4.1) на операции П4.

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

Внедрение может осуществляться с использованием следующих методов:

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

• параллельный метод, при котором все задачи внедряются во всех подсистемах одновременно;

• смешанный подход, согласно которому проектировщики, вне дрив несколько подсистем первым методом и накопив опыт, приступа ют к параллельному внедрению остальных.

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

Внедрение проекта осуществляется в течение трех этапов:

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

• опытное внедрение;

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

П е р в ы й э т а п – «Подготовка объекта к внедрению». На этом этапе осуществляются следующие операции:

• изменяется организационная структура объекта (предприятия);

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

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

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

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

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

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

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

На вход этого этапа поступают компоненты «Технического проек та» в части «Плана мероприятий по внедрению», решения по техниче скому и информационному обеспечению, технологические и инструк ционные материалы «Рабочего проекта». В результате выполнения эта па составляется «Акт готовности объекта к внедрению» проекта ЭИС.

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

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

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

• ввод исходных данных в ЭВМ и выполнение запланированного числа реализаций;

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

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

После устранения ошибок получают «Акт о проведении опытного внедрения», который служит сигналом для начала выполнения следую щего этапа.

На т р е т ь е м э т а п е «Сдача проекта в промышленную эксплуа тацию» используют следующую совокупность документов:

• договорная документация;

• «Приказ на разработку ЭИС»;

• ТЭО и ТЗ;

• исправленный «Техно-рабочий проект»;

• «Приказ о начале промышленного внедрения»;

• «Программа проведения испытаний»;

• «Требования к научно-техническому уровню проекта системы».

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

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

• проверка соответствия проектных решений по ЭИС требованиям ТЗ;

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

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

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

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

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

На ч е т в е р т о й с т а д и и «Эксплуатация и сопровождение про екта» выполняются следующие этапы:

• эксплуатация проекта;

• сопровождение и модернизация проекта.

На этой стадии решается вопрос о том, чьими силами (персоналом объекта-заказчика или организации-разработчика) будут осуществлять ся эксплуатация и сопровождение проекта, и в случае выбора второго варианта заключается «Договор о сопровождении проекта».

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

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

Анализ осуществляет создаваемая для этих целей комиссия. Результаты анализа позволяют:

• сделать заключение о необходимости модернизации всего про екта или его частей;

• определить объемы доработок, сроки и стоимость выполнения этих работ с целью получения «Техно-рабочего проекта», прошедшего модернизацию.

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

Вопросы для самопроверки 1. Что такое каноническое проектирование ЭИС и каковы особен ности его содержания?

2. Какова цель этапа «Сбор материалов обследования»?

3. Что может служить для проектировщика объектом обследова ния?

4. Каковы состав и содержание методов Организации проведения обследования?

5. Какие используются методы сбора материалов обследования, и для каких целей?

6. Перечислите состав вопросов в программе обследования при системном и локальном подходах к проектированию ЭИС.

7. Что такое план-график проведения работ, и каково его назначе ние?

8. Каково назначение этапа «Анализ материалов обследования»?

9. Каков состав методов формализации материалов обследования?

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

11. Каков состав факторов отбора объектов для проведения авто матизации работ и выбора состава автоматизируемых задач?

12. Каков состав факторов выбора типов вычислительной техники и операционных систем?

13. Каковы факторы выбора способов организации хранения дан ных в информационной базе и типов СУБД?

14. Каково назначение и каков состав разделов «Технико экономического обоснования»?

15. Каково назначение и содержание «Технического задания»?

16. Каковы назначение и состав операций стадии «Техно-рабочее проектирование»?

17. Какие работы «Техно-рабочего проектирования» относятся к разработке общесистемных проектных решений, и каково их содержа ние?

18. Какой состав работ относится к разработке локальных решений проекта ЭИС?

19. Что такое «Постановка задачи» и каков состав компонентов этого документа?

20. Каков состав разделов «Технического проекта ЭИС»?

21. Какие работы относятся к этапу «Рабочего проектирования»?

22. Какие разделы выделяются в документации «Рабочего проек та»?

23. Каковы состав, последовательность выполнения работ на ста дии «Внедрение проекта», состав получаемой документации?

24. Каков состав работ по подготовке объекта к внедрению проек та ЭИС?

25. Каковы методы организации внедрения проекта ЭИС и их особенности?

Тема 4. ПРОЕКТИРОВАНИЕ СИСТЕМЫ ЭКОНОМИЧЕСКОЙ ДОКУМЕНТАЦИИ 4.1. Понятие унифицированной системы документации Основной компонентой внемашинного информационного обеспе чения ЭИС является система документации, применяемая в процессе управления экономическим объектом. Под документом понимается оп ределённая совокупность сведений, используемая при решении эконо мических задач, расположенная на материальном носителе в соответст вии с установленной формой. Документ рассматривается как специаль ный знак экономического языка, имеющий единство формы, содержа ния и материального носителя и обладающий следующими свойствами:

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

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

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

• по степени официальности (документы утверждённой и неут верждённой формы);

• по отражаемой стадии воспроизводства (производство, тор говля и т.д.);

• по уровню управления (государственный уровень, уровень мини стерства, уровень объединений, предприятий и организаций);

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

• по отношению к экономической системе (внешние и внутрен ние);

• по отношению к ЭИС (не обрабатываемые в системе документы и обрабатываемые в системе);

• по отношению к задаче (первичные документы, промежуточные и результатные документы);

• по способу заполнения (документы ручного заполнения;

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

автоматического получения, осуществляемого с помощью ЭВМ);

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

• по периодичности (годовые, квартальные, месячные и т.д.);

• по срочности (срочные, несрочные).

Существующие системы документации, характерные для неавто матизированных ЭИС, отличаются большим количеством разных типов форм документов;

большим объёмом потоков документов и их запутан ностью;

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

• проведение унификации и стандартизации документов;

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

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

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

В настоящее время разработаны следующие виды УСД на межот раслевом уровне:

• стандарты и технические условия;

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

• проектная документация по капитальному строительству;

• плановая документация;

• статистическая отчётность;

• первичная учётная документация;

• финансовая первичная и отчётная документация;

• бухгалтерская документация бюджетных организаций и объеди нений;

• организационно-распорядительная документация;

• документация по материально-техническому снабжению;

• документация по ценообразованию и торговле.

Любой тип УСД должен удовлетворять следующим требованиям:

• документы, входящие в состав УСД, должны разрабатываться с учётом их использования в системе взаимосвязанных ЭИС;

• УСД должна содержать полную информацию, необходимую для оптимального управления тем объектом, для которого разрабатывается эта система;

• УСД должна быть ориентирована на использование средств вы числительной техники для сбора, обработки и передачи информации;

• УСД должна обеспечить информационную совместимость ЭИС различных уровней;

• все документы, входящие в состав разрабатываемой УСД, и все реквизиты-признаки в них должны быть закодированы с использовани ем международных, общесистемных или локальных классификаторов.

4.2. Проектирование унифицированной системы документации ЭИС При разработке системы документации в ЭИС проектировщик должен решать следующие проблемы: спроектировать и унифицировать новые документы;

отобрать документы, которые будут использоваться в ЭИС без изменений;

выявить в существующей системе те документы, которые надо унифицировать.

В процессе проектирования можно выделить три этапа работ (рис.

4.1):

• построение новых форм документов;

• унификация всей системы документации;

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

Рассмотрим содержание работ, выполняемых на каждом этапе.

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

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



Pages:     | 1 || 3 | 4 |   ...   | 5 |
 





 
© 2013 www.libed.ru - «Бесплатная библиотека научно-практических конференций»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.