Тема Понятие рыночной системы рыночной экономики 2
| Вид материала | Документы |
- Тема "Понятие рыночной системы рыночной экономики", 249.55kb.
- План: Понятие рыночной экономики Необходимость и сферы государственного вмешательства, 81.36kb.
- Темы курсовых работ по дисциплине «Макроэкономика» Сущность и основные черты рыночной, 37.01kb.
- Учебная программа дисциплины "проблемы развития рыночной экономики" раздел 1 общие, 163.74kb.
- Аннотация, 106.77kb.
- Как известно даже в Германии единая концепция сущности и базовых элементов социальной, 256.74kb.
- Оао «асб беларусбанк» (Минск) Вопросы совершенствования банковской системы в социальной, 218.41kb.
- Темы дисциплины Тема Предприятие основное экономическое звено в структуре рыночной, 795.98kb.
- «Механизм государственного регулирования в рыночной экономике», 50.69kb.
- План урока Тема занятия: «Пути повышения эффективности деятельности предприятия в условиях, 75.59kb.
8.2. Организация работ по созданию аис
А. Стадии и этапы разработки АИС
Процесс создания АИС представляет собой совокупность упорядоченных во времени, взаимосвязанных и объединенных в стадии и этапы работ, выполнение которых необходимое и достаточное для создания системы, которая отвечает заданным требованиям.
Рассмотрим подробнее соответствующие стадии и этапы.
1. Стадия формирования требований к АИС.
Этапы: обследование объекта и обоснования необходимости построения системы; формирование требований пользователя к ней; оформление отчета и заявки на его разработку (тактико-техническая задача).
2. Стадия разработки концепции АИС.
Этапы: изучение объекта; выполнение необходимых научно-исследовательских работ (НДР); разработка вариантов концепции АИС и выбор того из них, что удовлетворяет требования пользователя; оформление отчета о выполненной работе.
3. Стадия разработки технической задачи.
Этапы: разработка технической задачи и ее утверждение.
4. Стадия эскизного проектирования.
Этапы: разработка предшествующих проектных решений относительно системы и отдельных ее частей.
5. Стадия технического проектирования.
Этапы: разработка проектных решений относительно системы и ее частей; разработка документации АИС и ее частей; разработка и оформление документации на поставку или разработку изделий для комплектования системы; разработка задач на проектирование в сопредельных частях проекта автоматизации.
6. Стадия рабочего проектирования.
Этапы: разработка рабочей документации на систему и ее части; создание или адаптация программ.
7. Стадия внедрения системы в действие.
Этапы: подготовка объекта автоматизации к внедрению АИС; подготовка персонала; комплектование АИС (программными и техническими средствами, информационными изделиями); строительно-монтажные работы; пусконаладочные работы; предшествующие испытания; исследовательская эксплуатация; приемочные испытания.
8. Стадия сопровождения.
Этапы: выполнение работ в соответствии с гарантийными обязательствами и послегарантийное обслуживание.
В зависимости от сложности процессов и задач, которые должны быть автоматизированными, не все стадии являются одинаково обязательными. Из первых трех стадий обязательной есть третья, результатом выполнения которой может быть утвержденный документ «Техническая задача» — ТЗ. Разрабатывает его, как правило, заказчик. ТЗ делится на 9 разделов и определяет требования к автоматизированным функциям, задачам и видам обеспечения; регламентирует организацию разработки, размеры затрат, сроки выполнения стадий и этапов работ и т.п.. ТЗ определяет также очередность разработки и внедрение системы (пусковые комплексы, очереди и т.д.).
Охарактеризуем кратко основные разделы ТЗ.
Раздел 1. Общие сведения. Состоят из полного наименования работы, заказчика и объекта.
Раздел 2. Назначение и цель работы. Выясняются назначение и цель автоматизации, например сокращение сроков обработки данных, минимизация затрат.
Раздел 3. Характеристика предметной области. Приводятся сведения об объекте управления и процессы, которые нужно автоматизировать, об условиях выполнения задач.
Раздел 4. Основные требования. Этот раздел важнейший в ТЗ. Формулируются требования к искомым решениям системы в целом, к взаимосвязям и взаимодействиям разных комплексов задач, как с каждой задачей, так и с другими системами; к уровню автоматизации, технического, программного, информационного и других видов обеспечения.
В следующих разделах уточняются объемы и сроки выполнения работ, определяются другие параметры создаваемой системы.
Заметим, что объем ТЗ может изменяться в довольно широких границах. Например, в одной и той самой фирмы-разработчика ТЗ на «Многопользовательский программный комплекс «Клиент — банк» составляет 5 страниц, а на систему ОДБ — свыше 40.
Результат выполнения стадии технического проектирования представляет собой документ «Технический проект» — ТП, которое состоит из общесистемной документации и документов относительно функциональной и обеспечивающей частей.
Документация относительно ФЧ содержит проектные решения из автоматизации функций и постановки задач ли их комплексов, а документация относительно ОЧ — проектные решения из информационного, программного, технического и других видов обеспечения.
На стадии рабочего проектирования — РП — к наиболее трудоемким операциям належат разработка и отладки рабочих программ.
Заметим, что в случае объединения стадий технического и рабочего проектирования объем документации уменьшается (приблизительно на 20 %).
На стадии внедрения системы происходит ее пробная эксплуатация, на основании которой исправляются выявленные недостатки и ошибки. Вместе с тем определяются объемы выполненных работ, и устанавливается соответствие полученных результатов требованиям технической задачи.
Б. Разработка автоматизированного решения задач при условиях функционирования АИС
Организация разработки автоматизированного решения отдельных задач или их комплексов в том случае, если на объекте функционирует АИС, имеет свою специфику, поскольку тогда, как правило, технический комплекс и базовое программное обеспечение — ПЗ — уже заданные. При таких условиях рассматриваемый процесс разработки автоматизированного решения задач разделяют на 8 этапов.
1. Формулирование требований — аналог ТЗ.
2. Постановка задачи — элемент ТП.
3. Построение алгоритма решение задачи — элемент ТП.
4. Разработка контрольного примера (КП) — элемент ТП.
5. Разработка машинной блок-схемы и программ — элемент РП.
6. Отладка разработанных программ на контрольном примере — элемент РП.
7. Отладка разработанных программ на реальных данных (пробная эксплуатация).
8. Принятие в промышленную эксплуатацию.
Заметим, что этапы 6-й и 7-й можно объединить, если для контрольного примера взять реальные данные и не разрабатывать машинную блок-схему (ее разрабатывают, как правило, лишь для сложных алгоритмов).
Этапы являются элементами соответствующих стадий разработки, и их сущность и содержание зависят от используемых технических и программных средств. Эту зависимость в качественном плане иллюстрирует табл. 2.1.
Таблица 2.1
| Номер и название этапа | Соответствующая стадия | Степень зависимости этапа | |
| ПЗ | ТЗ | ||
| 1. Формулировка требований | ТЗ | — | — |
| 2. Постановка задачи | ТП | Слабая | Слабая |
| 3. Построение алгоритма | ТП | Средняя | Одно и то же |
| 4. Разработка КП | ТП | Сильная | » |
| 5. Разработка машинной блок-схемы и программ | РП | Одно и то же | » |
| 6. Отладка | РП | » | Сильная |
| 7. Пробная эксплуатация | 7-мая | » | Одно и то же |
| 8. Принятие в эксплуатацию | 8-мая | » | » |
Примечания:
1. В ТЗ выдвигаются требования к ТК и ПЗ, поэтому оно практически не зависит от них.
2. Считаем, что «сильная» степень зависимости означает: работу на соответствующем этапе нельзя выполнить без учета специфики конкретного ТК ли ПЗ; «средний» — работу выполнить можно, учитывая важные свойства данного типа ТК или ПЗ; «слабый» — работу можно выполнить без учета особенностей ТК ли ПЗ.
Поскольку технико-экономическое содержание задачи не зависит от формы представления входной и исходной информации, то постановка задачи в значительной мере инвариантная относительно ТК и ПЗ.
Рассмотрим дальше содержание и требования к документу «Описание постановки задачи (комплекса задач)» как важного и определяющего элемента ТП.
В. Описание постановки задачи и ее разработка
Описание постановки задачи — ОПЗ (комплекса задач) есть элементом технического проекта.
В случае машинной и автоматизированной обработки данных объем понятия «задача» охватывает:
1) процесс машинной обработки данных, то есть непосредственное решение задачи машинными средствами;
2) метод решения;
3) процедуры подготовки данных к обработке;
4) использование данных, в частности и для принятия управленческих решений.
Организовывая автоматизированное решение задачи, необходимо принять определенное и конкретное решения по перечисленным вопросам, а итак, чтобы реализовать автоматизированное решение задачи, следует, прежде всего, разработать постановку задачи, которая может содержать об этой задаче все необходимые для ее автоматизированного решения сведения.
Состав и содержание постановки задачи (комплекса задач) зависят от специфики последней и условий решения. Вообще ОПЗ состоит из таких основных разделов: 1) характеристика задачи; 2) исходная информация; 3) входная информация.
Кроме того, выполняется описание алгоритма автоматизированного решения задачи, которая может быть включен к ОПЗ как раздел 4-й или изложенный в отдельности.
Иногда ОПЗ содержит и раздел «Расчет экономической эффективности», где обосновывается эффективность решения задачи с помощью ЭВМ.
Охарактеризуем кратко каждый раздел ОПЗ.
Раздел 1-й содержит информацию о назначении задачи (комплекса задач); перечень объектов, в процессе управления которыми решается задача; периодичность и продолжительность решения; условия, за которые прекращается решение автоматизированным способом; информационные и технологические связи с другими задачами (комплексами) АИС; должности лиц и (или) названия подразделов, которые определяют условия и временные характеристики конкретного решения (решение) и деление обязанностей между персоналом и техническими средствами в разных ситуациях решения задачи (комплекса задач).
Раздел 2-й (исходная информация) состоит из перечня и описания исходных сообщений), есть форм сведений, видеограмм, видеокадров и т.п.) и перечня и описания структурных единиц информации исходных сообщений.
Описание выходных сообщений имеет вид таблицы, которая содержит название каждого сообщения, его идентификатор, форму представления (документ, видеокадр, сигнал и т.п.), периодичность и срок выдачи.
Описывая структурные единицы исходных сообщений, отмечают название единицы, идентификаторы исходных сообщений, которым она належит, требования к точности вычисления этой единицы, ее условное обозначение.
Раздел 3-й (входная информация) содержит перечень и описание входных сообщений и перечень и описание структурных единиц информации входных сообщений, которые имеют самостоятельную содержательную погрузку.
Под входной информацией понимают данные, которые являются необходимыми для решения задачи и поступают в виде документов и сообщений разной формы. Описание входных сообщений также задается в виде таблицы и содержит наименование сообщения, его идентификатор, форму представления, сроки и частоту поступления.
Описание структурной единицы входного сообщения состоит из его наименования, нужной точности числового значения и указания, относительно источника соответствующей информации (сообщение, которое содержит эту единицу).
ОПЗ разрабатывается в такой последовательности. Если технико-экономическая сущность задачи является понятной, то разработку начинают из определения выходной информации решаемой задачи, описания содержания и формы выходных сообщений и способов их представления, определения реквизитов и носителей выходных данных.
После установления выходных данных определяют необходимые входные данные и начинают разработку алгоритма решение задачи — последовательности правил получения выходных данных на основании входных. На основании разработанного алгоритма определяется также информация для сохранения и накопления. Затем отрабатывается система внесения изменений в информацию задачи.
Чтобы проверить правильность алгоритма, разрабатывают контрольный пример, используемый также для обеспечения отладки программ и их тестирование во время эксплуатации.
Практика показывает, что наилучший контрольный пример — это пример, построенный на реальных данных. Тем не менее, пользоваться таким примером можно не всегда из-за отсутствия необходимых реальных данных или из-за того, что их много (в таком случае отладка программы очень усложняется и замедляется) ли имеющиеся реальные данные не полностью отбивают все возможные варианты решения.
ОПЗ существенным образом упрощается, если для ее решения используются типовые проектные решения — ТПР и пакеты прикладных программ — ППП. Тогда фактически разрабатывается лишь раздел 1-й, а во 2-м и 3-м разделах ОПЗ происходит простое «привязывание» (отбор) нужных сообщений ППП (ТПР) или указанные разделы не разрабатываются совсем.
Заметим, что специфические особенности ОПЗ обнаруживаются во время решения задач в диалоговом режиме. Ведь нужно разрабатывать сценарий диалога, учитывая удобство работы, типы Диалога, формы их реализации на ЭВМ и даже присущие пользователю приемы и привычки.
Г. Описание алгоритма решение задачи
Алгоритм представляет собой правило решение задачи, сформулированное как последовательность вычислительных, логических и других действий (шагов), выполняемых с целью получения нужного результата. Алгоритм может быть задан словесно (средствами естественного языка), математическим или графическим описанием. Кроме того, алгоритм может задаваться алгоритмическим языком.
В АИС алгоритмы описываются, большей частью, математическим или графическим способом, а также алгоритмическим языком. Графическому описанию предшествует, как правило, построение математической модели — математического описания алгоритма. Такое описание состоит в формализованном (с применением математических символов) представлении всех рассматриваемых зависимостей и методов определения значений выходных данных на основании входных.
Графическое описание алгоритма выполняется в виде структурной схемы. Любой ее элемент представляет собой фрагмент алгоритма, который описывает определенные (полностью определенные) действия с данными. Последовательность действий изображается с помощью линий потока информации. Направление потока информации «свыше — вниз» и «слева — направо» считается основным и стрелками не сказывается.
Строя схемы алгоритма, используют геометрические фигуры — условные обозначения, любое из которых имеет стандартный и целиком определенное нормативными документами содержание и вид. Например, овалом сказывается начало или конец алгоритма, прямоугольником — арифметические и прочие операции с данными и т.д.
Существуют определенные графические обозначения и для типов носителей и форм передача данных, поэтому с помощью таких обозначений можно подать не только машинный алгоритм, а и всю технологию решения задачи и обработки информации. Это важно, если речь идет о сложных информационных связях между задачами или сложные процессы обработки данных.
К ОПЗ включают большей частью как математическое, так и графическое описание алгоритма. В случае, если создают отдельный документ «Описание алгоритма», выделяют в нем разделы: назначение и характеристика комплекса задач, используемая информация, результаты решения задач комплекса, математическое описание алгоритма, графическое его описание.