Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес-процесса «Планирование производства» (Характеристика существующих бизнес-процессов)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

Выбранная мною тема проекта: «Проектирование реализации операций бизнес-процесса «Планирование производства» для предприятия ФГУП "ЦНИИ ЭИСУ" Москва», показывает, что наилучший способ тестирования программных продуктов, заключается в создании информационной подсистемы, благодаря которой впоследствии создаются необходимые аналитические технологии, решаются вопросы, связанные с оперативным доступом и долговременным хранением информации.

Важной задачей ФГУП "ЦНИИ ЭИСУ" является сохранение своих позиций на рынке по разработке программных продуктов и дальнейшее развитие самого предприятия, что означает увеличение клиентского состава.

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

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

Поэтому целью работы является повышение эффективности разработки и сопровождение программного обеспечения АСУ ФГУП «ЦНИИ ЭИСУ». Для этого целесообразно разработать подсистему «Планирование производства» для предприятия ФГУП «ЦНИИ ЭИСУ».

В ходе достижения поставленной цели необходимо решить следующие задачи:

1. Оценить возможные способы решения поставленной проблемы.

2. Создать информационное, математическое, программное и техническое обеспечение подсистемы.

3. Определить экономическую эффективность внедрения разработанной подсистемы.

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

1 глава. Аналитическая часть

1.1. Выбор комплекса задач автоматизации

Автоматизированная система управления технологическим процессом (АСУ ТП) ФГУП «ЦНИИ ЭИСУ» - комплекс программных и технических средств, предназначенный для автоматизации управления технологическим процессом на ФГУП «ЦНИИ ЭИСУ». Под АСУ ТП обычно понимается комплексное решение, обеспечивающее автоматизацию основных технологических операций на производстве в целом (производственный процесс) или каком-то его участке, выпускающем относительно завершенный продукт.

Термин "автоматизированный" в отличие от термина "автоматический" подчеркивает возможность участия человека в отдельных операциях, как в целях сохранения человеческого контроля над процессом, так и в связи со сложностью или нецелесообразностью автоматизации отдельных операций. Составными частями АСУ ТП ФГУП «ЦНИИ ЭИСУ» являются отдельные системы автоматического управления (САУ) и автоматизированные устройства, связанные в единый комплекс. АСУ ТП ФГУП «ЦНИИ ЭИСУ» имеет единую систему операторского управления технологическим процессом в виде одного или нескольких пультов управления (компьютеров), средства обработки и архивирования информации о ходе процесса, типовые элементы автоматики: исполнительные устройства. Для информационной связи всех подсистем используются промышленные сети.

Таким образом, в общем виде автоматизированная система управления ФГУП «ЦНИИ ЭИСУ» представляет собой замкнутую систему, обеспечивающую сбор и обработку информации, необходимой для оптимизации управления технологическим объектом в соответствии с принятым критерием, и реализацию управляющих воздействий на технологический объект.

В зависимости от уровня АСУ ТП ФГУП «ЦНИИ ЭИСУ» технологическим объектом управления могут быть технологические агрегаты и установки, группы станков, отдельные производства (отделы, участки), реализующие самостоятельный технологический процесс; производственный процесс всего предприятия, если управление им сводится к рациональному выбору и согласованию режимов работы агрегатов, участков и производств.

АСУ ТП ФГУП «ЦНИИ ЭИСУ» в своем составе содержит несколько уровней с.рис.1.

Рис.1. АСУ ТП ФГУП «ЦНИИ ЭИСУ»

Первый уровень АСУ ТП ФГУП «ЦНИИ ЭИСУ» - это уровень визуализации, мониторинга и сбора данных. На этом уровне задействован содержит управленческий персонал.

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

Второй уровень АСУ ТП ФГУП «ЦНИИ ЭИСУ» содержит пять компонент: 1) проекты; 2) люди; 3) вычислительные машины/системы; 4) входные данные и 5) распределение. Можно заметить, что отдельные элементы второго уровня сложнейшим образом переплетаются между собой. Разработка ПО и их реализация, очень сильно влияет на 1) проекты, 2) людей, а возможно, и на 4) входные данные и 5) распределение.

Третий уровень рассмотрим на подсистеме 3 – вычислительные машины/системы, которая содержит: ЭВС, дисплей, программное обеспечение, ввод/вывод, источники информации.

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

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

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

Функциональная АСУ ФГУП «ЦНИИ ЭИСУ» содержит шесть подсистем:

Управление проектами;
Программное обеспечение;
Управление инжиниринговым процессом;
Материально-техническое обеспечение;
Управление финансами;
Управление научно-исследовательскими работами.

Функциональная структура АСУ ФГУП «ЦНИИ ЭИСУ» предприятия представлена на рис. 2.

Рис.2. Функциональная структура АСУ ФГУП «ЦНИИ ЭИСУ»

Каждая подсистема АСУ ФГУП «ЦНИИ ЭИСУ» решает ряд функциональных задач:

Управление проектами:
1. Планирование проектных работ;
2. Контроль проектов;
Управление инжиниринговым процессом:
1. Учет и контроль выполненных работ;
2. Планирование ресурсов;
3. Оптимизация расходов по проекту;
Материально-техническое обеспечение:
1. Учет и распределение информационных ресурсов по проектам;
2. Учет и распределение информационных ресурсов в подразделениях;
3. Контроль запуска программного продукта;
4. Анализ обеспеченности информационными ресурсами.
Управление финансами:
1. Анализ финансовых потоков;
2. Планирование разработок;
3. Учет состояния материально-технической базы;
4. Формирование финансового портфеля.
Управление научно-исследовательскими работами;
1. Анализ существующего программного обеспечения;
2. Ведение фонда программного обеспечения;
3. Контроль за разрабатываемым программным обеспечением;
4. Планирование работ по разработке программного обеспечения.
Программное обеспечение - Эта подсистема является неотъемлемой частью управления, и решает задачи, связанные с управлением всем процессом создания программных продуктов для широкого круга заказчиков.
1. Контроль и анализ достигнутых показателей программных продуктов (ПП): - проводится фиксация, сравнение и оценка методами математической статистики динамики качества ПП за период;
2. Прогнозирование и анализ базовых показателей;
3. Тестирование ПП: Каждый ПП_i проверяется на соответствие ТЗ_iи на соответствие нормам и ГОСТ;
4. Оптимизация плана работ по отладке ПП.

Подсистема «Программное обеспечение» решает задачи, необходимые для создания полноценного программного продукта, соответствующего требованиям технических заданий и действующим ГОСТам.

Анализ функциональной АСУ ФГУП «ЦНИИ ЭИСУ» показал, что в структуре нет важной подсистемы «Планирования производства по оценки и контроля качества программного обеспечения».

Поэтому целью работы является повышение эффективности разработки и сопровождение программного обеспечения АСУ ФГУП «ЦНИИ ЭИСУ». Для этого целесообразно разработать подсистему «Планирования производства по оценки и контроля качества программного обеспечения» для предприятия ФГУП «ЦНИИ ЭИСУ».

В ходе достижения поставленной цели необходимо решить следующие задачи:

1. Оценить возможные способы решения поставленной проблемы.

2. Создать информационное, математическое, программное и техническое обеспечение подсистемы.

3. Определить экономическую эффективность внедрения разработанной подсистемы.

Создание подсистемы позволит:

- Повысить производительность труда разработчиков;

- Повысить качество разработок;

- Повысить оперативность оповещения об ошибках.

Основные требования к проектируемой подсистеме:

Подсистема должно иметь удобный пользовательский интерфейс.
Работа должна производиться по проектам и исполнителям.
Автоматизация подготовки документов регламентированной формы.
Возможность подготовки отчетов об ошибках.
Формирование индивидуальных сведений о заказчиках и программном обеспечении для исполнителей.

1.2.Характеристика существующих бизнес-процессов

Деятельность ФГУП «ЦНИИ ЭИСУ» связана с множеством рисков. Можно привести много примеров, когда проекты по внедрению программного обеспечения заканчивались неудачей.

Обследование результатов разработок ФГУП «ЦНИИ ЭИСУ» является обязательной частью любого проекта создания программного обеспечения со стороны заказчика. Построение функциональной модели как есть позволяет четко зафиксировать, какие процессы осуществляются в ФГУП «ЦНИИ ЭИСУ», какие информационные объекты используются при выполнении процессов и отдельных операций.

При разработке информационной системы ее назначение можно сформулировать следующим образом: ведение подсистемы «Планирования производства по оценки и контроля качества программного обеспечения» ФГУП «ЦНИИ ЭИСУ». При этом руководство предприятия и другие структурные подразделения организации должны иметь возможность получать различные виды отчетов для выполнения своих задач.

Рассмотрим построение модели «как есть» (см.рис.3).

Рис. 3. Модель «как есть» IDEF0

Из описания предметной области следует, что в процессе работы ФГУП «ЦНИИ ЭИСУ» участвуют следующие группы людей: заказчики, центр общих технологий, центр специальных технологий, центр информационных ресурсов, центр геоинформационных технологий и моделирующих систем. Эти группы являются внешними объектами. Они не только взаимодействуют с системой, но также определяют ее границы.

Для завершения анализа функционального аспекта поведения системы построим полную диаграмму, то есть модель «как будет».

Рис. 4. Модель «как будет» IDEF3

При внедрении разработанной подсистемы «планирование производства по оценки и контроля качества ПО», подразделения ФГУП «ЦНИИ ЭИСУ» получит возможность автоматически формировать и отслеживать все изменения и своевременно реагировать на них, а также владеть оперативной информацией.

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

1.3.Характеристика документооборота, возникающего при решении задач

Все документы, участвующие в бизнес-процессе, отражены в Таблице описания документов.

Таблица 1. Таблица описания документов.

Документ

Реквизиты

Табличные части и их реквизиты

«Приходная накладная»

Управление

Номенклатура

-Номенклатура

-Номер

-Количество мест

-Цена

«Оказание услуг»

Руководитель

Реквизиты

-Номера

-Клиенты

-Менеджер

Перечень номенклатуры

-Номер

-Цена

-Сумма

Остатки

-Номенклатура

-Место заселения

-Количество номеров

Таблица 2. Структура основных справочников.

Справочник	Реквизиты	Табличные части и их реквизиты
Сотрудники	Фамилия Имя Отчество Дата рождения Место рождения Пол Адрес	Место работы -Вид образования -Должность -Специальность -Дата приема -Дата окончания -Возраст
Номенклатура	Комната Разное Напитки Оказание услуг Регистрация	Номер -Комната -Удобства
Номенклатура	Комната Разное Напитки Оказание услуг Регистрация	Разное -Развлечения -Питание -Отдых -Оздоровление

Проектирование реализации операций бизнес-процесса в информационной системе (ИС)

Все операции, участвующие в процессе, отразить в Таблице проектирования операций:

Таблица 3. Таблица проектирования операций.

Операция	Необходимые разработки	Специфика настройки	Функциональность (модуль) системы
Обработка заказа	Разработка БД	Настройка таблицы данных о номерах в БД	Администратор

1.4.Обоснование проектных решений по информационному обеспечению

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

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

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

Основной недостаток реляционной модели данных связывается с низкой производительностью реляционной СУБД. Но разработка современных СУБД таких как, Access позволило преодолеть и этот недостаток.

Достоинства реляционной модели:

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

Поскольку реляционная модель обладает значительными преимуществами и малыми недостатками, то она и будет взята в основу для построения СУБД.

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

В связи с тем, что модель «сущность-связь» наиболее близка по принципам организации к реляционной модели и реализация последней на основе первой наиболее удобна, то в качестве концептуальной модели выбрана модель «сущность-связь». Модель «сущность-связь» описывается в терминах сущность, связь, значение.

Сущность – понятие, которое может быть идентифицировано.

Связь – соединение сущностей. Различаются сущности трех основных классов: стержневые, ассоциативные и характеристические. Стержневая сущность – это независимая сущность (ей свойственно независимое существование). Ассоциативная сущность или ассоциация рассматривается как связь между двумя или более сущностями типа «многие – ко – многим» или подобные им. Характеристическая сущность (или характеристика) представляет собой сущность, единственная цель которой, в рамках рассматриваемой предметной области, состоит в описании или уточнении некоторой другой сущности. Связи могут быть трех типов: «один к одному», «один ко многим», «многие ко многим». Данные типы связи присущи реляционной модели, как и сущности, которым в реляционной модели соответствуют таблицы.

Все рассматриваемые программные средства обладают автоматизированными средствами создания экранных форм, запросов, отчетов, меню, наклеек, стандартных писем.

1.5.Обоснование проектных решений по программному обеспечению

Для решения выбранного комплекса задач целесообразно использовать Access.

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

Access – мощное приложение Windows; впервые производительность СУБД органично сочетается с теми удобствами, которые имеются в распоряжении пользователей Microsoft Windows. Поскольку оба эти продукта – детища компании Microsoft, они прекрасно взаимодействуют между собой. Система Access работает под управлением Windows 7, Windows 8 или Windows 9, так что при работе с ней пользователю доступны все преимущества Windows. Можно вырезать, копировать и вставлять данные из любого приложения Windows в Access и наоборот; можно создать проект формы в Access и сохранить его как отчет.

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

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

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

Лучшими возможностями для работы в многопользовательских средах обладает Access.

Язык запросов SQL реализован в целом ряде популярных СУБД для различных типов ЭВМ либо как базовый, либо как альтернативный. В силу своего широкого использования является международным стандартом языка запросов. Язык SQL предоставляет развитые возможности как конечным пользователям, так и специалистам в области обработки данных.

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

Можно напрямую управлять базами данных Access с помощью языка SQL и передавать сквозные SQL-запросы совместимым со спецификацией ODBC SQL-базам данных, таким, как MS SQL Server и Oracle, так что Access способна служить средством разработки масштабируемых систем клиент-сервер.

С помощью объектов OLE (Object Linking and Imbedding – связывание и внедрение объектов) в Windows и компонентах Microsoft Office 2016 (Excel, Word, PowerPoint и Outlook) можно превратить Access в настоящую операционную среду баз данных. С помощью новых расширений для Internet можно создавать формы, которые будут напрямую взаимодействовать с данными из World Wide Web, и транслировать их прямо на страницы доступа к данным для корпоративных сетей, которые напрямую работают с Internet- броузером.

При всем этом Access – не просто СУБД. Как реляционная СУБД Access обеспечивает flociyn ко всем типам данных и позволяет использовать одновременно несколько таблиц базы данных. При этом можно существенно упростить структуру данных, облегчая тем самым выполнение поставленных задач. Таблицу Access можно связать с данными, хранящимися на большой ЭВМ или на сервере. С другой стороны, можно использовать таблицы, созданные в среде dBASE или Excel. Полученные результаты можно быстро и легко связать и объединить с данными из электронных таблиц Excel.

Рис.6. Структурная схема пакета (древо вызова процедур и программ)

2 глава. Проектная часть

2.1. Информационная модель и ее описание

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

Модель подсистемы ФГУП «ЦНИИ ЭИСУ» способствует реализации машинной обработки экономической информации.

При построении модели нужно принимать во внимание следующие основные требования:

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

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

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

адаптивность - модель реального объекта должна сохранять адекватность этому объекту в процессе его функционирования в течении достаточно длительного времени;

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

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

В состав информационной базы входят:

1. массивы постоянной нормативно-справочной информации;

2. массивы, содержащие текущие данные о состоянии управляемого объекта;

3. массивы, содержащие данные, поступающие из внешней среды;

4. массивы, содержащие накапливаемые данные за определенный промежуток времени.

Информационное обеспечение подсистемы ФГУП «ЦНИИ ЭИСУ» условно можно разделить на внемашинное и внутримашинное. К внемашинному обеспечению относится часть информационного обеспечения, представляющая собой совокупность сообщений, сигналов и документов, используемых при функционировании автоматизированной системы управления в форме, воспринимаемой человеком без применения средств вычислительной техники (товары в магазинах, товары, поступающие в магазины, фактически работающие продавцы, документы поставщиков, продаваемые товары). К внутримашинному относится та часть информационного обеспечения, которая, представляя собой, совокупность используемых в автоматизированных системах управления данных, фиксируется на машинных носителях системы.

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

Информационная модель подсистемы ФГУП «ЦНИИ ЭИСУ» представляет собой совокупность информационного обеспечения задачи и должна включать следующие основные виды информации:

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

Экономическая сущность задач по созданию подсистемы оценки и контроля качества программного обеспечения ФГУП «ЦНИИ ЭИСУ» предполагает уделить особое внимание информационной составляющей и возможным технологическим решениям. Для каждой задачи устанавливается:

– количество показателей, участвующих в ее решении;

– структурное размещение показателей в таблицах;

– взаимосвязи между таблицами;

– особенности компьютерной обработки;

формы выходных документов.

Информационные ресурсы проектной подсистемы ФГУП «ЦНИИ ЭИСУ» являются составной частью информационного обеспечения, которое в свою очередь представляет собой совокупность форм документов, классификаторов и самой информации, подвергаемой автоматизированной обработке, а также реализованных решений по ее объемам, размещению и формам существования. Информация, циркулирующая в системе и отвергаемая автоматизированной обработке, включает в себя:

– информацию, подлежащую обработке, а также информацию, являющуюся результатом этой обработки;

– информацию, содержащуюся в информационном фонде проектной подсистемы.

– нормативно-справочную информацию.

Информационная модель подсистемы оценки и контроля качества программного обеспечения ФГУП «ЦНИИ ЭИСУ» отражена на рисунке 7.

Тестирование программных продуктов

Кадровый учет

Оптимизация плана работ по отладке программных продуктов

Контроль и анализ достигнутых показателей программного обеспечения

Оптимизация плана работ по отладке

Результат тестирования

1 2 3

5 4

Рис.7. Информационная модель подсистемы «Планирования производства по оценки и контроля качества программного обеспечения» ФГУП «ЦНИИ ЭИСУ»

Информационные потоки задачи подсистемы «Планирования производства по оценки и контроля качества программного обеспечения» ФГУП «ЦНИИ ЭИСУ» представлены в таблице 4.

Таблица 4

Информационные потоки задачи подсистемы «Планирования производства по оценки и контроля качества программного обеспечения» ФГУП «ЦНИИ ЭИСУ»

Содержание

Поток информации
1	Получает информацию о текущем штате специалистов, их разрядах (выполняемых видов работ), а также времени на выполнение работ.
2	Получает информацию о том, каким показателям должен соответствовать программный продукт.
3	Получает информацию (показатели) для тестирования программных продуктов.
4	Выдает оптимизированный план по отладке программных продуктов.
5	Выдает информацию о результатах тестирования

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

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

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

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

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

– соблюдению ГОСТа при разработке формы документов (3 части: заголовочная, содержательная, оформительная);

– соблюдению порядка расположения элементов показателей.

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

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

В результате решения комплекса задач, предусмотренных АИС по разработке подсистемы оценки и контроля качества программного обеспечения ФГУП «ЦНИИ ЭИСУ», может быть сформирована различная информация с выводом на экран ЭВМ или на печатающее устройство.

Логическая структура реляционной базы данных Microsoft Access, построенная на основе, таблиц, запросов, форм и других объектов, приведена на рисунке 8.

Рис.8. Схема базы данных

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

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

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

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

В зависимости от применения они делятся на три группы:

1. общегосударственные классификаторы – разрабатываются в рамках единой системы классификации и кодирования, действующей на территории России;

Согласно Общероссийскому классификатору информации классификаторов (ГОСТ ОК 026-95) в кадровых службах могут использоваться:

Общероссийский классификатор предприятий и организаций (ОКПО)

Общероссийский классификатор специальностей по образованию (ОКСО)

Общероссийский классификатор управленческой документации (ОКУД)

Общероссийский классификатор информации о населении (ОКИН)

2. отраслевые классификаторы – используются в пределах определенной отрасли;

3. локальные – используются в пределах организации или группы организаций.

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

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

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

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

Система классификации — совокупность правил и результат распределения заданного множества объектов (М) на подмножества {Мij) в соответствии с признаками сходства или различия.

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

- Фасетный метод — исходное множество объектов разбивается на подмножества в соответствии со значениями отдельных фасетов. Фасет — набор значений одного признака классификации. Фасеты взаимно независимы. Каждый объект может одновременно входить в различные классификационные группировки.

Кодирование предназначено для присвоения объектам или классификационным группировкам условных обозначений — кодов. Характеристикой кода является:

- используемый алфавит (цифры, буквы, штрихи, цвета);

- длина и структура обозначений кода;

- метод кодирования: классификационный и регистрационный (идентификационный).

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

К кодам экономической информации предъявляются требования:

- Минимально необходимая структура кода с учетом расширения множества кодируемых объектов.

- Учет специфики программных и технических средств обработки данных.

- Помехозащищенность кода.

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

Любой классификатор включает в себя код объекта и полное наименование объекта. Код объекта – это удобная форма представления полного наименования объекта. Что касается используемых классификаторов и системы кодирования, то в разрабатываемой информационной системе учета складских операций будет использована модель реляционной базы данных на базе MS Access, которая основана на встроенных классификаторов на базе пакета прикладных программ.

В данной дипломной работе будут спроектированы локальные классификаторы для объектов контрагенты: клиенты, контрагенты: разработчики, сотрудники, программы (рис.9).

Рис.9. Структура таблиц базы данных

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

Рассмотрим структуру кодовых обозначений локальных кодов в виде таблицы (табл. 5).

Таблица 5

Структура кодовых обозначений локальных кодов

Наименование кодируемого объекта	Идентификатор	Система кодирования	Тип записи
Разработчики	Код_разраб	порядковая	Числовой(счетчик)
Клиенты	Код_клиен	порядковая	Числовой(счетчик)
Программы	Код_номенкл	порядковая	Числовой(счетчик)
Сотрудники	Код_сотр	порядковая	Числовой(счетчик)
Единицы измерения	Код_един	порядковая	Числовой(счетчик)

Поле «код» в каждой таблице служит для связи таблиц, а также в качестве классификатора в пределах локальной таблицы.

2.2. Характеристика нормативно-справочной, входной и оперативной информации

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

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

Входная информация разрабатываемой информационной подсистемы включает несколько таблиц, отражающих данные о подсистеме «Планирования производства по оценки и контроля качества программного обеспечения» ФГУП «ЦНИИ ЭИСУ».

Входными данными являются:

- информация о программе

- информация о сотрудниках

- информация о разработчиках

- информация о тестировании

- данные о клиенте (фирме или учреждении).

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

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

Разработанная база данных содержит несколько таблиц, данные которых можно отнести к входной информации, представленной на рис.10.

Рис.10. Входная информация подсистемы «Планирования производства по оценки и контроля качества программного обеспечения» ФГУП «ЦНИИ ЭИСУ»

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

Для заключения коммерческой сделки между ФГУП «ЦНИИ ЭИСУ» и клиентом необходимо точно определить информационные потоки, связывающие интересы двух сторон, материальным выражением этих интересов будет первична документация.

При использовании средств ЭВМ возрастает роль обмена информацией в электронном виде. В соответствии с требованием руководства информация о товаре и клиенте обрабатывается менеджерами при помощи вычислительной техники – формирование всей документации происходит при помощи программ MS Office – Access, Word. Весь информационный массив обрабатывается средствами СУБД Access. Прайс-листы, данные клиента оперативно загружаются в информационную базу отдела, что позволяет избежать трудоёмкого ручного ввода больших объёмов информации.

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

Помимо входных данных, в проектируемой системе есть и постоянные данные, которые хранятся и заносятся в качестве нормативно-справочной документации, к которой можно отнести:

– нормативно-правовые документы, регулирующие вопросы организации тестирования и контроля;

– должностные инструкции сотрудников отдела тестирования ПО.

К первой группе документов могут быть отнесены в частности:

В США, например, в середине 80-х годов введены в действие следующие стандарты: ANSI/IEEE «Спецификация требований к ПО» (Guide to Software Requirements Specifications); «Планирование управления конфигурацией ПО» (Software Configuration Management Plans); «Документирование тестов ПО» (Software Test Documentation); «Планирование уровня качества ПО» (Software Quality Assurance Plan?). В качестве проектов апробируются и другие стандарты, в том числе «Справочник гарантии качества», «Классификация отказов, сбоев и ошибок ПО».

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

Ко второй группе документов могут быть отнесены в частности:

Корпоративные правила работы с клиентами: установленные правила и инструкции работы с клиентами ФГУП «ЦНИИ ЭИСУ».
Стандарт жизненного цикла ПО ГОСТ Р ИСО/МЭК 12207-99: установленные правила, которые регламентируют стадии и этапы разработки программного обеспечения.
Техническая документация по ремонту ОТ: руководства по ремонту и эксплуатации оргтехники.
Установленная форма документов и отчетов: утвержденные руководством ФГУП «ЦНИИ ЭИСУ» формы сопроводительных документов и выходных отчетов.

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

Основными функциями справочников являются:

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

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

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

Рис.11. Справочник «Сотрудники»

Таблица содержит данные о сотрудниках ФГУП «ЦНИИ ЭИСУ», имеющих доступ к разработанной подсистеме. Имеются следующие поля: код, ФИО, возраст, стаж работы, адрес, контакты.

Рис.12. Справочник «Программы»

Таблица содержит данные о разработанных программах ФГУП «ЦНИИ ЭИСУ», имеющих такие сведения как: код программы, наименование программы, год разработки, наименование разработчика.

Рис.13. Справочник «Контрагенты: Клиенты»

Таблица содержит данные о клиентах ФГУП «ЦНИИ ЭИСУ», которые используют программное обеспечение в своей профессиональной деятельности и сообщают о результатах внедрения разработки, включая положительные и отрицательные моменты.

Рис.14. Справочник «Контрагенты: Разработчик»

Таблица содержит данные о разработчиках ФГУП «ЦНИИ ЭИСУ», которые непосредственно занимались разработкой программного обеспечения. Таблица содержит следующие поля: код, наименование разработчика, год разработки, ФИО сотрудника.

2.3. Характеристика результатной информации

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

Формы представления выходной результатной информации зависят от ее предназначения и эксплуатационных возможностей технических средств обработки данных. Современные ЭВМ позволяют выводить информацию на бумагу, дисплей, НГМД. В зависимости от того, какие устройства ЭВМ используются, меняется и форма представления результатной информации. Документы, получаемые на печатающих устройствах ЭВМ, называются машиннограммы, а выдаваемые на экраны дисплеев - видеограммы. Отображение результатной информации в выходных документах осуществляется в двух режимах регламентном и запросном. При регламентном режиме машиннограммы выдаются в заранее установленные сроки. Запросный режим обеспечивает выдачу результатной информации в любое время, когда возникает в ней необходимость.

В подсистеме оценки и контроля качества программного обеспечения ФГУП «ЦНИИ ЭИСУ», разрабатываемой в дипломной работе, используется запросный режим отображения результатной информации в выходных документах. Выходные машинные документы должны отвечать ряду требований. В заголовочной части любого выходного документа должно содержаться наименование документа, дата составления, справочные реквизиты. В содержательной части вначале располагаются справочные и справочно - группировочные признаки, затем расчетные показатели могут печататься все строки результатного массива с подсчетом итогов по группировочным признакам, количественным и стоимостным показателям или только итоговые строки. Это зависит от назначения машиннограммы и требований со стороны пользователей. Современные ЭВМ дают возможность получать удобные и наглядные для потребителя формы выходной информации. Документы, составленные на ЭВМ, уже полностью оформлены, не требуют дополнительных ручных операций, разграфлены, имеют отпечатанную заголовочную часть.

В результате решения комплекса задач, предусмотренных информационной подсистеме «Планирования производства по оценки и контроля качества программного обеспечения» ФГУП «ЦНИИ ЭИСУ» может быть сформирована следующая информация с выводом на экран ПЭВМ или на печатающее устройство, в том числе:

• общий отчет;

• отчеты по программам;

• отчеты по клиентам.

Эти данные имеют вид различных таблиц и документов.

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

Отчетные данные информационной подсистемы «Планирования производства по оценки и контроля качества программного обеспечения» ФГУП «ЦНИИ ЭИСУ» представлены на рис.15,16 и 17.

Рис.15.Отчет по программам

Рис.16. Отчет по клиентам

Рис.17. Общий отчет

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

2.4. Общие положения (дерево функций и сценарий диалога)

Технологический процесс работы системы начинается с загрузки операционной системы (ОС).

Схема технологического процесса сбора, передачи, обработки и выдачи информации АИС «Планирования производства по оценки и контроля качества программного обеспечения» ФГУП «ЦНИИ ЭИСУ» включает:

– построение и обновление справочного фонда информационной подсистемы;

– построение и обновление массивов входных данных на машинных носителях;

– построение ответов на ряд формализованных запросов;

– формирование оперативных документов, учетных таблиц;

– формирование отчетов.

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

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

Рис.18.Схема технологического процесса сбора, передачи, обработки и выдачи информации

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

2.5.Характеристика базы данных

Формализация расчетов в информационной системе осуществляется по средствам имеющихся встроенных в MS Access формул, а также ранжирования данных по возрастанию или убыванию.

Access — мощное приложение Windows, впервые производительность СУБД органично сочетается с теми удобствами, которые имеются в распоряжении пользователей Microsoft Windows. Поскольку оба эти продукта — детища компании Microsoft, они прекрасно взаимодействуют между собой.

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

С помощью объектов OLE (Object Linking and Imbedding — связывание и внедрение объектов) в Windows и компонентах Microsoft Office 2016 (Excel, Word, PowerPoint и Outlook) можно превратить Access в настоящую операционную среду баз данных. С помощью новых расширений для Internet можно создавать формы, которые будут напрямую взаимодействовать с данными из World Wide Web, и транслировать их прямо на страницы доступа к данным для корпоративных сетей, которые напрямую работают с Internet- броузером.

При всем этом Access — не просто СУБД. Как реляционная СУБД Access обеспечивает flociyn ко всем типам данных и позволяет использовать одновременно несколько таблиц базы данных. При этом можно существенно упростить структуру данных, облегчая тем самым выполнение поставленных задач. Таблицу Access можно связать с данными, хранящимися на большой ЭВМ или на сервере. С другой стороны, можно использовать таблицы, созданные в среде dBASE или Excel. Полученные результаты можно быстро и, легко связать и объединить с данными из электронных таблиц Excel. Работая в среде Microsoft Office 2016, пользователь получает в свое распоряжение полностью совместимые между собой Access, Word, Excel, PowerPoint.

2.6. Структурная схема пакета (дерево вызова процедур и программ)

Рассмотрим систему меню автоматизируемой подсистемы (или дерево диалога программного комплекса информационной подсистемы) оценки и контроля качества программного обеспечения ФГУП «ЦНИИ ЭИСУ», представленной на рис.19.

Рис.19. Система меню автоматизируемой подсистемы «Планирования производства по оценки и контроля качества программного обеспечения» ФГУП «ЦНИИ ЭИСУ»

Взаимодействие пользователя с подсистемой «Планирования производства по оценки и контроля качества программного обеспечения» ФГУП «ЦНИИ ЭИСУ» осуществляется в диалоговом режиме. Основным связующим элементом разрабатываемой АИС является система меню.

2.7. Описание программных модулей

Объектами разработанной базы данных являются:

А. Формы. Формы разработанной базы данных демонстрируют удобные профессиональные способы работы с таблицами. Эти формы можно использовать в качестве образцов при создании форм для ввода, редактирования или просмотра данных в таблицах разработанной информационной системы.

Существует несколько способов создания форма:

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

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

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

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

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

Г. Отчёты. Отчеты является средством представления данных в печатном формате. Имея возможность управлять размером и внешним видом всех элементов отчета, пользователь может отобразить сведения желаемым образом.

Программа состоит из следующих основных модулей:

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

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

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

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

Выбрав пункт меню «Тестирование программы» базы пользователь попадает в форму, где он может увидеть сведения о тестируемом продукте и о его результатах, добавить новую программу для тестирования или нового сотрудника.

Рис.21. Форма «Тестирование программы»

Выбрав пункт меню «Время на доработку» базы пользователь попадает в форму, где он может увидеть сведения о тестируемом продукте, количестве ошибок, сведения о разработчике и времени исправления, а также добавить необходимые сведения о новом тестируемом продукте.

Рис.22. Форма «Время на доработку»

Выбрав пункт меню «Результаты тестов» базы пользователь попадает в форму, где он может увидеть результаты тестирования программных продуктов, количестве ошибок, количество времени, затраченное на исправление, сведения о разработчике и показатели качества.

Рис.23. Форма «Результаты тестов»

Выбрав пункт меню «Контрагенты: Клиенты» базы пользователь попадает в форму, которая информирует об организации-клиенте, о временных сведениях продажи, о программе, которая была приобретена и которая подверглась тестированию и исправлению ошибок.

Рис.24. Форма «Контрагенты: Клиенты»

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

Рис.25. Форма «Контрагенты: Разработчики»

Выбрав пункт меню «Программы» базы пользователь попадает в форму, которая информирует и дает возможность дополнить список программных продуктов.

Рис.26. Форма «Программы»

Выбрав пункт меню «Сотрудники» базы пользователь попадает в форму, которая информирует о подробных сведениях об сотрудниках.

Рис.27. Форма «Сотрудники»

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

Рис.28. Меню «Отчеты»

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

2.8.Контрольный пример реализации проекта и его описание

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

Взаимосвязь программных модулей и информационных файлов базы подсистемы оценки и контроля качества программного обеспечения ФГУП «ЦНИИ ЭИСУ» можно представить следующей схемой на рис.29.

Рис.29. Блок-схема взаимодействия программных модулей

Занесение

входной

информации

Справочники

Выход

Формирование

отчетов и вывод

результатов

Основное меню

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

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

Модуль работы со справочниками включает в себя несколько справочников:

- Справочник Разработчики;
- Справочник Программа;
- Справочник Сотрудники;
- Справочник Клиенты.

Назначение данного модуля является поиск и просмотр информации по материалам и продукции, а также по контрагентам, и подготовка справочной информации.

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

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

Формы для занесения и исправления ошибок, вызываются из главного меню программы. Информационной базой данного модуля являются таблицы.

Модуль формирование отчетов выполняет функции по формирования печатных форм. Отчеты формируются, используя запросы, которые обрабатывают исходную информацию в соответствии с заданными параметрами пользователя.

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

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

Далее рассмотрим выбор и обоснование использования технических средств.

ЗАКЛЮЧЕНИЕ

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

Темпы внедрения новых технологий в компьютерной отрасли вызывают изумление.

В данной дипломной работе разработана информационная подсистема «Планирования производства по оценки и контроля качества программного обеспечения» для предприятия ФГУП "ЦНИИ ЭИСУ" Москва». В результате анализа данных приведены необходимые поля базы данных, их структура и тип. Сведение их в определенные объекты и построение связи между объектами базы. Показаны определенные правила, по которым создавалась база данных.

База данных проектировалась в среде СУБД MS Access. Microsoft Access на сегодняшний день является одним из самых популярных настольных приложений для работы с базами данных.

В результате проделанной работы был автоматизирован процесс тестирования программных продуктов оценки и контроля качества программного обеспечения для предприятия ФГУП "ЦНИИ ЭИСУ".

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

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

Расчет экономической эффективности говорят о том, что внедрение информационной подсистемы «Планирования производства по оценки и контроля качества программного обеспечения» в ФГУП "ЦНИИ ЭИСУ" ведёт за собой существенную экономическую эффективность. Внедрение информационной системы влечёт за собой и улучшение качества работы предприятия, а именно сократятся ошибки, улучшится качество потребления информации, появится возможность универсального доступа к информации, сократятся затраты на администрирование приложений на рабочих местах пользователей, станет более эффективным оперативное управление информацией.

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

Авдеев С. В., Замедлина Е. А. Основы бизнеса: Пособие для сдачи экзамена.-М: Юрайт-издат., 2018
Аристов О. В. Управление качеством. Учебник, - М.: Инфа – М, 2017
Баканов М.И., Шеремет А.Д., Ващекин . Н. П. «Маркетинговая информация» // Маркетинг. -№ 3. – 2019
Бакаревич Ю.Б., Пушкина Н.В. «Самоучитель Microsoft Access 2002» – СПб.: БХВ-Петербург, 2018
Балдин К. В., Уткин В. Б. «Информационные системы в экономике» Изд.: Финансы и статистика, 2016
Барановская Т.П., Лойко В.И., Семенов М.И., Трубилин А.И. «Информационные системы и технологии в экономике» 2-е издание, переработанное и дополненное. М.: - Финансы и статистика, 2016
Барнгольц С.Б. "Методология экономического анализа деятельности хозяйствующего субъекта" Учеб. пособие. - М.: Финансы и статистика, 2017
Бройдо В.Л. «Вычислительные системы, сети и телекоммуникации»: учебник для вузов. 2-е издание. СПб.: - Питер, 2018
Васильева Л. С. Финансовый анализ: Учебник/Л. С. Васильева, М. В. Петровская, 2-е изд., перераб. и доп. – М.: КНОРУС, 2016
Вендеров А.М. «Практикум по проектированию программного обеспечения экономических информационных систем». Учеб. Пособие – М.: Финансы и статистика, 2013
Веревченко А. П., и др. «Информационные ресурсы для принятия решений» Изд.: Деловая Книга, Академический проект, 2018
Видяпина В. И. Экономическая теория: Учебник. - изд. испр. И доп./ Под общей ред. Акад. В. И. Видяпина, А. И. Добрынина, Г. П. Журавлевой, А. С. Тарасевича. –М.: ИНФРА-М, 2017
Волокитин А. В., и др. «Средства информатизации государственных организаций и коммерческих фирм. Справочное пособие» Изд.: ФИОРД-ИНФО, 2018
Гаскаров Д. В. «Интеллектуальные информационные системы» Изд.: Высшая школа, 2017
Глушаков С.В., Ломотько Д.В. «Базы данных». Харьков: - Фолио, 2018
Грибов В. Д. Основы бизнеса. – М.: Финансы и статистика , 2015
Дроздов В.В., Дроздова Н. В. Экономический анализ: Практикум. СПб.: Питер, 2015
Ермолович Л.Л. «Анализ финансово-хозяйственной деятельности предприятия». Учеб. — М.: БГЭУ, 2015
Золотова С.И. «Практикум Access». М.: - Финансы и статистика, 2017
Каплина С. А. Технология торговли/ С. А. Каплина- Ростов н/Д: Феникс, 2018
Карабутов Н. Н. «Информационные технологии в экономике» Изд.: Экономика; 2013
Ковалева А. М. Финансовый менеджмент: Учебник.- М.: ИНФРА-М, 2018
Ковалев В.В. Введение в финансовый менеджмент. - М.: Финансы и статистика, 2018
Конев И. Р., Беляев А. В. Информационная безопасность предприятия. – СПб.:2013
Конюховский П.В., Колесов Д.Н., Осипов Г.С. «Экономическая информатика». СПб.: - Питер, 2017
Маклаков С. В. «Моделирование бизнес-процессов» Изд.: Диалог – МИФИ, 2016
Маклиз Д. Экономика бизнеса: Конкуренция, макростабильность и глобализация/ Д. Маклиз: Пер. с англ. – М.: Бином. Лаборатория знаний, 2014
Марков А.С., Лисовский К.Ю. «Базы данных. Введение в теорию и методологию». М.: - Финансы и статистика, 2016