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

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

Расчетная эффективность применения организационно-техно­логических мероприятий характеризуется коэффициентом сниже­ния текущих затрат по функциям

где С_р — реально сложившиеся совокупные затраты;

С_ф.н — минимально возможные затраты, соответствующие спроекти­рованному объекту.

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

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

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

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

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

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

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

• построение карты функциональных состояний, происходя­щее в два этапа: на первом — для каждого элемента производ­ственной системы осуществляется связка типа «частные техноло­гические функции элемента — перечень состояний элемента», а на втором — истинный переход от описания функционирования каж­дого отдельного элемента к целостному процессу (с его машин­ным моделированием);

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

• построение структурно-функциональной модели производ­ственной системы посредством соединения элементов структур­ной модели с внутренними элементами функциональной модели (блок функциональных состояний);

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

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

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

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

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

Понятия: «данные» и «информация». Основные требования к организации данных в ИС. Концепция БД. Понятия «БД» и «система управления БД». Инфологический и даталогический аспекты в БД.

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

Концепция БД. Активная деятельность по отысканию приемлемых способов обобществления непрерывно растущего объема информации привела к созданию в начале 60-х годов специальных программных комплексов, называемых "Системы управления базами данных" (СУБД).

Основная особенность СУБД – это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры. Файлы, снабженные описанием хранимых в них данных и находящиеся под управлением СУБД, стали называть банки данных, а затем "Базы данных" (БД).

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

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

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

СУБД — это программное обеспечение, с помощью которого пользователи могут определять, создавать и поддерживать БД, осуществлять к ней контролирующий доступ. Возможности. 1) Позволяет создать БД, с помощью языка определения данный (DDL — Data Definition Language). Язык DDL предоставляет пользователям средства указания типа данных и их струк­туры, а также средства задания ограничений для информации. 2) Позволяет вставлять, обновлять, удалять и извлекать информацию из БД, что с помощью языка манипулирования данными (DML — Data Manipulation Language). Язык DML используют как общий инструмент организации запросов, назы­вают языком запросов (query language). Наиболее распространенным типом непроцедурного языка является язык структурированных запросов (Structured Query Language — SQL). 3) Предоставляет контролируемый доступ к базе данных с помощью средств: системы обеспечения защиты, системы поддержки целостности данных, системы управления параллельной работой приложений, системы восстановления, доступного пользователям каталога.

Для решении проблемы устранения излишних данных в СУБД предусмотрен механизм представления представлений (view), который позволяет любому пользователю иметь свой соб­ственный «образ» базы данных. Компоненты СУБД – аппаратное обеспечение, программное обеспечение, данные, процедуры и пользователи.

Архитектура СУБД. СУБД должна предоставлять доступ к данным любым пользователям, включая и тех, которые практически не имеют и (или) не хотят иметь представления о:

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

· механизмах поиска запрашиваемых данных;

· проблемах, возникающих при одновременном запросе одних и тех же данных многими пользователями (прикладными программами);

· способах обеспечения защиты данных от некорректных обновлений и (или) несанкционированного доступа;

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

и множестве других функций СУБД.

При выполнении основных из этих функций СУБД должна использовать различные описания данных. А как создавать эти описания?

Естественно, что проект базы данных надо начинать с анализа предметной области и выявления требований к ней отдельных пользователей (сотрудников организации, для которых создается база данных). Подробнее этот процесс будет рассмотрен ниже, а здесь отметим, что проектирование обычно поручается человеку (группе лиц) – администратору базы данных (АБД). Им может быть как специально выделенный сотрудник организации, так и будущий пользователь базы данных, достаточно хорошо знакомый с машинной обработкой данных.

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

Рис. 1.3. Уровни моделей данных

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

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

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

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

Билет №6

Анализ себестоимости продукции. Структура издержек производства. Модель «издержки-объем-прибыль». Порог рентабельности. Эластичность результатов хозяйственной деятельности. Себестоимость заводского производства продукции.

Себестоимость продукции — это стоимостная оценка используе­мых в процессе ее производства природных ресурсов, сырья, мате­риалов, топлива, энергии, основных фондов, трудовых ресурсов, а также других затрат на производство и реализацию. Ан себестоимости продукции, работ и услуг позволяет выяснить тенденции изменения данного показателя, выполнение плана по его уровню, влияние факторов на его прирост, а также дать оценку работы предприятия по использованию возможностей снижения себестоимости продукции. Объектами ан себестоимости продукции являются: полная себестоимость продукции в целом и по элементам затрат; уровень затрат на рубль выпущенной продукции; себестоимость отдельных изделий; отдельные статьи затрат. Источники информации – бухгалтерская, статистическая отчетность. Задачи анализа: классификация затрат на производство и реализацию продукции, изучение динамики с/с продукции, определение влияния факторных показателей, выявление резервов снижения с/с продукции, оценка экономии (перерасхода) затрат на производство продукции. Совокупность затрат в общем виде определяется как издержки производства и реа­лизации. Для целей планирования, учета и калькулирова­ния издержек производства в отечественной практике анализируют: непосредственное производство продукции, обусловленное технологией и организацией производства; использование природного сырья; подготовку и освоение производства; подготовку и переподготовку кадров и др. Калькулирование – расчет себестоимости продукции каждого вида, выпускаемого на предприятии.

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