Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Управленческих задач

Лекция 9.. Методика постановок

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

 

 

В общем виде постановка задачи состоит из четырех принципиально важных компонентов:

1) организационно-экономической схемы и ее описания;

2) свода применяемых математических моделей;

3) описания вычислительных алгоритмов;

4) концепции построения информационной модели системы.

Постановка каждой отдельной задачи документально оформляется

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

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

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

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

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

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

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

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

свойства, особенности и структура экономической информации;

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

носители информации, макет машинного носителя;

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

алгоритм, его свойства и формы представления;

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

состав и назначение устройств компьютера;

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

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

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

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

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

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

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

Постановка задачи выполняется в соответствии с планом. Приведем пример одного из возможных его вариантов.

<== предыдущая лекция | следующая лекция ==>
Лекция 7. Стадии, методы и организация создания ИС и ИТ | Традиционные и новая технологии разраб. прогр
Поделиться с друзьями:


Дата добавления: 2014-01-15; Просмотров: 351; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.019 сек.