Системный анализ предприятия

Численность, чел

Структура, %

Высшее

116

12,7

120

10,9

201

17,9

Среднее

260

28,3

300

27,5

318

28,4

Среднее специальное

331

36,1

335

30,7

420

38,1

Неполное среднее

159

17,4

155

14,2

158

14,1

Начальное профессиональное

25

2,7

25

2,2

24

2,1

Итого

916

100

1092

100

1121

100

По результат таблицы можно сделать вывод, что высшее образование в ЗАО "Донецкий Мясокомбинат" в 2013 году имеют 17%, это незначительно больше чем в 2011 году. Среднее образование имеет 28,4%, среднее специальное образование - 38,1%. Таким образом, большая часть имеет среднее или среднее специальное. Этого вполне достаточно. Хотелось бы чтобы доля высшего образования увеличилась, для этого руководство должно проводить программы систематического обучения и подготовки работников, помогая полному раскрытию их возможностей в организации.

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

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

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

Таблица 2.10 Динамика показателей движения рабочей силы

Показатели	2011 г.	2012 г.	2013 г.	2013г. в % к 2011 г.
Среднесписочная численность, чел.	916	1092	1121	+122
Принято за год, чел.	60	190	20	-33
Уволено за год, чел. в том числе: за нарушение трудовой дисциплины	20-	24-	9-	-45
Коэффициенты: - оборота по приему - оборота по выбытию	0,06 0,02	0,17 0,22	0,02 0,01	-33 -50

Коэффициент по приему в 2012 году самый высокий, это объясняется большим количеством принятого персонала, в связи с возросшими потребностями управления в персонале, а в 2013 году и 2011 году ниже. Коэффициент выбытия с 2011 года по 2013 год сократился.

3. Разработка модели ОТП "Донецкий мясокомбинат"

3.1 Описание программного продукта IBM Rational Rhapsody

IBM Rational Rhapsody - это среда разработки на основе моделей, использующая языки UML и SysML и предназначенная для проектирования систем, работающих в реальном масштабе времени, и встроенных систем и программного обеспечения.

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

Имитационное моделирование позволяет воплотить в жизнь диаграммы для отладки на уровне проекта и проверки его правильности на ранних этапах.

Генерация полного поведенческого кода для приложений на C, C++, Java и Ada, ориентированного на операционную систему реального времени, повышает производительность труда разработчиков.

Отслеживание требований при проектировании, программировании и тестировании в интегрированной среде.

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

Проектирование объектно-ориентированных или функциональных приложений на языке C.

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

Среда реального времени помогает выполнять моделирование независимо от платформы и позволяет начинать разработку при отсутствии необходимого оборудования, даже в случае 8-, 16- и 32-разрядных приложений, ограниченных по ресурсам.

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

Автоматизация документирования на всех этапах жизненного цикла продукта за счет интеграции с Rational Publishing Engine.

Разработка приложений для автомобильной промышленности с использованием AUTOSAR - от выработки концепции до написания исходного кода.

Использование профиля MARTE для разработки архитектуры многоядерных приложений.

Возможности совместной работы благодаря использованию функций выделения различий и объединения на основе моделей, включая интеграцию с решением IBM Rational Team Concert на базе Jazz.

Автоматизация тестирования на основе моделей с помощью дополнительного модуля Rational Rhapsody TestConductor.

Расширяемые и настраиваемые возможности моделирования и генерации кода.

Поддержка UPDM, DoDAF, MODAF, AUTOSAR и MARTE с возможностью разработки собственных профилей.

Нововведение в Rational Rhapsody 8.0: управление качеством благодаря интеграции с решением Rational Quality Manager и дополнительным модулем Rational Rhapsody TestConductor.

3.2 Разработка UML-диаграмм для ОТП "Донецкий мясокомбинат"

Анализ проектируемой системы рассматривается с позиции исполнителя заказа. Это позволяет построить диаграмму прецедентов и выделить основные прецеденты, действующие в системе.

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

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

Внешними сущностями по отношению к системе можно выделить заказчика и исполнителя (менеджера). Они связаны с прецедентом "Заказ товара" отношением ассоциации с кратностью один ко многим, т. е. один заказчик или менеджер может взаимодействовать с несколькими заказами, но, в то же время, каждый конкретный заказ ассоциирован только с одним заказчиком или исполнителем.

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

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

На рисунке 3.1 представлена диаграмма вариантов использования (Use Case Diagram) для системы "Заказ продукции".

Рисунок 3.1 - Диаграмма вариантов использования для системы "Заказ продукции"

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



Рисунок 3.2 - Диаграмма классов

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

Рассмотрим свойства и методы классов на примере класса "Менеджер". Данный класс имеет такие атрибуты как "Имя", "Телефон", "E-mail" и методы "Проверить качество товара", "Получить заказ". Поскольку класс "Менеджер" является структурным подразделением отдела "Склад" данного предприятия, то данный объект связан с ЗАО "Донецкий мясокомбинат" отношением композиции и ассоциирован с классами "Заказчик" и "Заказ".

Классы "Управляющий", "Кладовщик", "Водитель" и "Грузчик" также связаны отношением композиции с отделом "Склад" данного предприятием, поскольку являются частью более общей сущности, представленной классом "Company".

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

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

Еще одной важной диаграммой является "Диаграмма последовательности" (sequence diagram).

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

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

Отличие от диаграммы классов:

- диаграмма классов дает статическую картинку, т.е. описание которое не меняется во время выполнения программы.

Отличие от диаграммы вариантов использования (или как она раньше называлась colaboration):

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

Диаграммы последовательности, которые описывают всю систему сразу.

На рисунке 3.3 представлена диаграмма последовательности для варианта использования "Заказ товара".



Рисунок 3.3 - Диаграмма последовательности для варианта использования "Заказ продукции"

3.3 Отладка на уровне модели в Rational Raphsody

В программном продукте Ration Raphsody можно генерировать код, не проверяя модель, полагаясь на то, что она работает правильно. Однако, когда модель становится все больше, требуются средства для ее проверки.

В среде разработки Rational Rhapsody поддерживается уникальный механизм анимации UML-моделей и реальное выполнение сгенерированной программы с графическим интерфейсом. Механизм анимации для UML-диаграмм реализуется следующим образом. При генерации кода указывается необходимость создания анимированной версии приложения, а так же параметры для связи с инструментальной средой разработки по TCP/IP. В этом случае поведенческий код, реализующий диаграммы конечных автоматов (State Machine Diagram) и диаграммы последовательностей (Sequence Diagram) вставляются соответствующие инструкции. При запуске программы она устанавливает TCP-соединение с Rhapsody и во время выполнения сообщает среде разработки своё текущее состояние. Среда разработки отражает изменение состояния приложения на соответствующей диаграмме. Исполнение UML-моделей в режиме анимации называют динамической отладкой.

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

В системе разработки можно подключить два дополнительных компонента повышающих степень автоматизации тестирования - TestConductor и Automatic Test Generator (ATG). Последняя компонента обеспечивает автоматическое генерирование тестов для UML-моделей полученных с помощью Rhapsody с генерацией исходного исполняемого кода на C++. ATG анализирует модель и исходный код и генерирует тестовые векторы, которые могут быть использованы для окончательного тестирования. Генерируются тестовые векторы для того, чтобы достигнуть всех состояний на диаграмме, пройти все переходы, все операции и события реактивных классов (классы, имеющие диаграммы поведения) в тестируемой модели. ATG генерирует тестовые вектора, покрывающие C++ код.

Рассмотрим пример реализации следующих видов отладки: "Анимация" и "Точки останова".

Одним из вариантов отладки является "Анимация". Для того, чтобы настроить данную отладку, нам необходимо:

- создать новую конфигурацию, скопировав существующую конфигурацию Release. Для этого удерживая клавишу CTRL перетяните конфигурацию Release на категорию "Configurations";

- переименуйте скопированную конфигурацию в Debug;

- во вкладке Setting установите "Instrunmentation Mode" в Animation (рис.3.4)

Рисунок 3.4 - Отладка анимации

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

- выбрать требуемую конфигурацию в выпадающем списке (рис.3.5);

Рисунок 3.5 - Список конфигураций

- щелкнуть правой кнопкой мыши на конфигурации и выбрать "Set as Active Configuration" (рис. 3.6).

Рисунок 3.6 - Выбор конфигурации

Для того, чтобы модель выполнялась в режиме анимации, необходимо убедиться в том, что в данный момент активна конфигурация "Debug", а затем выполнить Generate/Make/RUN.

После запуска модели, будет доступна панель управления исполнением, которая состоит из следующих пунктов (рис.3.7):

- один шаг;

- старт;

- go Idie;

- одно событие;

- пауза;

- командная строка;

- стоп;

- потоки;

- точки останова;

- генерация события;

- вызов операции;

- Watch - display Cotinuous Update.

Рисунок 3.7 - Панель управления исполнением

Для запуска приложения необходимо нажать Go, после чего в обозревателе модели появился экземпляр класса.

Еще одним вариантом отладки является "Точки останова уровня модели". Установка точек останова может быть сделана аналогично генерации событий. Для этого необходимо щелкнуть правой кнопкой мыши на состоянии, где необходимо остановиться, далее выбрать Add Breakpoint и нажать OK (рис.3.8)



Рисунок 3.8 - Установка точки останова

Для установки/удаления точек останова может использоваться иконка "Рука" из панели управления.

Заключение

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

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

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

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

Список литературы

1. Савицкая Г.В. "Анализ хозяйственной деятельности предприятия": Учеб. пособие для студентов вузов, обуч. по экон. спец. и направлениям.- 2-е изд., перераб., доп. - М.: "Экоперспектива", 2005

2. Работа и структурирование мясокомбината - "http://wwind.ua/1C/?ELEMENT_ID=478"

3. Галпин Т., Хэндон М. Системный анализ. М.:"Вильямс", 2006. с. 150

4. Завьялова Е., Этокова Е. Системный анализ. "Рант". - 2005. с. 140

5. Лагоша Б.А., Емельянов А.А. "Основы системного анализа" Изд-во МЭСИ, 7. 2004 - 354c.

6. Волкова В.Н., Денисов А.А. "Основы теории систем и системного анализа" Изд-во СПбГТУ, 2003 - 455c.

7. Поршнев А.Г., Румянцева З.П., Саломатина Н.А. Управление организацией. Москва, "ИНФРА. М", 2005 - 355с.

8. Буч Г., Рамбо Д., Джекобсон А. Язык UML Руководство пользователя / Пер. с англ. А.А. Слинкин. - М.: ДМК Пресс, 2000. - 432 с.;

9. Кохно П.А., Микрюков В.А., Комаров С.Е. Менеджмент. - М.: "Финансы и статистика", 2003 - 425с.

10. Масютин С. Совершенствование систем управления предприятием// "Аудит и финансы" - 2005 - №5

Приложение А.

Листинг программы

/********************************************************************

Rhapsody : 8.0

Login : Ann

Component : SA

Configuration : Release

Model Element : Buhgalter

//! Generated Date : Mon, 01, Jun 2015

File Path : SA_Component/Release/Buhgalter.cpp

*********************************************************************/

//## auto_generated

#include "Buhgalter.h"

//## link itsOffice

#include "Office.h"

//## package Default

//## class Buhgalter

Buhgalter::Buhgalter() {

itsOffice = NULL;

//#[ operation Buhgalter()

//#]

}

Buhgalter::~Buhgalter() {

cleanUpRelations();

}

void Buhgalter::Raschet_z_p() {

//#[ operation Raschet_z_p()

//#]

}

char Buhgalter::getE_mail() const {

return E_mail;

}

void Buhgalter::setE_mail(char p_E_mail) {

E_mail = p_E_mail;

}

char Buhgalter::getName() const {

return Name;

}

void Buhgalter::setName(char p_Name) {

Name = p_Name;

}

int Buhgalter::getPhone() const {

return Phone;

}

void Buhgalter::setPhone(int p_Phone) {

Phone = p_Phone;

}

Office* Buhgalter::getItsOffice() const {

return itsOffice;

}

void Buhgalter::setItsOffice(Office* p_Office) {

if(p_Office != NULL)

{

p_Office->_setItsBuhgalter(this);

}

_setItsOffice(p_Office);

}

void Buhgalter::cleanUpRelations() {

if(itsOffice != NULL)

{

Buhgalter* p_Buhgalter = itsOffice->getItsBuhgalter();

if(p_Buhgalter != NULL)

{

itsOffice->__setItsBuhgalter(NULL);

}

itsOffice = NULL;

}

}

void Buhgalter::__setItsOffice(Office* p_Office) {

itsOffice = p_Office;

}

void Buhgalter::_setItsOffice(Office* p_Office) {

if(itsOffice != NULL)

{

itsOffice->__setItsBuhgalter(NULL);

}

__setItsOffice(p_Office);

}

void Buhgalter::_clearItsOffice() {

itsOffice = NULL;

}

/*********************************************************************

File Path : SA_Component/Release/Buhgalter.cpp

*********************************************************************/

/*********************************************************************

Rhapsody : 8.0

Login : Ann

Component : SA

Configuration : Release

Model Element : Buhgalter

//! Generated Date : Mon, 01, Jun 2015

File Path : SA_Component/Release/Buhgalter.h

*********************************************************************/

#ifndef Buhgalter_H

#define Buhgalter_H

//## auto_generated

#include <oxf/oxf.h>

//## link itsOffice

class Office;

//## package Default

//## class Buhgalter

class Buhgalter {

//// Constructors and destructors ////

public :

//## operation Buhgalter()

Buhgalter();

//## auto_generated

~Buhgalter();

//// Operations ////

//## operation Raschet_z_p()

void Raschet_z_p();

//// Additional operations ////

//## auto_generated

char getE_mail() const;

//## auto_generated

void setE_mail(char p_E_mail);

//## auto_generated

char getName() const;

//## auto_generated

void setName(char p_Name);

//## auto_generated

int getPhone() const;

//## auto_generated

void setPhone(int p_Phone);

//## auto_generated

Office* getItsOffice() const;

//## auto_generated

void setItsOffice(Office* p_Office);

protected :

//## auto_generated

void cleanUpRelations();

//// Attributes ////

char E_mail; //## attribute E_mail

char Name; //## attribute Name

int Phone; //## attribute Phone

//// Relations and components ////

Office* itsOffice; //## link itsOffice

//// Framework operations ////

public :

//## auto_generated

void __setItsOffice(Office* p_Office);

//## auto_generated

void _setItsOffice(Office* p_Office);

//## auto_generated

void _clearItsOffice();

};

#endif

/*********************************************************************

File Path : SA_Component/Release/Buhgalter.h

*********************************************************************/

/********************************************************************

Rhapsody : 8.0

Login : Ann

Component : SA

Configuration : Release

Model Element : Car

//! Generated Date : Mon, 01, Jun 2015

File Path : SA_Component/Release/Car.cpp

*********************************************************************/

//## auto_generated

#include "Car.h"

//## link itsDriver

#include "Driver.h"

//## package Default

//## class Car

Car::Car() {

{

for (int pos = 0; pos < n; ++pos) {

itsDriver[pos] = NULL;

}

}

}

Car::~Car() {

cleanUpRelations();

}

char Car::getNumber() const {

return Number;

}

void Car::setNumber(char p_Number) {

Number = p_Number;

}

int Car::getItsDriver() const {

int iter = 0;

return iter;

}

void Car::addItsDriver(Driver* p_Driver) {

if(p_Driver != NULL)

{

p_Driver->_addItsCar(this);

}

_addItsDriver(p_Driver);

}

void Car::removeItsDriver(Driver* p_Driver) {

if(p_Driver != NULL)

{

p_Driver->_removeItsCar(this);

}

_removeItsDriver(p_Driver);

}

void Car::clearItsDriver() {

int iter = 0;

while ((iter < n) && itsDriver[iter]){

Driver* current = itsDriver[iter];

if(current != NULL)

{

current->_removeItsCar(this);

}

iter++;

}

_clearItsDriver();

}

void Car::cleanUpRelations() {

{

int iter = 0;

while ((iter < n) && itsDriver[iter]){

Driver* current = itsDriver[iter];

if(current != NULL)

{

current->_removeItsCar(this);

}

iter++;

}

}

}

void Car::_addItsDriver(Driver* p_Driver) {

for (int pos = 0; pos < n; ++pos) {

if (!itsDriver[pos]) {

itsDriver[pos] = p_Driver;

break;

}

}

}

void Car::_removeItsDriver(Driver* p_Driver) {

for (int pos = 0; pos < n; ++pos) {

if (itsDriver[pos] == p_Driver) {

itsDriver[pos] = NULL;

}

}

}

void Car::_clearItsDriver() {

}

/*********************************************************************

File Path : SA_Component/Release/Car.cpp

*********************************************************************/

/*********************************************************************

Rhapsody : 8.0

Login : Ann

Component : SA

Configuration : Release

Model Element : Car

//! Generated Date : Mon, 01, Jun 2015

File Path : SA_Component/Release/Car.h

*********************************************************************/

Размещено на Allbest.ru

...