«система»
| Вид материала | Лекция |
- Лекция 2 Экономическая система, как объект кибернетики, 70.17kb.
- 1. Назва модуля: Конструкція та динаміка двигунів внутрішнього згорання Код модуля, 20.12kb.
- Воспитательная система образовательного учреждения. Концепция всш, 120.08kb.
- Налоговая система, 798.68kb.
- Тема Правовые системы современности, 23.96kb.
- Солнечная система автор: Самиев Махмуд, 6 «Б» класс, 547.98kb.
- Темы рефератов икурсовых работ общие. Система государственного управления: основные, 90.41kb.
- Лекция Система национальных счетов, 238.7kb.
- Школа как педагогическая система и объект научного управления, 71.64kb.
- В. А. Геодакян Окружающий нас мир состоит из разных систем: наша галактика система,, 284.73kb.
ЛЕКЦИЯ 6.
ПРЕДПРОЕКТНАЯ СТАДИЯ.
Состав проектной документации стадии предпроектного обследования.
Состав проектной документации определяется масштабом разрабатываемой системы. В общем случае результаты предпроектного обследования должны быть зафиксированы в двух основных документах: технико-экономическом обосновании разработки АЭИС и техническом задании на разработку АЭИС.
Результатом 1 этапа является технико-экономическое обоснование разработки АЭИС. В этом документе должно быть четко сформулировано, что получит заказчик, если согласится финансировать проект; когда он получит готовый продукт (примерный график выполнения работ); сколько это будет стоить (для крупных проектов должен быть составлен график финансирования на разных этапах работ). В документе должны быть отражены не только затраты, но и выгода, например время окупаемости проекта, ожидаемый экономический эффект (если его удается оценить). Кроме того, особо нужно указать, что не будет реализовано в рамках данного проекта, а также будущие требования к системе в случае ее развития (например, возможность работы пользователя с системой через Интернет и т.п.), совокупность условий, при которых предполагается эксплуатировать будущую систему
В соответствии с ГОСТ 34-602-89 «Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы» этот документ является основным, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка АЭИС и ее приемка при вводе в действие. ТЗ на АЭИС разрабатывают на основании исходных данных, в том числе содержащихся в технико-экономическом обосновании создания АЭИС.
^ ТЗ содержит:
- описание основных целей создания системы, критерии эффективности ее функционирования;
- описание состава и структуры разрабатываемой системы (т.е. из каких подсистем она состоит, как они связаны между собой, какие комплексы задач, и в каком порядке будут разрабатываться, их назначение);
- перечень основных показателей (параметров), которые должны быть достигнуты в условиях автоматизированного управления объектом;
- перечень функций управления с указанием входных и выходных документов, периодичность решения и формы представления информации для каждой функции;
- требования к программному, информационному, организационному и техническому обеспечению;
- ограничения, риски, критические факторы, влияющие на успешность проекта (например, время реакции системы на запрос является заданным ограничением, а не желательным фактором);
- план-график разработки подсистем и их внедрения.
ТЗ – официальный документ, создаваемый и утверждаемый в установленном порядке.
Надо отметить, что документы первого этапа разработки системы выполняются в тесном контакте заказчика и разработчика. А написание ТЗ – это вообще обязанность заказчика, хотя разработчик способен помочь в составлении этих документов.
^
Постановка задачи
Постановка задачи – это описание задачи по определенным правилам, которое дает исчерпывающее представление о ее сущности, логике преобразования информации для получения результата. На основе постановки задачи программист должен представить логику ее решения и рекомендовать стандартные программные средства, пригодные для ее реализации.
Через постановку задачи, путем регламентации изложения ее содержания, устраняются трудности взаимодействия «пользователь – прикладной программист», что делает это взаимодействие более логичным и системным. Для постановки задачи используются сведения, необходимые и достаточные для полного представления ее логической и информационной сущности. Такими сведениями располагает экономист, осуществляющий решение задачи в условиях ручной обработки или с использованием компьютерной техники. При постановке задачи пользователь прежде всего должен описать информационное обеспечение, алгоритмы ее решения.
Постановка задачи требует от пользователя не только профессиональных знаний той предметной области, для которой делается постановка, но и знаний компьютерных информационных технологий. Ошибки пользователя на этапе постановки задачи увеличиваются в сотни и тысячи раз по своим последствиям (в зависимости от масштаба системы), если их обнаружат на конечных фазах создания продукта. Причина заключается в том, что каждый из последующих участников создания прикладных программ не располагает информацией, необходимой для исправления содержательных ошибок.
При описании постановки задачи обращается внимание на ее объемно-временные характеристики. Они отражают объемы входной и выходной информации (количество документов, строк, знаков, обрабатываемых в единицу времени), временные особенности поступления, обработки и выдачи информации.
В процессе описания постановки задачи важной является выверка точности и полноты названий всех информационных единиц и их совокупностей. Четкость наименований информационных элементов и их идентификации, устранение синонимов и омонимов в названиях экономических показателей обеспечивают более высокое качество результатов обработки. Для каждого вида входной и выходной информации дается описание всех ее элементов. Описание строится в виде таблицы, в которой присутствуют:
- наименование элемента информации (реквизита);
- его идентификатор;
- максимальная разрядность.
Наименование реквизита должно соответствовать документу или вытекать из него. Не допускаются даже мелкие погрешности в наименованиях реквизитов, т.к. в принятой редакции закладывается словарь информационной системы (тезаурус).
Идентификатор представляет собой условное обозначение, с помощью которого можно оперировать значением реквизита. Идентификатор может строиться по мнемоническому принципу, использоваться для записи алгоритма и представлять собой сокращенное обозначение полного наименования реквизита.
Разрядность реквизита необходима для подсчета объема занимаемой памяти.
Постановка задачи выполняется в соответствии с планом.
^
План постановки задачи.
1. Организационно-экономическая сущность задачи:
- наименование задачи, место ее решения;
- цель решения;
- назначение (для каких объектов подразделений и пользователей предназначена);
- периодичность решения и требования к срокам решения;
- источники и способы поступления данных;
- потребители результатной информации и способы ее отправки;
- информационная связь с другими задачами.
2. Описание исходной (входной) информации:
- перечень исходной информации;
- формы представления (документ) по каждой позиции перечня, примеры заполнения документов;
- количество документов (информации) в единицу времени, количество строк в документе (массиве);
- описание структурных единиц информации (каждого элемента данных, реквизита);
- точное и полное наименование, идентификатор, максимальная разрядность;
- способы контроля исходных данных:
- контроль разрядности реквизита;
- контроль интервала значений реквизита;
- контроль соответствия списку значений;
- балансовый или расчетный метод контроля количественных значений реквизитов;
- метод контроля с помощью контрольных сумм и любые другие возможные способы контроля.
- контроль разрядности реквизита;
3. Описание результатной (выходной) информации:
- перечень результатной информации;
- формы представления (печатная сводка, видеограмма, машинный носитель);
- периодичность и сроки представления;
- количество документов (информации) в единицу времени, количество строк в документе;
- перечень пользователей результатной информации (подразделение и должность);
- перечень регламентной и запросной информации;
- описание структурных единиц информации (каждого элемента данных, реквизита) по аналогии с исходными данными;
- способы контроля исходных данных:
- контроль разрядности реквизита;
- контроль интервала значений реквизита;
- контроль соответствия списку значений;
- балансовый или расчетный метод контроля количественных значений реквизитов;
- метод контроля с помощью контрольных сумм и любые другие возможные способы контроля.
- контроль разрядности реквизита;
4. Описание алгоритма решения задачи:
- описание способов формирования результатной информации с указанием последовательности выполнения логических и арифметических действий;
- описание связей между частями, операциями, формулами алгоритма;
- требования к порядку расположения (сортировке) ключевых признаков в выходных документах, видеограммах, например, по возрастанию значений табельных номеров;
- алгоритм должен учитывать общий и все частные случаи решения задачи.
5. Описание используемой условно-постоянной информации:
- перечень условно-постоянной информации (классификаторов, справочников, таблиц, списков с указанием их полных наименований;
- формы представления;
- описание структурных единиц информации (по аналогии с исходными записями);
- способы взаимодействия с переменной информацией.
Методы проведения препроектного обследования.
Методы, используемые на стадии предпроектного обследования, подразделяются на:
- методы изучения и анализа фактического состояния экономического объекта и технологий управленческой деятельности;
- методы формирования нового заданного состояния экономического объекта;
- методы графического представления фактического и заданного состояний (рис.).
^
Методы изучения и анализа фактического состояния экономического объекта и технологий управленческой деятельности
Эти методы позволяют выявить узкие места в исследуемых процессах и включают:
- устный опрос;
- анкетирование;
- наблюдение, измерение и оценку;
- групповое обсуждение;
- анализ задач;
- анализ процесса.
Опрос. Устный опрос производится по заранее составленному вопроснику на рабочем месте специалиста с записью ответов и позволяет в форме несложной беседы понять технологию работы и опыт опрашиваемого. Достоинства метода заключаются в его простоте и в том, что можно приступить к подготовке нового решения уже на стадии анализа. К недостаткам этого метода относятся затруднения психологического порядка и разнородность результатов опроса.
Анкетирование с помощью перечня вопросов дает полную и основательную информацию при условии готовности опрашиваемых к правдивым ответам. При достаточно большом количестве анкет практикуется их обработка на ЭВМ. Чтобы повысить качество анкетирования, можно предлагать варианты ответов на каждый вопрос. Существенное влияние на качество результатов оказывают четкость, недвусмысленность вопросов, поэтому разработка перечня вопросов предполагает знание предметной области.
Наблюдение, измерение и оценка. С помощью этих методов собираются сведения о параметрах, признаках и объектах в соответствующей предметной области. Важные для изучения параметры, признаки и объекты точно оцениваются сотрудниками и регистрируются в карточках или в формулярах (например, по частоте, количеству, продолжительности, затратам). Накопление сведений и анализ результатов выполняется на ЭВМ.
Групповое обсуждение проводится проектировщиками совместно с или заказчиками, включая пользователей. Цель – обобщение и обсуждение важных для решения проблем вопросов и определение необходимых задач.
Анализ задач. Суть этого метода состоит в вертикальной и горизонтальной структуризации задач и их распределении между исполнителями на основе заданной структуры объекта. Задачи декомпозируются до такой степени, чтобы имелась возможность определить результаты, решения, полномочия, алгоритмы, входную и выходную информацию. Анализ задач – это первый этап и предпосылка описания задач. Такое описание является основой для построения технологии получения результатов в новых условиях использования АЭИС. Это описание также служит для написания должностных инструкций пользователей АЭИС и планов распределения функций между ними и АЭИС. Отправным пунктом анализа служат требования к объекту и его информационной системе.
Анализ производственных, управленческих и информационных процессов используется для подготовки решений, касающихся реорганизации технологии информационных процессов. С помощью анализа процесса решения задач разрабатываются необходимые изменения, которые должны быть внесены в информационную технологию. Одновременно уточняются целевые функции решаемых задач. Анализ процессов охватывает:
- обследуемый объект;
- цель и результат решения управленческих задач;
- операции и алгоритмы управленческих и производственных задач;
- объем и качество информации;
- средства обработки информации;
- требования к персоналу и рабочим местам;
- методы работы;
- узкие места, помехи и трудности.
Методы формирования нового заданного состояния экономического объекта
Эти методы основываются на теоретическом обосновании всех составных частей АЭИС исходя из целей, требований и условий заказчика. К данным методам, представляющим собой рабочие средства проектировщика, относятся методы:
- моделирование процесса управления;
- структурный анализ и проектирование;
- декомпозиция;
- анализ информационного процесса.
Метод моделирования процесса управления заключается в следующем. В процессе изучения объекта проектирования строятся экономико-организационные и информационно-логические модели, которые включают задачи, структуры и ресурсы объекта. Они отражают производственные и управленческие отношения, а также связанные с ними информационные потоки. Представляя комбинацию материальных и информационных процессов, способствуют повышению уровня организации объекта. Информационно-логические модели содержат необходимые сведения об информационных связях между органами и сферами управления, комплексами решаемых задач и отдельными задачами в единстве с производственными процессами.
Метод структурного (модульного) проектирования позволяет разработать проект четко разграниченных блоков (модулей), между которыми устанавливаются связи посредством входной и выходной информации, а также показывается иерархия их подчиненности. Условиями применения этого метода являются разбиение крупных комплексов задач на подкомплексы и точное обозначение (идентификация) всех звеньев разъединения и сопряжения. Метод структурного проектирования позволяет разделить весь комплекс задач на обозримые и поддающиеся анализу модули.
Метод декомпозиции модулей предусматривает дальнейшее разбиение подкомплексов задач на отдельные задачи. Подход к разбиению всей совокупности задач по принципу «сверху-вниз» особенно удобен для разработки принципиальны организационно-технических решений, внесения в них при необходимости изменений, а также увязки при проектировании хозяйственных и организационно-управленческих целевых установок с конкретными задачами и показателями.
Анализ и моделирование информационных процессов предназначен для выявления и представления в каждом случае взаимосвязи между результатом, процессов обработки и вводом данных. Он используется для анализа и формирования информационных связей между рабочими местами работников управления, специалистов, технического персонала и информационными технологиями. С этой целью описываются входная и выходная информация, а также алгоритм обработки информации применительно к каждому рабочему месту. Путем обнаружения и последовательного соединения многочисленных цепочек обработки и передачи данных формируются сложные информационные процессы и осуществляется учет потребности в информации отдельных пользователей.
^
Методы графического представления фактического и заданного состояний
Эти методы предусматривают использование для наглядного представления процессов обработки информации в форме блок-схем, графиков прохождения документов и т.д. Графические методы являются составной частью любого проекта и необходимы для практической работы, поскольку выполняют роль вспомогательного средства при внедрении новых технологий. К наиболее известным относятся блок-схемный метод, методы стрелочных диаграмм, сетевых графиков, таблиц последовательности операций прохождения процессов. Различия методов выражаются в степени их автоматизации, наглядности, глубине отражаемых процессов.