Проектирование ИС. ВКР Аминула Магомедов. Минобрнауки рф
 Скачать 267.57 Kb.
|
2.1.4.Постановка задачи автоматизации процесса деятельности по учету вычислительной техникиЦели и задачи проекта автоматизацииФункциональное назначение: система должна предоставлять ввод, обработку и поиск данных. Эксплуатационное назначение: система должна обеспечивать оформление и учет прихода, перемещение компьютерного оборудования, прием и обработку заказов на обслуживание компьютерной техники и оргтехники, учет компьютерного оборудования на складе и списанного, а также оборудования общего пользования. Для реализации задач учета и инвентаризации компьютеров и комплектующих, а также приема и выполнения заказов на обслуживание, ремонт средств вычислительной техники и оргтехники для организации, выбран вариант реализации посредством разработки АИС учета и инвентаризации компьютеров и комплектующих, которая учитывает специфику процесса обработки информации в Дагестанском Государственном Университете. В рамках данной работы подлежат разработке ряд аспектов поддерживающие в дальнейшем при комплексом подходе в ходе написания технического задания следующие функции: учет компьютерного оборудования по рабочим местам, рабочих мест по структурным подразделениям университета; ведение бухгалтерского учета и оформление приходных документов на компьютерную технику; внутреннее перемещение вычислительной и организационной техники и другого учебного оборудования с одного рабочего места на другое или же с одного структурного подразделение в другое; максимально автоматизированный учет заявок на ремонт или обслуживание компьютерной техники и оргтехники; необходимо автоматическое определение оборудования, подлежащего списанию и степень устаревания ,как морально так и физически; учет дат и причин необходимости ремонта и обслуживания, ведение истории обслуживания рабочего места; ведение истории обслуживания и истории перемещения по рабочим местам каждого комплектующего; учет компьютерного оборудования на складе и списанного, а также оборудования общего пользования (копиры, принтеры и т.д.); быстрый поиск данных о выбранном комплектующем на рабочем месте; задание для каждого комплектующего произвольного набора характеристик и параметров; Формирование следующей отчетности: паспорт устройства; список инвентарных номеров; список компьютерной техники по рабочим местам; накладная на внутреннее перемещение объектов основных средств; список рабочих мест; список оборудования на рабочем месте; история обслуживания рабочего места; история обслуживания комплектующего; история перемещения комплектующего. Глава 3. Проектирование информационной системы учета и анализа вычислительной и организационной техники 3.1.1.Построение и обоснование модели новой организации процессов по учету вычислительной техникиПредполагаются следующие информационные решения, касающиеся разрабатываемого программного средства: сбор исходной информации, вводимой в базу данных, осуществляется локально, т.е. информация для базы данных может быть введена с одного АРМ, где установлена программа; ввод информации в базу данных осуществляется вручную с бумажных носителей. Информация записывается в базу автоматически; обработка данных осуществляется в диалоговом режиме; пользователь получает информацию из базы данных на экран ПЭВМ, кроме того, информация может выдаваться на принтер в случае распечатки различных стандартных форм; резервирование базы данных осуществляется при помощи сохранения базы данных на каком-либо магнитном носителе, а восстановление – при помощи копирования базы данных с магнитного носителя на сервер в ту папку, где должна находиться база данных; база данных состоит из одного файла, имеющего расширение «.mdb» (формат Microsoft Access). Разработка отдельных компонентов программы Разработка структуры справочника оборудования на рабочих местах Для хранения данных о размещении оборудования на рабочих местах разработана структура из трех таблиц, представленных на рисунке . На схеме данных представлены таблицы, описанные в таблице . Таблица Описание таблиц базы данных
Устройство может быть перенесено с одного рабочего места на другое. Таблица «Размещение» обеспечивает привязку конкретного устройства к конкретному рабочему месту, а также хранит всю историю перемещения каждого устройства по рабочим местам. Составной первичный ключ таблицы «Размещение», состоящий из всех трех ее полей, обеспечивает целостность таблицы по сущностям и по ссылкам. Таким образом, обеспечивается возможность для любого рабочего места определить перечень устройств на нем. Вид экранной формы оборудования на рабочих местах представлен на рисунке 3.  Рис. 3 Экранная форма «Оборудование на рабочих местах» Разработка алгоритма распределение заказов Для приема и распределения заказов на ремонт и обслуживание компьютерной техники, оргтехники, установку ПО и т.п. разработана форма «Заказы на обслуживание», представленная на рисунке 4. Задача работника в данном направлении заключается в приеме и распределении заказов между исполнителями – работниками информационного отдела. Заказы разделяются на заказы на обслуживание, заказы на ремонт и заказы на изменение состава устройств на рабочем месте. Заказы могу иметь различные статусы: В работе, Выполнен, Ложный, Изменено направление, Оборудование ожидает вывоза в ремонт, Отменен, Передан на исполнение, Повторный и т.д. Выбор исполнителя заказа определяется специализацией работника и его загруженностью текущими заказами.  Рис. Форма учета заказов Основные этапы работы с заказом на ремонт или обслуживание техники: – прием заказа по внутренней электронной почте или по телефону от любого сотрудника организации; – регистрация заказа в системе; – определение исполнителя заказа исходя из специализации работника и его загруженности текущими заказами; – регистрация в системе сроков исполнения заказа, исполнителя; – выполнение заказа; – регистрация в системе факта исполнения / неисполнения заказа, примечаний в случае необходимости. Разработка структур документов и отчетов Формы выходных документов программы приведены в Приложении Б. В программе реализованы следующие выходные документы: паспорт устройства; список инвентарных номеров; список компьютерной техники по рабочим местам; накладная на внутреннее перемещение объектов основных средств; список рабочих мест; список оборудования на рабочем месте; история обслуживания рабочего места; история перемещения комплектующего. Все документы формируются в формате MS Excel, часть из них – на основе шаблонов, хранящихся в каталоге Шаблоны. Каталог Шаблоны находится в одном каталоге с исполняемым файлом программы Stock.exe. Шаблон представляет собой заготовку файл MS Excel с уже внесенными данными, менять которые нет необходимости: шапки таблиц, стандартные бланки, унифицированные формы. В нашем случае реализованы шаблоны для документов Паспорт устройства и Накладная на внутреннее перемещение объектов основных средств. Программа создает документ на основе шаблона, выводит в него необходимые данные и выводит на экран. Сформированный документ пользователь может распечатать, сохранить на диск или закрыть без сохранения. При этом исходный шаблон остается без изменения. Остальные документы формируются путем создания нового документа MS Excel и выгрузки в него всех данных. При этом документы Список инвентарных номеров, Список рабочих мест, Список оборудования на рабочем месте, История обслуживания рабочего места, История перемещения комплектующего формируются одной специально разработанной процедурой Rep_Universal: Процедура является универсальной и разработана для формирования отчета для любого заданного набора данных. На вход процедуре передаются: – сетка DBGrid, в которой отражаются данные, которые необходимо вывести в отчет; – количество первых столбцов сетки, которые необходимо вывести в отчет; – заголовок документа. Процедура создает таблицу, в которой заголовки копируются из заголовков столбцов сетки. Ширина столбцов таблицы пропорциональная ширине столбцов в сетке. Далее в цикле в таблицу выводятся данные, которые отображены в сетке. Таким образом, программа фильтрует данные на экранной форме, и на печать выводится содержимое сетки DBGrid, отображаемой на экране. Сформированный документ пользователь может распечатать, сохранить на диск или закрыть без сохранения. Разработка алгоритма введения статистики выполненных заказов Для получения статистической информации о выполнении заказов на ремонт и обслуживание техники предназначена экранная форма «Заказы на обслуживание», представленная на рисунке 4. На форме реализован фильтр, который позволяет отбирать данные из БД по следующим критериям: – произвольный диапазон дат; – состояние заказа (выбирается из списка возможных вариантов); – рабочее место (выбирается из списка рабочих мест); – исполнитель (выбирается из списка возможных вариантов). Пользователь может выбрать: – все заказы за определенный промежуток времени; – все заказы с указанным состоянием, например, «В работе» или «Выполнен»; – все работы, выполнявшиеся на конкретном рабочем месте; – все заказы, выполненные конкретным исполнителем. Также возможна комбинация любых из вышеописанных вариантов. Для хранения данных о заказах предназначена таблица Заказы, описанная в таблице . Таблица Описание таблицы Заказы
По заданным пользователем критериям (произвольный набор, от одного до всех возможных) формируется фильтр для таблицы БД. Полученные данные отображаются на форме. Также на форме реализовано выделение цветом заказов с различными состояниями: «Выполнен» – синим, «Передан на исполнение» или «Повторный» – красным. Заказы в остальных статусах цветом не выделяются. 3.1.2.Спецификация и обоснование нефункциональных требованийОсновные этапы, на которые разбивается процесс проектирования информационной системы, следующие [3]: – концептуальное проектирование – сбор, анализ и редактирование требований к данным (обследование предметной области, изучение ее информационной структуры, выявление всех фрагментов, каждый из которых характеризуется пользовательским представлением, информационными объектами и связями между ними, процессами над информационными объектами, моделирование и интеграция всех представлений), – логическое проектирование – преобразование требований к данным в структуры данных. На выходе получаем СУБД-ориентированную структуру базы данных и спецификации прикладных программ, – физическое проектирование – определение особенностей хранения данных, методов доступа и т.д. Для разработки функциональной модели выбрано CASE-средство Computer Associates BPwin 4.0, благодаря описанным ниже его особенностям. BPwin является мощным инструментом для создания моделей, позволяющих анализировать, документировать и планировать изменения сложных бизнес-процессов. BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели. BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать ваш бизнес с трех ключевых точек зрения. Цель инфологического проектирования – обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Основными конструктивными элементами моделей являются сущности, связи между ними и их свойства (атрибуты). Для инфологического проектирования базы данных было выбрано CASE‑средство Computer Associates ERwin 4.0, благодаря описанным ниже его особенностям. Создание модели данных, как правило, начинается с создания логической модели. После описания логической модели, проектировщик может выбрать необходимую СУБД и ERwin автоматически создаст соответствующую физическую модель. На основе физической модели ERwin может сгенерировать системный каталог СУБД или соответствующий SQL-скрипт. Этот процесс называется прямым проектированием (Forward Engineering). Тем самым достигается масштабируемость – создав одну логическую модель данных, можно сгенерировать физические модели под любую поддерживаемую ERwin СУБД. С другой стороны, ERwin способен по содержимому системного каталога или SQL-скрипту воссоздать и физическую, и логическую модель данных (Reverse Engineering). На основе полученной логической модели данных можно сгенерировать физическую модель для другой СУБД и затем сгенерировать ее системный каталог. Следовательно, ERwin позволяет решить задачу по переносу структуры данных с одного сервера на другой. 3.1.3.Обоснование выбора средств разработки Обоснование выбора СУБД На сегодняшний день известно более двух десятков форматов данных настольных СУБД, однако наиболее популярными следует признать dBase, Paradox, FoxPro и Access. MicrosoftAccess. В отличие от Visual FoxPro, фактически превратившегося в средство разработки приложений, Access ориентирован в первую очередь на пользователей Microsoft Office, в том числе и не знакомых с программированием. В состав Access входят [8]: Средства манипуляции данными Access и данными, доступными через ODBC (последние могут быть «присоединены» к базе данных Access). Средства создания форм, отчетов и приложений; при этом отчеты могут быть экспортированы в формат Microsoft Word или Microsoft Excel, а для создания приложений используется Visual Basic for Applications, общий для всех составных частей Microsoft Office. Средства доступа к данным серверных СУБД через OLE DB. Средства создания клиентских приложений для Microsoft SQL Server. Средства администрирования Microsoft SQL Server. Access – это, прежде всего, система управления базами данных (СУБД). Как и другие продукты этой категории, она предназначена для хранения и поиска данных, представления информации в удобном виде и автоматизации часто повторяющихся операций (таких, как ведение счетов, учет, планирование и т.п.). С помощью Access можно разрабатывать простые и удобные формы ввода данных, а также осуществлять обработку данных и выдачу сложных отчетов. Обоснование выбора среды разработки Из таких средств разработки программ наибольшей известностью пользуются системы Borland Dеlрhi фирмы Borland‚ Visual Basic, Visual C++ фирмы Microsoft. Каждый из указанных классов имеет свои достоинства и недостатки, поэтому в общем случае трудно отдать предпочтение одному из них. В предлагаемом проекте в качестве средства разработки выбран продукт Borland Delphi, пользующийся большой популярностью. В Delphi удачно сочетаются средства визуального проектирования приложений и оптимизирующий компилятор. Наличие в системе компилятора или генерирование ею выполняемого машинного кода еще не означает, что получаемый код является оптимальным. Такие системы, как Visual Basic, изначально создавались на основе концепции генерации псевдокода. При выполнении приложений, созданных с помощью этих систем, полученный псевдокод интерпретировался. Если сравнивать вышеупомянутые языки с языком Object Pascal, используемом в системе Delphi, то различие видно сразу. Object Pascal всегда был компилируемым языком, и при его разработке были соблюдены все требования, выполнение которых обязательно при компиляции и оптимизации. В случае Delphi слова «оптимизирующий компилятор» не означают «медленный компилятор». В последних версиях продукта представлен лучший компилятор языка Pascal компании Borland, который экономно использует ресурсы компьютера и одновременно обладает высокой производительностью. Более того, генератор кода Delphi — это тот самый генератор кода, который применяется компанией Borland в ее компиляторах с языка C++. Таким образом, используя Delphi, можно достичь скорости программ, написанных на языке C++, избежав при этом сложностей этого языка программирования. Помимо эффективности выполняемого кода, каждому разработчику необходимо средство, которое было бы, с одной стороны, достаточно мощным и гибким, чтобы выполнить любую стоящую перед ними задачу, а, с другой стороны было достаточно простым и удобным в работе. Такая система должна быть построена на принципах объектно-ориентированного программирования, и вместе с тем, должна позволять применять, в случае необходимости, ассемблер. Она должна генерировать не только исполняемые файлы в формате ЕХЕ, но и создавать файлы DLL и драйверов устройств. Наконец, она должна совмещать в себе функции среды для быстрой разработки баз данных, которая не вынуждала бы их каждый раз при программировании спускаться до ядра СУБД. Требования к информационной и программной совместимости Программа должна быть разработана, как Windows-приложение. Файл данных создаётся в формате Microsoft Access 2010. Сама разработка ведётся в среде визуального программирования Delphi 7.0, обеспечивающей создание надёжного приложения для работы в операционных системах Windows 98 и выше. Требования к набору (составу) данных Входными данными для системы должны являются: данные по заказу; данные о типах, моделях и параметрах комплектующих; данные о перемещении устройств; данные об обслуживании рабочих мест. Выходными данными для системы являются: паспорт устройства; список инвентарных номеров; список компьютерной техники по рабочим местам; накладная на внутреннее перемещение объектов основных средств; список рабочих мест; список оборудования на рабочем месте; история обслуживания рабочего места; история перемещения комплектующего. Формы выходных документов представлены в Приложении Б. Требования к программной документации Разрабатываемый проект должен сопровождаться документацией, в составе которой будут учтены следующие пункты: – техническое задание; – описание программы; – описание применения; – текст программы, результаты работы. |