Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Разработка требований к автоматизированной системе контроля исполнения программ

Разработка требований к автоматизированной системе контроля исполнения программ

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 27.04.2016
Размер файла 1,2 M
рефераты на заказ со скидкой

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Страница:

Годовое планирование. Формирование годовой программы ТПиР и КР

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

Рис. 7. Формирование годовой программы ТПиР и КР.

Данные на входе:

· Целевая программа (объекты ДАО);

· Утвержденная Перспективная программа ТПиР и КР (объекты ДАО);

· Результаты диагностического обследования (дефектная ведомость по объектам ДАО);

· Плановый показатель затрат на программу ТПиР, КР в целом.

Данные на выходе:

· Утвержденная Годовая программа ТПиР и КР.

Этапы жизненного цикла:

· Формирование и согласование в ДАО;

· Согласование курирующими подразделениями компании-владельца 1;

· Согласование ОПСиО;

· Согласование курирующими подразделениями компании-владельца 2;

· Утвержден.

Формирование годовой программы ТПиР и КР

Администратор Системы один раз должен сформировать Структуру разделов программы ТПиР и КР, которая должна храниться в Системе. При изменении структуры администратор должен внести актуальные изменения.

В Системе должна быть возможность назначить Программе подразделение компании - владельца, а разделам и подразделам Программы _ курирующие подразделения ДАО и компании-владельца для проведения дальнейшего согласования Программы. При копировании программы курирующие подразделения тоже должны копироваться.

Когда структура Годовой программы готова, дочерние общества наполняют разделы Годовой программы ТПиР и КР объектами. Для наполнения разделов планов объектами Система должна обеспечить возможность копирования объектов из утвержденных перспективных и годовых планов ТПиР и КР, Целевой программы и Плана диагностики.

Объекты Годовых планов ТПиР и КР сотрудник ДАО может создавать вручную, а также редактировать и удалять. Для этого в Системе созданы справочники физических объектов и работ, а также существует возможность выбора работ, соответствующих определенному типу физического объекта. При создании объектов плана сотрудники ДАО привязывают их к физическим объектам ДАО и доступным на них работам.

Если сотруднику ДАО нужно добавить в программу объект, для которого не предусмотрен и не создан раздел, он должен обратиться к ответственному сотруднику ОПСиО для возможного изменения структуры разделов.

Если по объекту разработана ПД, в Системе должна быть возможность изменения стоимости с учетом полученной проектной документации.

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

Все объекты при создании получают статус «Разработка ДАО». ДАО заполняет обязательные данные объектов Годовых планов ТПиР и КР:

· Наименование ДАО (заполняется автоматически);

· Наименование плана (заполняется План ТПиР или План КР);

· Год перспективного плана;

· Наименование раздела плана;

· Номер объекта плана ТПиР и КР (формируется автоматически, можно откорректировать вручную);

· Наименование объекта;

· Обеспеченность документацией;

· По проекту:

o Капитальные вложения, тысяч рублей;

o Физический объем:

· Сроки проведения работ:

· Остаток на начало планируемого года:

o Капитальные вложения, тысяч рублей;

o Физические объемы:

· Объем НЗС на начало года;

· План на год:

o СМР, тысяч рублей;

o МТР, тысяч рублей;

o Прочее, тысяч рублей;

o Всего, тысяч рублей;

· Объем НЗС на конец года;

· Исполнитель (собственные силы, подрядные организации).

Корректировка Годовой программы ТПиР и КР

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

Рис. 8. Корректировка годовой программы ТПиР и КР.

Данные на входе:

· Целевая программа (объекты ДАО);

· Утвержденная Годовая программа ТПиР и КР;

· Включение/Исключение объектов Программы ТПиР и КР;

· Изменение сроков начала и окончания работ по объектам;

· Получение/корректировка ПД;

· Выполнение Расчета базовой стоимости объектов;

· Изменение стоимости в результате проведения закупок материалов;

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

· Исполнение Годовой программы ТПиР и КР.

Данные на выходе:

· Утвержденная корректировка Годовой программы ТПиР и КР.

Этапы жизненного цикла:

· Формирование и согласование в ДАО;

· Согласование курирующими подразделениями компании-владельца 1;

· Согласование ОПСиО;

· Согласование курирующими подразделениями компании-владельца 2;

· Согласование и утверждение компанией-владельцем;

· Утвержден.

По мере выполнения работ по исполнению программы ТПиР и КР в Системе появляются фактические данные, такие наличие ПД, контрактные стоимости МТР и др., перечисленные выше в качестве данных на входе корректировки Годовой программы. Факт отражения в системе фактических данных должен сопровождаться в Системе автоматическим созданием предложений по корректировке Годовой программы ТПиР и КР.

Предложение по корректировке Годовой программы ТПиР и КР в целом состоит из предложений по корректировке объектов программы, которые содержат старое (утвержденное) и новое (предлагаемое) значение хотя бы одного из данных программы.

Планирование закупок. План-график выдачи ПЗС и поручений агенту на СМР

Бизнес-процесс составления план-графика выдачи ПЗС и поручений агенту на СМР в разрезе программных продуктов, в которых формируются, обрабатываются и хранятся документы, схематически представлен на следующей диаграмме.

Рис. 9. Формирование план-графика выдачи ПЗС и поручений агенту на СМР.

Данные на входе:

· Перспективная программа ТПиР и КР;

· План ПИР;

· Дефектная ведомость.

Данные на выходе:

· Сводный план-график выдачи ПЗС и поручений агенту на СМР.

Этапы жизненного цикла:

· Формирование ПГ ПЗСиПА;

· Наполнение в ДАО;

· Наполнение в ОППМТР;

· Согласование курирующими подразделениями компании-владельца;

· Согласование в компании-владельце;

· Утвержден.

Формирование ПГ ПЗСиПА

Сотрудник отдела ОППМТР средствами Системы формирует проект план-графика выдачи ПЗС и поручений агенту на СМР на планируемый год. Структура плана создается из выбранных пользователем соответствующих Перспективных планов ТПиР и КР. Один объект ПГ ПЗСиПА соответствует одному объекту Плана ТПиР или Плана КР.

При создании ПГ ПЗСиПА автоматически заполняются следующие данные:

· Наименование ДАО (заполняется автоматически из планов ТПиР, КР);

· Наименование плана (заполняется автоматически);

· Номер и наименование объекта программы (заполняется автоматически из плана ТПиР и КР);

· Дата проведения внутренней экспертизы с выдачей положительного заключения (заполняется автоматически из плана ПИР).

· Дата утверждения ПД в производство работ (заполняется автоматически по данным Плана ПИР).

· Для объектов с ПД автоматически рассчитывается перечисленные ниже даты. В Системе должна быть возможность определять настройками расчетные периоды.

· Дата выдачи ПА.

· Дата начала СМР (формируется автоматически по данным Перспективной программы ТПиР и КР);

· Дата завершения СМР (формируется автоматически по данным Перспективной программы ТПиР и КР);

· Для каждого объекта отдельно планируются даты поставки МТР.

Автоматически рассчитывается перечисленные ниже даты. В Системе должна быть возможность определять настройками расчетные периоды.

После формирования проекта план-графика всем объектам, включенным в него и требующим ПИР, должен быть присвоен статус «Разработка 1». Объекты ДАО, не требующие ПИР, создаются со статусом «Разработка ДАО» и становятся доступны для редактирования сотрудникам соответствующих ДАО.

Согласование проекта ПГ ПЗСиПА

Сотрудник отдела ОППМТР в Системе для объектов ДАО в статусе «Разработка 1», требующих выполнения ПИР, корректирует следующие данные:

· Дата направления ПЗС (МТР);

· Дата согласования ПЗС (МТР);

· Для каждого вида МТР:

o Дата начала поставки МТР;

o Дата завершения поставки МТР.

Если данные по объекту требуют корректировки в ДАО, после ввода замечаний к объекту план-графика сотрудник отдела ОППМТР переводит объект в статус «Разработка ДАО».

Если данные по объекту корректны, сотрудник отдела ОППМТР проставляет на объекте отметку о заполнении данных по ПЗС.

Утверждение ПГ ПЗСиПА

В процессе согласования ПГ ПЗСиПА в компании-владельце от последнего могут поступать замечания и изменения, которые нужно отразить в Системе. Ответственный сотрудник ОППМТР должен иметь возможность вносить изменения в план-график двумя способами:

· Вручную. Объекты план-графика, требующие изменения, перевести из статуса «Отправлено в КП» в статус «Разработка 1», исправить, перевести в статус «Отправлено в КП».

· Автоматически. Импортировать в Систему измененный план-график, поступивший от компании-владельца. Статус автоматически установится на «Разработка 1». Сотруднику ОППМТР нужно перевести статус на «Отправлено в КП».

После получения информации об утверждении ПГ ПЗСиПА в компании-владельце ответственный сотрудник переводит весь план-график в статус «Утверждено». Дальнейшее изменение утвержденного план-графика в системе невозможно. Только корректировки.

ГЛАВА 3. ФУНКЦИОНАЛЬНОСТЬ MS NAVISION

Основные функциональные возможности

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

· Microsoft Navision в первую очередь предназначается для средних и небольших растущих компаний, оборот которых составляет до 100 млн долл., штат сотрудников - до 500 человек, а потребность в автоматизации не превышает пятидесяти одновременно работающих пользователей.

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

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

Управление финансами

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

Основные характеристики:

· возможность поддержки различных моделей учета: бухгалтерского, налогового, управленческого, учета по международным стандартам;

· неограниченное количество произвольных аналитических измерений;

· многосторонний финансовый анализ, в том числе с использованием аналитических измерений;

· мультифирменный и мультивалютный учет;

· бюджетирование и финансовое планирование;

· контроль и мониторинг исполнения бюджетов;

· контроль дебиторской и кредиторской задолженности, анализ просроченной задолженности;

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

· встроенный генератор финансовой отчетности;

· полный аудит операций;

· интеграция со складским и производственным контуром;

· ведение бухгалтерского учета;

· подготовка бухгалтерской и налоговой отчетности;

· ведение налоговых регистров и формирование декларации по налогу на прибыль;

· полная интеграция с приложениями Microsoft Word, Excel, Outlook.

Кадровый учет и управление персоналом

Модуль «Персонал и Зарплата» системы Microsoft Navision обеспечивает гибкий инструментарий и функциональные средства, необходимые для организации и контроля кадровой политики компании. Он учитывает все требования действующего российского законодательства в области управления персоналом, расчета заработной платы и персонифицированного учета сотрудников. Возможности системы позволяют легко настраивать модуль на специфику конкретного предприятия и вносить в него изменения в соответствии с нововведениями законодательства. Таким образом, пользователи данного решения всегда будут работать с актуальной и объективной информацией.

Основные функции модуля:

· формирование и ведение штатного расписания компании;

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

· хранение конфиденциальной информации о сотрудниках;

· учет распоряжений по персоналу: приказы о приеме, переводе, увольнении и т. д.;

· расчет заработной платы одного сотрудника или их группы по раз-

· личным алгоритмам;

· расчет налогов с доходов сотрудников;

· полная интеграция с модулем «Финансы»;

· интеграция с программами налоговых органов - Государственной налоговой инспекции, Пенсионного фонда;

· формирование отчетности по персонифицированному учету, в том числе по доходам сотрудников и налогам.

Управление цепочками подставок

Основные характеристики модуля:

· управление запасами;

· планирование поставок;

· система автоматизированного сбора данных;

· трассировка и инвентаризация;

· оптимизация складской логистики;

· рациональное планирование и использование складского пространства;

· целостность и прозрачность данных о состоянии склада;

· управление возвратами;

· ценообразование;

· производственный контур.

Управление отношениями с клиентами

Основные характеристики модуля:

· история отношений;

· выявление ключевых контактов;

· сегментирование контактов и выявление ключевых групп;

· управление компаниями;

· эффективное планирование и оценка результатов;

· интеграция с Microsoft Outlook.

ЗАКЛЮЧЕНИЕ

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

Предложенное автором решение на основе системы Microsoft Dynamics Navision позволяет решать следующие задачи:

· Возможность отслеживать статус объекта, показывающий не только стадию работы, но и отдел, который в данный момент проводит работы.

· Централизованное ведение нормативно-справочной информации по всем отделам. Переход на единую модель ввода данных, в целях формирования отчетности.

· Единая структура формирования отчетности для всех дочерних предприятий и подразделений.

· Хранений и анализ данных и документов по объектам и программам.

· Автоматическая агрегация данных, полученных из различных ДАО.

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

Важно обратить внимание на то, что предложенное в работе решение базируется на стандартном функционале Microsoft Dynamics Navision, что упрощает поддержку, заметно снижает риски отказа ПО и располагает приятным интерфейсом.

·

СПИСОК ЛИТЕРАТУРЫ

1. В.И. Грекул, Н.Л. Коровкина, Д.А. Богословцев, Н.Н. Синайская. Автоматизация деятельности предприятия розничной торговли с использованием информационной системы Microsoft Dynamics Nav. Бином, Лаборатория знаний, Москва, 2008.

2. Карл И. Вигерс. Разработка требований к программному обеспечению. Практические приемы сбора требований и управления ими при разработке программного продукта.

3. В. И. Грекул. Г. Н. Денищенко, Н.Л. Коровкина. Проектирование информационных систем: курс лекций : учеб. Пособие. Интернет-Ун-т Информ. технологий, 2005.

4. Калянов Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов: Учебное пособие. Москва, Финансы и статистика, 2006.

5. Автоматизированные Системы Стадии создания. ГОСТ 34.601-90 Комплекс стандартов на автоматизированные системы. Москва, ИПК издательство стандартов, 1997.

6. О`Лири Д. ERP системы. Современное планирование и управление ресурсами предприятия. Москва, «ДМК Пресс», 2004.

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

...

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены