Дипломная работа: Автоматизация приема заявок на ремонт и модернизацию ПК ООО "Джет" г. Гродно
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
47
различных форматов, которые находятся на рабочих станциях или сетевом
сервере или крупных ЭВМ. Сотрудник фирмы, который решает некие задачи, не
обязан тратить много времени на то, чтобы разобраться, как собрать данные из
разных электронных источников, чтобы потом при помощи электронной
таблицы сделать диаграмму. Применяя MS Access, сотрудник довольно легко
получает прямой доступ к необходимым исходным данным, также осуществит
запрос для получения нужной информации и создаст потом отчет с вложенной в
него диаграммой или же графиком – и это все осуществляется с помощью одной
программной среды (MS Access). Поэтому данная способность брать данные из
различных источников в сочетании с легкостью применения дают возможность
MS Access быть довольно мощным средством для разработки систем обработки
информации в организации.
Для больших фирм особо важным является то, что MS Access надежно
адаптирован для создания различного программного обеспечения рабочих
станций в сетях «клиент-сервер». Отличительная особенность MS Access от
других систем разработки различных приложений в среде Windows заключается
в том, что облегчения разработки форм и отчетов в MS Access экономит много
времени разработчика базы данных. Разработанные в MS Access различные
приложения могут использоваться на различных уровнях корпорации [7, c. 542].
Отметим также, что в MS Access довольно просто спроектировать
приложение, на самом деле «дружественное пользователю» и полной мере
использующее возможности его компьютера.
Разрабатываемая нами база данных «Прием заявок на ремонт и
модернизацию ПК» в MS Access будет состоять из следующих таблиц: «Склад
компьютерных комплектующих»: «Материнские платы»; «Жесткий диск»;
«Видеоадаптер»; «Мониторы»; «Клавиатура»; «Манипулятор мышь»; «Модули
памяти»; «Покупатель». Создаваемые нами таблицы в окне «Конструктор» в MS
Access позволят значительно автоматизировать управление данными отдела по
приемке заявок на ремонт и модернизацию ПК в ООО «Джет» г. Гродно.
В базе данных «Прием заявок на ремонт и модернизацию ПК» все формы
будут разрабатываться в режиме «Конструктор форм».
48
Для всех элементов управления расположенных на формах базы данных
«Прием заявок на ремонт и модернизацию ПК» будет разработан код на языке
Visual Basic for Office для их автоматизации процесса приема заявок на ремонт и
модернизацию ПК в ООО «Джет» г. Гродно.
2.1.3. Обоснование проектных решений по техническому обеспечению
Обеспечение техническое – это объединение технических средств,
компьютерной техники, а также средств передачи информации с одного
компьютера на другие, используемых в автоматизированных системах
управления и в информационных системах.
Для работы программы по приему заявок на ремонт и модернизацию ПК
достаточно тех компьютеров, которые имеются в наличие у ООО «Джет» г.
Гродно.
Технические характеристики ПК ООО «Джет» г. Гродно:
Процессор: Intel Celeron Dual Core G530 (Sandy Bridge, 2.40ГГц,
LGA1155, L3 2048Kb)
Память: DDR3 2048 Mb (pc-10660) 1333MHz
Материнская плата: S1155, iH61, 2*DDR3, PCI-E16x, SVGA, DVI,
SATA, Lan, mATX, Retail
Видеокарта встроенная Intel® HD Graphics 512Мб
Сетевая карта есть (10/100 Ethernet).
Архитектура платформ ООО «Джет» г. Гродно включает в себя:
аппаратные средства вычислительной техники – 1 сервер, 12 рабочих
станций, накопители, а также и другое компьютерное оборудование;
аварийные планы по обеспечению бесперебойной работы аппаратуры
(главным образом – сервера) и баз данных в условиях чрезвычайных
обстоятельств.
операционные и управляющие системы, утилиты и офисные
программные системы;
Все это в полой мере подходит для полного функционирования
разрабатываемой базы данных «Прием заявок на ремонт и модернизацию ПК».
49
2.2. Разработка проекта автоматизации
2.2.1. Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла – это структура, содержащая процессы,
действия, а также задачи, которые происходят в процессе конкретной
разработки, функционирования и дальнейшее сопровождения разработанного
программного продукта в дальнейшем в течение всей жизни данной системы, от
определения определенных требований и затем до стадии завершения ее
дальнейшего применения.
На данном этапе развития имеются определенное количество моделей и
стандартов, в разной степени определяющих регламент жизненного цикла,
большую часть из них относят к заказному ПО (программному обеспеченью).
Так, например, ГОСТ 34.601-90 относят на автоматизированные системы
и он определяет стадии и этапы их создания. Также, в данном стандарте имеется
подробное описание содержания работ на каждом этапе. Стадии и этапы работы,
отраженные в данном стандарте, в довольно большой степени отражают
каскадную модель жизненного цикла.
Например, ISO/IEC 12207:1995 – это стандарт, который отражает
процессы и организацию жизненного цикла. Его относят на все без исключения
виды заказного ПО. Данный стандарт не имеет описания фаз, а также и стадий
этапов.
Custom Development Method (далее CDM) – это стандарт, который
отражает разработку различных прикладных информационных систем под заказ
потребителей данных систем – конкретный материал, детальный до уровня
различных заготовок проектных документов, направленных на применение в
проектах с использованием Oracle. Мера адаптации CDM имеет ограничение 3-
мя моделями жизненного цикла: «классическая» (заложены все необходимые
работы/задачи, а также этапы), «быстрая разработка» (Fast Track), «облегченный
подход», он рекомендуется, если в случае небольших проектов и возможности
довольно быстро прототипировать необходимые приложения.
50
Rational Unified Process (далее RUP) – это стандарт, который отражает
итеративную модель разработки проекта, которая включает 4-ре необходимые
фазы: начало, исследование, построение и затем внедрение. Любая из этих фаз
может быть при необходимости разбита на определенные этапы (итерации), в
использовании которых выдается версия либо для внутреннего, либо для
внешнего применения. Проход через 4-ре главные фазы именуется циклом
разработки, причем каждый цикл заканчивается генерацией полученной версии
проектируемой системы. Если после всего этого данная работа над заданным
проектом не завершается, то сделанный продукт в дальнейшем продолжают
развивать и заново проходя те же фазы разработки. Сущность работы в заданных
рамках RUP – это разработка и дальнейшее сопровождение моделей, а не
простых стандартных бумажных документов, посему данный процесс
непосредственно привязан к применению определенных средств моделирования
(UML), а так же определенной технологии при проектировании и дальнейшей
разработки (например, объектно-ориентированный анализ, object-oriented
analysis, OOA, объектно-ориентированное программирование, object-oriented
programming, OOP).
Microsoft Solution Framework (далее MSF) – это стандарт, который сходен
с RUP, он так же имеет 4-ре фазы: анализ, проектирование, разработка,
стабилизация, является итерационной, задает применение объектно-
ориентированного моделирования. MSF по сравнению с RUP в наиболее
значительной степени направлена на создания бизнес-приложений компаний.
Extreme Programming (далее XP) – это стандарт, который отражает
экстремальное программирование, которое на данный момент является одним из
самых новых среди исследуемых нами методологий, сформировалось в 1996
году. Во главе методологии стоит слаженная командная работа, эффектная
коммуникация непосредственно между заказчиком программы и исполнителем в
течение всего времени проекта по разработке ИС, а разработка проводится
непосредственно с применением последовательно дорабатываемых различных
взаимодополняющих прототипов [3, c. 183].
Итак, главными критериями для выбора стандарта ЖЦ будут являться:
51
критерий актуальности и современности применяемых методик
контроля необходимой разработки;
критерий разработки с применением итерационного режима с
дальнейшей возможностью контролировать затем риски;
критерий выполнения необходимого проекта на определенных
контролируемых точках, полное отсутствие каких либо других дополнительных
требований к моделированию необходимого процесса разработки и также
внедрения.
Подытоживая сказанное об описании стандартов, можно сделать вывод,
что из них являются 4 стандарта: MSF, RUP, COBIT, XP .
Такой стандарт как COBIT нам для разработки не подходит, так как
главной его целью применения «является использование аудита и стратегии
поэтапного планирования ИС и IT инфраструктуры в целом».
Такой стандарт как XP также нам не годиться, так как он не имеет
полноценно разработанных этапов жизненного цикла, таких как выбор
концепции, поэтапное планирование, дальнейшая разработка, постепенная
стабилизация и наконец, процесс внедрения.
Отсюда следует, что перед нашим выбором стоит Rup и MSF. Оба данных
стандарта являются довольно молодыми и также поддерживающими все
новейшие технологии продуктивной разработки, а также и контроля их
дальнейшего выполнения [1, c. 175].
Rational Unified Process – есть отлично созданным решением для средних
по размерам коллективов разработчиков, которые работают с использованием
только продуктов, а также и технологий фирмы Rational. Поддержка разработки
системы, а также и самой системы отражается методикой RUP, но эта
технология в большей степени достаточно сильным образом направлена на
внутри компании различные инструментальные средства.
Что касаемо Extreme Programming, то эта концепция хорошо нам подходит
для проектных групп небольшого размера и для не великих систем с часто
преобразуемыми с течением времени работы требованиями. Главная проблема
XP – это дальнейшее сопровождение программы. В следствие частой текучки
кадров в коллективе разработчиков программ большая часть проектной
Источник: https://baza.diplomsite.ru/previewfile/1948