Учебная работа. Дипломная работа: Процессы автоматизации учета компьютерного парка как основы оптимизации управления аппаратным

Учебная работа. Дипломная работа: Процессы автоматизации учета компьютерного парка как основы оптимизации управления аппаратным

Содержание

ВВЕДЕНИЕ

Глава 1. Учет аппаратного обеспечения на предприятии как объект автоматизации

1.1 Структурно-функциональная диаграмма организации деятель инженера отдела АСУ

1.2 Черта комплекса задач, задачки и обоснование необходимости автоматизации

1.3 Анализ имеющихся разработок для автоматизации задачки и выбор технологии проектирования

1.4 Выбор и обоснование стратегии автоматизации задачки

1.5 Развернутая постановка целей, задачки и подзадач автоматизации

Глава 2. Обоснование проектных решений и проектирование системы

2.1 Выбор средств программирования

2.2 Моделирование ИСУАО

2.3 Применяемые классификаторы и системы кодировки

2.5 Проектирование базы данных

2.6 Описание программной реализации

2.7 Результаты реализации проекта

Глава 3. Организация работ по разработке системы

3.1 Разработка и описание проекта автоматизации, плана-графика автоматизации

3.2 Графическое отображение сетевой модели

ЗАКЛЮЧЕНИЕ

Перечень использованной литературы

ВВЕДЕНИЕ

Современные мировые тенденции в развитии информационных технологий абсолютно изменяют их роль в развитии бизнеса компаний. Департаменты информационных технологий перебегают из роли глубочайшего сопровождения в статус партнеров, способных предоставить отменно новейшие способности для ведения бизнеса и реализации конкурентных преимуществ на рынке. А это значит, что во-1-х, планирование развития ИТ в компании обязано быть тесновато соединено с планами развития компании; во-2-х, абсолютно меняются подходы к оценке эффективности функционирования IТ-департаментов.

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

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

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

Объектом исследования в данной работе является организация бизнес-процессов на рабочем месте инженера отдела АСУ компании ООО «Эком».

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

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

— исследование предметной области и выявление недочетов имеющейся организации обработки инфы на рабочем месте инженера отдела АСУ по аппаратному обеспечению;

— разработка постановки задачки автоматизации;

— анализ имеющихся программные средства автоматизации учета аппаратного обеспечения и обоснование выбора средств проектирования;

— обоснование выбора главных проектных решений;

— разработка всех видов обеспечивающих подсистем;

— обоснование экономической эффективности проекта.

В работе применены как общенаучные способы исследования (анализ, синтез, системный подход), так и способы структурного моделирования экономических действий при помощи Case-средств (BPWin).

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

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

Глава 1. Учет аппаратного обеспечения на предприятии как объект автоматизации

1.1
Структурно-функциональная диаграмма организации деятель инженера отдела АСУ

Базу моделирования деятель компании либо его структурной единицы составляет графический язык описания бизнес действий. Модель в нотации IDEF0 представляет собой совокупа иерархически упорядоченных и взаимосвязанных диаграмм. Цель модели AS-IS определение более слабеньких и нерациональных участков работы компании. Для изучаемого объекта модель AS-IS была построена на базе исследования документооборота организации, опроса работников компании.

Обобщенная модель AS-IS деятель ООО «Эком» приведена на рис. 1.1, 1.2.

Мировозренческая диаграмма «Деятельность компании» представляет собой самое общее описание деятель организации и ее взаимодействия с окружающей средой. Она нужна для того, чтоб представить, какое пространство занимает деятельность инженера АСУ в общей деятель организации.

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

Набросок 1.1 – Мировозренческая диаграмма деятель компании

Набросок 1.2 – Детализация концептуальной диаграммы компании

В круг обязательств инженера АСУ заходит решение широкого круга различных задач, связанных с учетом самых различных ресурсов компьютерного парка и расчетом тех либо других характеристик по ним:

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

— постановка оргтехники на учет и списание;

— учет перемещения техники по подразделениям компании;

— учет производимых ремонтов, подмены частей, профилактики;

— учет заправки принтеров, ксероксов и другого печатающего оборудования;

— учет картриджей и их заправка;

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

— получение различных отчетов и аналитических форм;

— планирование деятель службы обслуживания оргтехники.

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

Набросок 1.3 – Многофункциональная модель деятель отдела АСУ

Главные участники процесса учета, анализа и планирования оргтехники на предприятии:

— инженер по обслуживанию оргтехники;

— Менеджерпо закупке вещественных ресурсов;

— бухгалтер;

— заведующий отделом обслуживания оргтехники.

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

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

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

1.2 Черта комплекса задач, задачки и обоснование необходимости автоматизации

Отдел АСУ проводит работы по созданию, эксплуатации и развитию автоматических систем управления вместе с иными отделами компании. бизнес-процессы отдела АСУ были промоделированы, а модели приведены в приложении 1.

Взаимодействие, отдела осуществляется по последующим каналам:

— с руководителями ООО «Эком» и иными предприятиями через директора и начальника отдела АСУ;

— с подрядными и посторонними организациями — через начальника отдела АСУ;

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

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

Взаимодействие отдела АСУ с обеспечивающими отделами ООО «Эком» осуществляется в согласовании с их функциями вровень со всеми технологическими подразделениями компании.

Для совершенствования системы управления отдел АСУ получает от отделов и управления ООО «Эком»:

— заявку на автоматизацию функций управления (основанием для разработки и внедрения задач служит утвержденная управлением станции заявка с обоснованием необходимости и экономической необходимости автоматизации функции управления);

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

— согласованные с отделом АСУ и утвержденные управлением компании предложения по модернизации и совершенствованию задач в связи с конфигурацией технологии расчета, форм первичного, или выходного документа;

— сведения о деятель технологического подразделения, нужные для анализа, развития и функционирования АСУ, также предложения по развитию системы;

— при сдаче программ в промышленную эксплуатацию отдел производит в нужном объеме занятия с представителями подразделений-пользователей. При текущей эксплуатации программ отдел АСУ оказывает нужную помощь и консультацию.

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

— анализ текущего состояния парка ВТ – парк вычислительной техники на предприятии повсевременно обновляется и модернизируется, существует необходимость его неизменного обслуживания и ремонта. Все эти деяния нужно совершать вовремя и в максимально недлинные сроки, во избежание простоев в работе компании;

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

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

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

— своевременная Модернизация и обновление вычислительной техники – модернизация вычислительной техники на предприятии делается довольно часто, что приводит к повышению производительности систем в целом и содействует убыстрению длительных вычислительных операций. например, рендеренгу в 3D Studio Max либо обработке объектов в AutoCad, которые требуют довольно огромных мощностей от средств ВТ. К тому же резвое моральное старение средств вычислительной техники приводит к необходимости ее обновления. Все обновления и элементы ВТ подвергаемые модернизации, заносятся в общую книжку учета средств вычислительной техники, при помощи которой и делается в предстоящем поиск и определение текущей конфигурации индивидуальных компов, устройств перифирии и оргтехники;

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

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

— установка программного обеспечения на новейшие и модернизированные машинки – все новейшие и модернизированные средства вычислительной техники нуждаются своевременной установке средств программного обеспечения, а эксплуатирующиеся на предприятии в обновлении и подмене средств ПО . К тому же любой отдел на предприятии владеет своим своим набором средств программного обеспечения. Если, например, для секретаря довольно иметь у себя на вычислительной машине набор из Microsoft Windows, Office и еще пары утилит, то для бухгалтерии этого недостаточно, и им нужно в дополнение к этому иметь к тому же целый набор бухгалтерских программ. Потому по мере выхода новейшего программного обеспечения инженер по техническому обслуживанию и ремонту обновляет ПО у служащих компании и ведет списки ПО установленного на машинках служащих.

В данное время работа инженера по техническому обслуживанию и ремонту аппаратного обеспечения автоматизирована лишь отчасти. база данных «ТЕХ» не обеспечивает подабающего уровня автоматизации технических средств. В процессе составления списков вычислительной техники приходится употреблять огромное количество картонных документов. Учет техники ведется в тетради, а отчеты производятся в ручную на Microsoft Word 2000. Анализ состояния парка вычислительной техники отчасти производится на программке Microsoft Excel 2000. Входная информация для составления списков и отчетов передается из паспортов технических средств, гарантийных талонов и конкретной сверки девайсов и программного обеспечения.

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

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

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

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

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

— наименование;

— технические свойства изделия;

— серийный номер;

— дата приобретения;

— гарантийный срок эксплуатации;

— предприятие предоставляющее гарантию;

— условия гарантийного обслуживания;

— ресурс данной единицы ВТ.

Начальным источником инфы о программном обеспечении являются такие его свойства как: заглавие; версия; дата выпуска; область внедрения; Компанияпроизводитель.

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

1.3 Анализ имеющихся разработок для автоматизации задачки и выбор технологии проектирования

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

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

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

Hardware Inspector предназначен для автоматического учета компов. Он дозволяет постоянно быть в курсе всей инфы о вашем компьютерном парке, получать различные отчеты, планировать его сервис, ремонт и обновление.

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

Главные способности программки:

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

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

— Устройства (группы устройств) просто перемещать по рабочим местам. При всем этом факт перемещения автоматом заносится в историю всякого устройства.

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

— Возможность как ручного, так и автоматического наполнения базы данных. Автоматическое добавление устройств осуществляется средством импорта их описаний из отчетов программ ASTRA, ASTRA32, EVEREST и AIDA32 (проект AIDA32 преобразован в EVEREST). Это устраняет юзера от рутинной работы по первичному вводу инфы. Программка анализа конфигурации читает данные о устройствах, «зашитые» на аппаратном уровне. Определяются модель устройства, производитель и его www-адресок, дата производства, серийный номер (у HDD, CPU, мониторов, модулей памяти и материнских плат), также почти все остальные технические характеристики. Зависимо от определенного экземпляра устройства, какие-то из перечисленных характеристик могут быть в нем не прописаны производителем.

— большенный набор отчетов: «Паспорт на устройство», «Паспорт на рабочее пространство«, «Перечень инвентарных номеров», «Перечень IP-адресов», «Полный список оборудования», «Выполненные работы за период времени» и пр. При помощи этого набора отчетов просто можно отчитаться перед бухгалтерией и начальством.

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

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

— Вероятен экспорт списка устройств, отобранных по фильтру, в MS Excel.

— Поддерживается неограниченное число баз данных.

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

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

— В программку заложен механизм контроля целостности и восстановления базы данных.

— Учет гарантийных сроков на технику с прогнозированием их окончания.

— Учет бухгалтерской инфы о приобретенной технике (когда, где, у кого и по каким документам куплена).

— Учет инвентарных номеров, которые, при желании, можно присвоить любому устройству.

— информация по рабочему месту: ответственное лицо, IP-адреса, периодичность профилактики и пр.

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

— Настраиваемый интерфейс. Текст интерфейса можно просто настроить программкой IMSEditor, поставляемой в комплекте.

— При изменении описания устройств, автоматом регится кто из операторов его сделал и когда.

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

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

Прайс-лист на покупку программки приведен в таблице 1.1.

Таблица 1.1. Прайс-лист на покупку программки Hardware inspector

лицензия
Ограничения лицензии
Обновление версий
Стоимость, руб.

Lite
До 15 рабочих мест в каждой базе данных
в течении 1 года
1500

Lite VIP
все будущие
3750

Standard
До 50 рабочих мест в каждой базе данных
в течении 1 года
3800

Standard VIP
все будущие
9500

Pro
До 200 рабочих мест в каждой базе данных
в течении 1 года
6900

Pro VIP
все будущие
17250

Elite
Без ограничений
в течении 1 года
9800

Elite VIP
все будущие
24500

Посреди российских программных товаров для автоматизации учета компов на предприятии в истинное время употребляются конфигурация на базе программного комплекса «Предприятие 1С» и программка АС «КОРУС».

Конфигурация «Учет компов на предприятии» на базе программки «Предприятие 1С» владеет последующими главными качествами:

1. Достоинства в установке и обслуживании:

— Простота установки и работы.

— Работает в среде 1С:Предприятие, поставляется с открытыми кодами, вероятна самостоятельная доработка.

— Возможность обычного импорта и экспорта из остальных программ.

— Поддержка многопользовательской работы.

— Работает под ОС Windows и имеет низкие требования к аппаратному обеспечению.

2. Высочайшая функциональность:

— Возможность ведения учета хоть какой техники, также ПО , лицензий, и иной инфы.

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

— Учет гарантийной техники и ремонта.

— Возможность прибавления всех параметров в фактически хоть какой справочник системы. Формирование отчетов по ним.

— Учет заявок юзеров и работ по ним как разовых, так и повторяющихся.

— Ведение заявок поставщикам на закупку техники, регистрация проведения тендеров.

— Бюджетирование расходов на закупки и сервис техники.

— Печать огромного количества разных бланков как обычных (ОС-1, затратные, акты списания / установки), так и пользовательских. Возможность сотворения и присоединения собственных бланков.

— Огромное количество остальных способностей.

3. Упругость и простота использования:

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

— Документальный учет техники, что дозволяет получать ситуацию, как на текущее число, так и на хоть какой денек.

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

— Огромное количество отчетов с возможностью фактически всех группировок и отборов.

— Гибкие механизмы отбора и поиска в журнальчиках и справочниках.

4. Поддержка и развитие:

— Бесплатные обновления программки в течение года опосля покупки.

— Оперативная и бесплатная поддержка.

— Оживленное развитие программки.

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

Таблица 1.2 Прайст-лист программки на базе 1С:Предприятие 7.7[*]

Наименование
Стоимость долл.
Стоимость руб.

Конфигурация Учет компов на предприятии, версия 4.5х для 1С:Предриятие 7.7(стоимость включает годичную поддержку и поставку обновлений)
250
6500

Стоимость 12 месяцев поддержки и поставки обновлений
70
1820

Стоимость 24 месяцев поддержки и поставки обновлений
110
2860

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

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

Это могут быть:

— учет закупки техники;

— постановка ее на учет и списание (с формированием соответственных актов);

— учет перемещения техники по подразделениям организации;

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

— учет закупки программного обеспечения и установки его на компы;

— учет картриджей и их заправок;

— учет смены картриджей на принтерах, ксероксах и другом печатающем оборудовании;

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

— учет распределения оргтехники по hub’ам и switch’ам;

— получение различных отчетов, по хоть какой хранимой инфы в программке.

автоматическая система состоит из набора программ:

— учета оргтехники, расходных материалов, сетевого оборудования;

— автоматизации процесса плановой инвентаризации;

— печати отчетных документов (актов ввода, списания, пр.);

— администрирования системы.

Мотивированные юзеры системы:

— сотрудники отделов ВТ и АСУ;

— бухгалтеры организации;

— системные админы;

— руководящий состав организации;

— сотрудники службы учета и ремонта оргтехники.

Работа в сети:

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

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

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

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

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

1.4 Выбор и обоснование стратегии автоматизации задачки

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

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

2) программки автоматом контролирующие состав компьютерного парка и все имеющиеся устройства по локальной сети компании (Hardware inspector), наиболее направленный на технический учет.

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

2-ой вариант автоматом делает контроль состава оборудования и регистрацию его конфигураций. Это дозволяет автоматом делать инженеру АСУ также контрольные функции (не поменял ли кто из юзеров комплектацию в компе). Инженеру АСУ не необходимо регистрировать в ручную все конфигурации состава конфигурации – они производятся автоматом программкой.

Таковым образом, 2-ой вариант автоматизации является наиболее многообещающим, автоматизирует больше бизнес-операций, потому избираем 2-ой вариант автоматизации.

К главным технологиям программирования относятся технологии необычного, типового и автоматического проектирования.

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

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

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

— прототипное проектирование (MS Access, Clarion);

— Case-разработка (Design/IDEF, Аналитик, Prokit Workbench);

— cредства RAD-технологии (Progress, SAS, Delphi).

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

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

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

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

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





1.5 Развернутая постановка целей, задачки и подзадач автоматизации

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

— увеличение эффективности работы компании;

— увеличение степени технологичности выполняемых действий дизайна документов;

— увеличения свойства контроля за работой профессионалов и степени вещественной заинтригованности за характеристики оценки их труда.

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

— понижение трудозатратности и цены выполнения работ по составлению отчетности;

— увеличение производительности труда профессионалов;

— увеличение точности расчетов;

— увеличение оперативности получения выходных данных;

— увеличение достоверности получаемых результатных данных.

Назначениемразработки автоматического комплекса задач спеца является:

— автоматизация ввода и контроля начальных данных;

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

— автоматическое наполнение и актуализация справочной инфы;

— составление отчетов с выдачей на экран ЭВМ и на печать.

Цели автоматизации учета аппаратного обеспечения представлены в таблице 1.3

Таблица 1.3 Цели автоматизации учета компьютерного парка на предприятии

Цель
Достоинства

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

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

Обеспечивать своевременную отчётность по учету компьютерного парка
Юзеры получают своевременные и достоверные отчеты для наиболее резвого принятия правильного решения

Оперативно фиксировать конфигурации состояния либо состава компьютерного парка компании
Инженеры ОТО сумеют резвее получить информацию о состоянии компьютерного парка и оперативное устранять неисправности, что повысит уровень готовности компьютерного парка

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

Убыстрить процесс формирования графика ремонтов компьютерного парка
Инженер ОТО оперативно получит информацию о утвержденных ремонтах. Это дозволит составить план ремонтов на денек/месяц. Работники компании сумеют резвее получить исправную оргтехнику

Рассматривать результаты работы инженеров ОТО
Заведующий отделом ОТО сумеет оценить проделанную инженером работу и принять решение о поощрении

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

Достижение поставленной цели обязано достигаться методом решения взаимоувязанного комплекса задач Учета
® Анализа ® Планирования.

Информационная система инженера АСУ обязана делать последующие функции:

1) учет:

— имеющихся ресурсов, их технических, стоимостных и количественных черт;

— сроков использования ресурсов;

— места размещения ресурса.

2) анализ инфы учета компьютерного парка:

— высококачественная и численная оценка ресурсов;

— эффективность использования ресурсов;

— средние Издержки на эксплуатацию парка оргтехники;

— интенсивность использования парка оргтехники и издержек расходных материалов;

— загрузка инженеров по облуживанию оргтехники.

3) планирование на базе проведенного анализа:

— планы мероприятий по обслуживанию ресурсов;

— планы закупок ресурсов;

— планирование кадров на выполнение обслуживания ресурсов.

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

К главным функциям информационной системы инженера отдела АСУ относятся:

— учет наличия и состояния оргтехники, составляющих узлов и модулей;

— учет эксплуатации оргтехники;

— учет перемещений и списаний оргтехники, узлов и модулей;

— учет ремонтов оргтехники;

— учет работников, связанных с сервис и эксплуатацией оргтехники.

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

Рисунок1.4 –Главные функции информационной системы инженера АСУ

Таблица 1.4Таблица соответствия событий вариантам использования

Событие
Вариант использования, соответственный данному событию

Работник начинает работу в отделении
Регистрация работника

Данные работника изменяются
Корректировка данных работника

Инженер отдела АСУ заполучил новейшую технику
Бухгалтер регистрирует поступление оргтехники

Заведующий отделом нашел поломку оргтехники
Заявка для инженера отдела АСУ на ремонт оргтехники

Инженер получил заявку на ремонт оргтехники
Корректировка оргтехники инженером и вывод отчета по проведенной операции

Пришло время повторяющейся проверки состояния компа
Проверка инженером состояния компа

Инженер получил заявку на установку программного обеспечения
установка программного обеспечения

Заведующий отделом нашел неисправность работы программки
Заявка для инженера на проверку корректности работы программки

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

Работник увольняется, его увольняют
Архивация данных о работнике

Директор получает информацию о составе компьютерного парка
Запрос на проверку состояния компьютерного парка

Инженер перемещает оргтехнику в границах компании
Изменение положения оргтехники в местоположении компании

Инженер составляет акт на списание оргтехники
Регистрация списания устаревшей оргтехники

Эксплуатация оргтехники на предприятии
Бухгалтер насчитывает Износ оргтехники

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

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

Главные составляющие метода работы системы:

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

2) Происходит обработка введенных данных и при правильном вводе их занесение в базу данных.

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

4) Вся информация в базе данных анализируется и зависимо от результатов выдаются разные отчеты.

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

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

При таковой технологии обеспечивается:

— конкретное сопряжение человека и вычислительной системы через прием и выдачу сообщений при помощи локального терминала;

— поиск нужных юзеру данных либо программ;

— стремительная обработка вычислительной системой принятых сообщений и незамедлительная передача обработанных сообщений юзеру;

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

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

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

— возможность перебора разных композиций поисковых признаков в запросе;

— обеспечение наиболее резвого поиска инфы;

— улучшение черт входных данных за счет оперативной корректировки запроса с терминала;

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

— многоплановость точек доступа;

— резвый доступ к изредка применяемой инфы;

— оперативный анализ выходной инфы.

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

Глава 2. Обоснование проектных решений и проектирование системы


2.1 Выбор средств программирования

Хоть какое ПО разделяется на общее и функциональное.

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

На рынке программных средств на нынешний денек представлено огромное количество производителей, занимающихся разработкой операционных систем (ОС). Это такие компании как Microsoft, SCO (Santa Cruz Operation), USL (unix System Laboratories) и т. д. Большая часть ОС, производимых этими фирмами предусмотрены для решения различного класса задач, но в крайнее время наблюдается тенденция к интеграции систем, нацеленных на внедрение в кабинете и дома и серверных систем. Броским примером таковой системы будет ОС компании Microsoft — WindowsХР [5, c. 236].

В качестве ОС клиентской машинки инженера отдела АСУ целенаправлено избрать WindowsХР, как одну из более отлично поддерживаемых и современных клиентских ОС.

При выбирании средств разработки был проведен анализ более всераспространенных сред программирования для операционной системы Windows.

Продуктыфирмы Microsoft: Microsoft Visual C++; Microsoft Visual Basic.

Продуктыфирмы IBM: IBM Visual Age.

Продуктыфирмы Borland: Borland C++; Borland Delphi; Borland C++ Builder.

Microsoft Visual C++ является более пользующимся популярностью средством посреди разрабов программного обеспечения в ОС Windows. Эта среда предоставляет широкие способности по созданию, отладке и документированию программ, содержит библиотеку функций и объектов для работы с операционной системой Microsoft Foundation Classes (MFC), поддерживает технологии работы с данными (ODBC, OLE, COM). Все это в сочетании с массивным языком программирования C++ делает данный продукт очень симпатичным.

Microsoft Visual Basic является комфортным средством зрительного проектирования, поддерживающим технологии работы с данными, Internet и доступа к ресурсам операционной системы. Тем не наименее, эта среда фактически не создана для разработки сложных самостоятельных программ и служит, в большей степени, в качестве ядра для поддержки товаров Microsoft: Microsoft Office, Microsoft FoxPro и остальных.

IBM Visual Age является наименее всераспространенным средством разработки. Эта среда нацелена, сначала, на создание приложений для работы с Internet и включает компиляторы языков C++ и Java. Visual Age, тем не наименее, не владеет большенными способностями для сотворения интерфейса и не содержит широкой библиотеки объектов для работы с операционной системой.

Borland C++ версии 5 является массивным компилятором языка C++ и предоставляет всеполноценную среду программирования. Поддерживаются объектно-ориентированные библиотеки Microsoft Foundation Classes (MFC) и Object Windows Library (OWL). К огорчению, этот продукт устарел и не вполне соответствует крайним эталонам языка, также не поддерживает зрительного проектирования.

Borland Delphi и Borland C++ Builder являются массивными средствами разработки, основанными на использовании зрительных компонент. Эти продукты предоставляют комфортную среду программирования, поддерживают современные технологии работы с данными, графикой и системными ресурсами. Механизм работы с базами данных Borland Database Engine (BDE) является обычным, комфортным и довольно действенным средством. Borland Delphi и Borland C++ Builder включают также необъятную библиотеку зрительных компонент Visual Components Library (VCL).

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

— высокопроизводительный компилятор в машинный код;

— объектно-ориентированная модель компонент;

— зрительное (а, как следует, и высокоскоростное) построение приложений из программных прототипов;

— масштабируемые средства для построения баз данных.

Компилятор, интегрированный в Delphi, обеспечивает высшую производительность, нужную для построения приложений. Этот компилятор в истинное время является самым резвым в мире. Он дает легкость разработки и резвое время проверки готового программного блока, соответствующего для языков 4-ого поколения (4GL) и в то же время обеспечивает свойство кода, соответствующего для компилятора 3GL.

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

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

В обычную поставку Delphi входят главные объекты, которые образуют успешно подобранную иерархию из 270 базисных классов, но существует перечень свободно распространяемых либо коммерческих компонент, разработанных третьими фирмами, количество этих компаний в истинное время превосходит число 250. На Delphi можно идиентично отлично писать как приложения к корпоративным базам данных, так и, например, игровые программки. Почти во всем это разъясняется тем, что обычно в среде Windows было довольно трудно реализовывать пользовательский интерфейс. Событийная модель в Windows постоянно была сложна для осознания и отладки. Но конкретно разработка интерфейса в Delphi является самой обычный задачей для программера.

Cреда Delphi содержит в себе полный набор зрительных инструментов для высокоскоростной разработки приложений RAD, поддерживающей разработку пользовательского интерфейса и подключение к корпоративным базам данных. VCL — библиотека зрительных компонент, содержит в себе обычные объекты построения пользовательского интерфейса, объекты управления данными, графические объекты, объекты мультимедиа, диалоги и объекты управления файлами, управление DDE и OLE. Единственное, что можно поставить в вину Delphi, это то, что готовых компонент, поставляемых Borland, могло бы быть и больше. Но, разработки остальных компаний, также свободно распространяемые программерами freeware-компоненты уже восполнили этот недочет. В Visual Basic соответственный эталон компонент именовался VBX. И этот эталон так же поддерживается в Delphi. Но, зрительные составляющие в Delphi владеют большей гибкостью. Вспомним, в чем была неувязка в VB. Прикладной программер программировал, совершенно говоря, в среде языка Бэйсик. А составляющие в эталоне VBX готовили ему его коллеги-профессионалы на С++. В Delphi зрительные составляющие пишутся на объектном Паскале, на том же Паскале, на котором пишется алгоритмическая часть приложения. И зрительные составляющие Delphi получаются открытыми для надстройки и переписывания.

Объекты БД в Delphi основаны на SQL и содержат в себе полную мощь Borland Database Engine. В состав Delphi также включен Borland SQL Link, потому доступ к СУБД Oracle, Sybase, Informix и InterBase происходит с высочайшей эффективностью. Не считая того, Delphi содержит в себе локальный Interbase для того, чтоб можно было создать расширяемые на любые наружные SQL-сервера приложения в офлайновом режиме. Разраб в среде Delphi, проектирующий информационную систему для локальной машинки (например, маленькую систему учета мед карточек для 1-го компа), может употреблять для хранения инфы файлы формата .dbf (как в dBase либо Clipper) либо .db (Paradox). Если же он будет употреблять локальный InterBase for Windows 4.0 (это локальный SQL-, входящий в поставку), то его приложение безо всяких конфигураций будет работать и в составе большенный системы с архитектурой клиент-. В этом и заключается масштабируемость на практике — одно и то же приложение можно употреблять как для локального, так и для наиболее сурового клиент-серверного вариантов.

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

— создание справочной системы средствами НТМL;

— создание справочной системы средствами JavaScript;

— создание справочной системы средствами Word;

— создание контестных малых сообщений (Hint).

При разработке программного приложения в курсовой работе использовалась разработка сотворения контекстной помощи средствами html.

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

Данная СУБД предоставляет комфортные средства разработки базы данных, средства защиты данных от несанкционированного доступа, включая шифрование и предназначение прав юзерам и группам юзеров [5]. средства репликации разрешают поделить базу данных на высказывания с повторяющейся синхронизацией с главный репликой для большей защищённости данных, устранения конфликтов и способности конфигурации структуры базы данных без прерывания работы системы. MS Access 2002 поддерживает язык запросов SQL, на ядре MicrosoftJet 4. Запросы могут производиться как из приложения, работающего с базой данных, так и храниться в самой базе данных. При всем этом допускается внедрение характеристик. Воззвание к параметризованным запросам осуществляется, как к хранимым процедурам.

Для разработки и эксплуатации системы по учету аппаратного обеспечения, нужно последующее программное обеспечение:

— операционная система MSWindows2000 либо наиболее поздняя версия;

— система управления БД MSAccess 2002 либо наиболее поздняя версия;

— среда разработки Delphi 7.0;

— сервер формирования отчётов MS Excel 2002 либо наиболее поздняя версия;

— текстовый микропроцессор MSWord 2002 либо наиболее поздняя версия;

— компилятор файлов справки MSHelpWorkshop.

2.2 Моделирование ИСУАО

задачки, стоящие перед проектом можно представить в виде диаграммы вариантов использования (набросок 2.1), где роль «актера» играет системный админ компании.

Системному админу предоставляются:

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

— регистрация компьютерной техники и ее девайсов;

— установка и снятие техники с рабочих мест;

— изменение состава девайсов компьютерной техники;

— учет ремонта техники;

— снятие техники с учета;

— регистрация и редактирование каталога рабочих мест компании;

— анализ учета техники.

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

Главными объектами автоматизации являются: устройства и юзеры.

Главными ограничения являются:

— недозволено удалить устройства, которого нет в учете;

— недозволено ввести инвентарный номер устройства, который уже имеется;

— дата списание не быть может ранее даты поступления;

— дата ремонта не быть может меньше даты поступления.

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

Процессы с устройствами: регистрируют, приходуют, выписывают счет, расходуют, эксплуатируют, чинят, списывают.

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

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

2.3
Применяемые классификаторы и системы кодировки

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

Таблица 2.1. Состав классификаторов для комплекса задач ИСУАО

Наименование кодируемого огромного количества объектов
Значность кода
Система кодировки
Система систематизации
Вид классификатора

Номер Заявки
4
Порядковая
Отсутствует
Локальный

Код отдела
3
Порядковая
Отсутствует
Корпоративный

Табельный номер работника
4
Порядковая
Отсутствует
Корпоративный

Код устройства
4
Порядковая
Отсутствует
Локальный

Код вида техники
3
Порядковая
Отсутствует
Локальный

Код поставщика
3
Порядковая
Отсутствует
Корпоративный

В системе употребляется два вида классификаторов:

— классификаторы локальные, которые употребляются локально в рамках автоматического рабочего места инженера отдела АСУ;

— классификаторы корпоративные, которые употребляются во всех информационных системах компании.

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

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

2.4 Проектирование базы данных

При разработке базы данных на первом шаге разрабатывается ее инфологическая модель, созданная для отражения состава информационных объектов, прошедших функцию нормализации и составляющих содержание информационной потребности комплекса задач «АРМ инженера АСУ», и их взаимосвязей. структура инфологической модели не зависит от требований определенной СУБД.

Любой информационный объект соответствует определенной сути предметной области: элементу либо процессу и состоит из атрибутов, описывающих характеристики данной для нас сути. Информационные объекты бывают 2-ух типов: обыкновенные и агрегированные. Обыкновенные информационные объекты соответствуют сущностям-элементам, агрегированные — действиям.

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

остальных, взаимосвязанных с ним объектов.

Меж информационными объектами могут быть связи 3-х типов: 1:1, 1:М. М:N. Д ля подмены связей типа М: N на связь типа 1:М, вводят объекты — связки.

Схема инфологической модели комплекса задач «Учет оргтехники», разрабатываемого для АРМ инженера АСУ, представлена на рисунке 2.2. В данной инфологической модели можно выделить такие обыкновенные информационные объекты, как «УСТРОЙСТВА», «ПОСТАВЩИКИ», «СОТРУДНИКИ», «ПОСТАВКИ», «РЕМОНТЫ», «МАТЕРИАЛЫ», «ВИДЫ УСТРОЙСТВ», «ОТДЕЛЫ».

К числу агрегированных объектов первого уровня относятся такие, как: «РЕЕСТР ПОСТАВОК», «РЕЕСТР РЕМОНТОВ», «ПЛАН ОБСЛУЖИВАНИЯ», «РЕЕСТР ОРГТЕХНИКИ».

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

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

Информационная модель разделяется на:

— справочную модель;

— модель оперативной инфы.

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

— таблица «Тип устройства»;

— таблица «Поставщик»;

— таблица «Сотрудник»;

— таблица «Отдел».

В модель оперативной инфы врубаются:

— таблица «Устройства»;

— таблица «Размещение»;

— таблица «Ремонт»;

— таблица «Материалы».

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

Замечания в колонке «Ключ», для всех таблиц:

■ – первичный ключ □ – наружный ключ

Таблица 2.2 Таблица «Компьютерная техника» (CompTech)

Ключ
имя
Тип
Описание

■
ID
число
Код записи

□
ID_Dev_Name
число
Код наименования техники

InvNum
строчка
Инвентаризационный номер техники

Dev_State
число
состояние техники: свободное| на раб.месте| в ремонте| снято с учета

Date_In
Дата
Дата поступления техники на склад

Date_Out
Дата
Дата снятия техники с компании

Notes
строчка
Заметки о технике

Таблица 2.3 Таблица «Элементы ком.техники» (CompTech_Elems)

Ключ
имя
Тип
Описание

■
ID
число
Код записи

□
ID_CompTech
число
Код родителя данного элемента

□
ID_DevDescr
число
Код техники в справочнике описаний

Date_Reg
Дата
Дата поступления техники

Date_Disch
Дата
Дата снятия техники

Таблица 2.4 Таблица «Описание ком.техники» (DevDescr)

Ключ
имя
Тип
Описание

■
ID
число
Код записи

□
ID_DevDescName
число
Код наименования техники в каталоге

□
ID_Producer
число
Код производителя техники

Description
строчка
Описание техники

Таблица 2.5 Таблица «Каталога заглавий техники» (RefUni)

Ключ
имя
Тип
Описание

■
ID
число
Код записи

□
Name
строчка
Заглавие техники в дереве

Level
число
Уровень техники в дереве

Parent
число
Предок техники в дереве

Таблица 2.6 Таблица «Каталог Рабочих мест» (WorkPlace)

Ключ
имя
Тип
Описание

■
ID
число
Код записи

□
Name
строчка
Заглавие рабочего места в дереве

Level
число
Уровень рабочего места в дереве

Parent
число
Предок рабочего места в дереве

Таблица 2.7 Таблица «Техника на рабочем месте» (CompTech_WkPl)

Ключ
имя
Тип
Описание

■
ID
число
Код записи

□
ID_WkPl
число
Код рабочего места

□
ID_ComTech
число
Код компьютернойтехники

Date_In
дата
Дата размещения техники на раб. месте

Date_Out
дата
Дата снятия техники с раб. места

Таблица 2.8 Таблица «Техника в ремонте» (CompTech_Repair)

Ключ
имя
Тип
Описание

■
ID
число
Код записи

□
ID_CompTech
число
Код рабочего места

□
Cause
число
Код компьютернойтехники

RepairOrg
дата
Дата размещения техники на раб. месте

Date_Registry
дата
Дата снятия техники с раб. места

Date_Return
дата
Дата возврата техники

Oper
число
операция возврата: 0 — ремонт выполнен, 1 — аппаратура не быть может восстановлена (дешевле поменять)

Notes
строчка
замечания

Любая таблица в базе данных имеет поле «Код», являющееся первичным ключом и хранящее неповторимый код записи в таблице. Наименования таблиц сформированы таковым образом, чтоб ясно показывать область либо тип объектов, описываемых таблицей. Если таблица хранит детальные либо вспомогательные сведения, то её заглавие формируется из наименования главный таблицы с добавлением через подчеркивание, поясняющего предназначение таблицы.

2.4 Описание программной реализации

Система работает по принципу файл серверной СУБД. Потому что система УАО является однопользовательской, то серверная и клиентская части инсталлируются лишь на один комп клиента, рис.2.3

Система СУАО состоит из 2-ух главных модулей:

— модуль хранения базы данных;

— интерфейс работы с базой данных.

В систему СУАО врубаются последующие файлы:

— HWAccount.mdb — база данных системы СУАО;

— HWAccount.exe — клиентское приложение работы с базой данных СУАО;

— HWAccount.chm — справочная информация юзеру приложения;

HWAccount.ini — файл системных опций HWAccount приложения.программка построена на базе методики ООП. При разработке программки не использовались глобальные переменные – лишь объекты, объединённые в иерархическую структуру. структура программки приведена на рисунке 2.3.

Кратко разглядим любой из модулей, показанных на рисунке 2.3.

Модуль приложения – WHAccount.

Данный модуль производится при запуске программки. Его главные функции: создание главной формы приложения и обработка сообщений операционной системы. Основной модуль – main.pas.

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

В основном модуле заложены составляющие работы с наборами данных, которые употребляются в других модулях. Модульописаний – desc.pas (description).Всепригодны модуль, открывающий различные формы зависимо от избранной:

— каталог оборудования и описание оборудования;

— редактирование оборудования;

— справочник компьютерной техника;

— форма частей компьютерной техники;

— справочник производителей.

Модуль опций – setup.pas.

В данном модуле задается путь к БД HWAccount.mdb.

Модуль сортировки и фильтрации – filterCol.pas.

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

Модуль экспорта – ExcelModule.pas.

Экспорт в MSExcel избранного набора данных.

2
.5 Результаты реализации проекта




Опосля пуска приложения HWAccount.exe на дисплее возникает основная форма, набросок 2.4.

Главной форма включает панели:

— рабочие места;

— компьютерная техника (КТ );

— составляющие элементы;

— ремонт техники.

Редактирование «Рабочих мест» производится прямо на главной форме. Для этого необходимо избрать элемент из каталога рабочих мест и вызвать всплывающее меню, набросок 2.5

тут юзеру дается возможность:

— изменять содержимое элемента каталога (отдел, рабочие пространство, кабинет);

— добавить раздел (рабочее места) в текущем каталоге;

— добавить подраздел от текущего каталога;

— удалить элемент дерева либо целую ветвь с набором узлов.

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

Для редактирования подходящей таблицы, она выбирается курсором мыши и двойным щелчком либо клавишей «Enter» раскрывается форма редактирования, к примеру «Компьютерная техника» набросок 2.6

Для прибавления либо удаления записи можно воспользоваться клавишами навигатора: «+
», «—
» либо клавишами клавиатуры «Ctrl®Insert», «Ctrl®Del».

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

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

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

Глава 3. Организация работ по разработке системы



3.1 Разработка и описание проекта автоматизации, плана-графика автоматизации

Основное содержание работ по созданию проекта автоматизации:

1) Анализ требований к системе;

2) Проектирование системной архитектуры;

3) Разработка структуры базы данных;

4) Разработка инфологической модели информационной системы;

5) Разработка метода обработки запросов;

6) Разработка текста программ;

7) Разработка выходных документов системы;

8) Разработка форм, отвечающего за взаимодействие с юзером (интерфейса программки);

9) Тестирование системы;

10) Разработка управления юзера.

В таблице 3.1 приведен список событий и работ, имеющих пространство при разработке информационной системы инженера отдела АСУ.

Для наполнения столбцов “Трудозатратность” таблицы пользовались помощью экспертных оценок. Ожидаемая длительность работ рассчитывается по формуле (1), где ожидаемая длительность работы рассчитывается как математическое ожидание для b — распределения.

Общие Издержки труда на разработку и внедрение изделия (проекта) определяются по формуле:

, (3.1)

где ti
— Издержки труда на выполнение i -го шага проекта.

Таблица 3.1 Список событий по автоматизации учета аппаратного обеспечения

Шаг ti

№ рабо-ты
Содержание работы
Трудозатратность
Исп

(чел-час)
(чел-дни)

tmin

tmax

tож

tож


1
1
анализ требований к системе
6
12
8,4
1,05
2

2
2
Проектирование системной архитектуры
12
23
16,4
2,05
2

3
3
Разработка структуры базы данных
8
24
14,4
1,8
1

4
4
Разработка инфологической модели
16
48
28,8
3,6
1

5
5
Разработка метода обработки запросов
32
80
51,2
6,4
2

6
6
Написание текста программ
24
80
46,4
5,8
1

7
7
Разработка механизма логического вывода системы
56
80
65,6
8,2
1

8
8
Разработка модуля, отвечающего за взаимодействие с юзером
40
64
49,6
6,2
1

9
9
Общее тестирование системы
16
40
25,6
3,2
1

10
Тестирование механизма определения
16
40
25,6
3,2
1

11
Тестирование интерфейса юзера
16
40
25,6
3,2
2

10
12
Разработка управления юзера
12
23
16,4
2,05
1

Результат
46,75

Полный список работ с разделением их по шагам выполнения проекта приведен в таблице 3.1. В данном случае общие издержки труда на разработку= 46,75 человеко-дней.

Средняя численность исполнителей при реализации проекта разработки и внедрения ПО определяется соотношением:

(3.2)

где Qp
— Издержки труда на выполнение проекта (разработка и внедрение),

F — фонд рабочего времени.

Величина фонда рабочего времени определяется соотношением:

(3.3)

где Т — время выполнения проекта в месяцах, FM
— фонд времени в текущем месяце, который рассчитывается из учета общества числа дней в году, числа выходных и торжественных дней:

(3.4)

где tp
— длительность рабочего денька,

DK
— общее число дней в году, DB
— число выходных дней в году,

DП
— число торжественных дней в году.

Тогда фонд времени в текущем месяце = 168 часов.

Фонд рабочего времени 2 × 168 = 324 часов.

Средняя численность исполнителей 1,13. Таковым образом, есть необходимость употреблять 2-ух исполнителей на отдельных работах.

Длительность отдельных работ при одновременном выполнении их несколькими исполнителями (ti
) определяется из соотношения:

(3.5)

где tpp
— расчетная длительность работы,

Wисп
— количество исполнителей,

КН
— коэффициент выполнения нормы.

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

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

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

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

В таблице 3.2 представлены главные действия и работы проекта.

Таблица 3.2 Главные действия и работы проекта

№
Событие
Код работы
Работа
t

чел.-

часы

чел.-дни

0
Начало работ
0-1
анализ требований к системе
8,4
1,05

1
Проанализированы требования к системе
1-2
Проектирование системной архитектуры
16,4
2,05

2
Завершено проектирование системной архитектуры
2-3
Разработка структуры базы данных
14,4
1,8

3
Завершена разработка структуры базы данных
3-4
Разработка инфологической модели
28,8
3,6

4
Завершена разработка общего метода работы системы
4-5
Разработка метода обработки запросов
51,2
6,4

5
Завершена разработка метода обработки запросов
5-6
Разработка программ
46,4
5,8

6
Завершена разработка метода работы системы
6-7
Разработка механизма логического вывода системы
65,6
8,2

7
Завершена разработка механизма логического вывода системы
Разработка интерфейса
49,6
6,2

8
Завершена разработка модуля, отвечающего за взаимодействие с юзером
8-9
Общее тестирование системы
25,6
3,2

8-9
Тестирование выходных документов
25,6
3,2

8-9
Тестирование интерфейса юзера
25,6
3,2

9
Завершено тестирование системы
9-10
Разработка управления юзера
16,4
2,05

10
Завершена разработка управления юзера



3.2
Графическое отображение сетевой модели

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

Окружности разбиты на четыре сектора, в любом из которых показаны номер данного действия (в нижнем секторе),

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

На рисунке 3.1 показана графическая модель сетевого графика.

Набросок 3.1 – Сетевой график процесса разработки

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

Обозначение главных частей сетевого графика: Ni
, Nj
— номер действия, Ti
P
— ранешний срок пришествия действия i, Ti
п
— поздний срок пришествия действия i, Ri
— резерв времени действия i, ti,j
— длительность работы i-j, Rij
п
— полный резерв времени работы i-j, Rij
c
— вольный резерв времени работы i-j.

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

(3.6)

Критичный путь — наибольший путь от начального действия (0) до окончания проекта. Его определение дозволяет направить внимание на список событий, совокупа которых имеет нулевой резерв времени.

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

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

(3.7)

Резерв времени действия определяется последующим образом:

(3.8)

Полный резерв времени работы определяется, используя соотношение

(3.9)

Вольный резерв времени можно найти, применяя соотношение

(3.10)

В итоге исследования определяется критичный путь на сетевом графике — путь, имеющий самую большую суммарную продолжительность работ. В данной разработке критичный путь проходит через верхушки: 0-1-2-3-4-5-6-7-8-9-10 и имеет длину Tкр
=91 рабочих денька.

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

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

Аспекты и способы оптимизации:

— сокращение величины критичного пути за счет перераспределения ресурсов;

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

— минимизация цены всего комплекса работ при данном времени выполнения проекта.

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

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

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

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

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

Набросок 3.2 – Диаграмма Гантта процесса разработки

Общая продолжительность работ по разработке системы автоматизации рабочего места инженера АСУ составляет 73 календарных денька.

ЗАКЛЮЧЕНИЕ

В процессе выполнения дипломной работы была проанализирована предметная область – система бизнес-процессов, связанных с учетом компьютерного парка компании ООО «Эком». Обследование показало, что учет и его работоспособности ведется вручную инженером отдела АСУ. Это не дозволяет управлению компании иметь довольно четкую и оперативную информацию о состоянии и составе компьютерного парка компании. Таковая информация нужна управлению для действенного использования компьютерного парка и понижения издержек на его содержание и сервис.Отсутствие полной и оперативной инфы о всех ресурсах оргтехники и его работоспособности не дозволяет правильно организовать работу по обслуживанию компьютерного парка, понижает эффективность распределения и использования компов на предприятии.

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

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

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

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

С целью решения поставленной задачи была разработана «Постановка комплекса задач», обусловлен выбор технологии прототипного проектирования на базе использования средств прототипирования MSAccess и объектно-ориентированного языка программирования Delphi 7.0. Не считая того, было проведено обоснование выбора технической базы проекта – архитектуры клиент – сервер, ПЭВМ PentiumII 400, 64 Мб ОП и лазерный принтер модели HPLaserJet 6L.

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

Для проектирования программного обеспечения было выполнено обоснование выбора типа операционной системы MSWindows 2000, СУБД MSAccess 2000 для клиентского места и MSSQLServerдля сервера, способы разработки программного обеспечения и язык Delphi 7.0 для разработки уникальных программных модулей графического интерфейса программки.

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

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

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

Для воплощения проекта нужны издержки компании в сумме 86,6 тыс. руб. Расчет эффективности проекта показал, что данный проект является действенным, срок окупаемости проекта составляет 1,6 года.

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

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

Перечень использованной литературы

1. ГОСТ 34.601-90. Информационная разработка. Комплекс эталонов на автоматические системы.

2. ОСТ 4.071.030. АСУП. Создание системы. Нормативы рабочего времени.

3. Microsoft Access 2000, М.: БИНОМ, 1999, 200 с.

4. DELPHI 7, Санкт-Петербург: ПИТЕР, 467 с.

5. Автоматические информационные технологии в экономике / Под ред. Г.А. Титоренко. – М.:ЮНИТИ, 2000.

6. Агальцов В.П. Базы данных: Учебное пособие. — М.: мир, 2002.

7. Аглицкий И. Информационные технологии и бизнес // эксперт автоматизации № 29, 1997.

8.

9. Багриновский К.А., Хрусталев Е.Ю. Новейшие информационные технологии // ЭКО №7, 1996.

10. Балдин К. В., Уткин В. Б. Информационные системы в экономике. — М. Деньги и статистика, 2004 г.

11. Бакаревич Ю.Б., Пушкина Н.В. Самоучитель Microsoft Access 2002. – СПб.: БХВ-Петербург, 2002

12. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем. Учеб.пособие. – М.: деньги и статистика, 2004..

13. Гарсиа-Молина Г., Ульман Дж. системы баз данных. — Изд. дом «Вильямс» М., 2003 – 1088 с.

14. Голицина О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие. – М.: Формум: ИНФРА-М, 2003. – 352 с.

15. Горев А., Ахаян Р., Макашарипов С. Действенная работа с СУБД. — СПб.: Питер, 1997. — 704 с.

16. Дженнингс Роджер. Внедрение MicrosoftAccess: Пер. с англ. – СПб.: БХВ, 2002. – 560 с.

17. Карабутов Н. Н. Информационные технологии в экономике. — М.: Экономика; 2003.

18. Карминский А. М., Нестеров П. В. Информатизация бизнеса. — М: Деньги и статистика, 1997. – 416с.

19. Карпова Т.С. Базы данных: модели, разработка, реализация 2002. – 304 с.

20. Карху Л. Объектно-ориентированный подход к автоматизации технологических действий // Эксперт автоматизации №12, 1996.

21. Кондзюба С.П., Громов В.Н. Delphi 5. Базы данных и приложения: Лекции и упражнения. — Киев: ДиаСофт, 2001. — 592 с.

22. Компьютерные технологии обработки инфы // под ред. Назарова С.В. М/ деньги и статистика, 2002 г.

23. Марков А.С., Лисовский К.Ю. Базы данных. Введение в теорию и методологию. Учебник. — М.: деньги и статистика, 2004. – 442 с.

24. Маклаков С.В. Моделирование бизнес-процессов с BPWin 4.0. – М.: ДИАЛОГ-МИФИ, 2002. – 224с.

25. Мамиконов А.Г. Проектирование АСУ: Учебник для специальности АСУ вузов. – М.: Высшая школа, 1997.

26. Никитин А.В. оптимизация учета на предприятии. Саратов, 1998.

27. Оптимизация информационных потоков // HTTP://www.eme.ru.

28. Парамонов Ф. И., Колесниченко О. В. Базы проектирования АСУП: Учебное пособие. — М.: Изд-во МАИ, 1995. — 92с.

29. Позин Б.А. CASE: автоматизация проектирования программных средств // человек и комп. — 1993. — № 5.

30. Проектирование ЭИС. / Г.Н. Смирнова, А.А Сорокин, Ю.Ф. Тельнов, Москва 2001, с. 443.

31. Родионов И. И., и др. Рынок информационных услуг и товаров. — М.: МК-Периодика, 2002 г.

32. Фаронов В.В., Шумаков П.В. Delphi 4. Управление разраба баз данных. — М: Нолидж, 1999. — 560 с.

33. Федоров А.Г., Елманова Н.З. Базы данных для всех. — КомпьютерПресс, М., — 2001 – 256 с.

34. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных. — Издание 2-ое, дополненное и переработанное 2002. – 672 с.

35. Шмален Г. Базы и задачи экономики компании, М., «Деньги и статистика», 1997.

приложение

Моделирование имеющихся бизнес-процессов по учету аппаратного обеспечения

отчет о заявках

[*]
По данным веб-сайта HTTP://www.tunesoft.ru/price.htm

]]>