Дипломная работа: Автоматизация регистрации и обработки заявок на комплектующие для ПК на ООО "Samsung Electronics"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
41
приложений, обеспечивает защиту данных, выполняет различные сервисные
функции. Каждая программа пользуется средствами, предоставляемыми
операционной системой. Таким образом, выбор операционной системы очень
важен, так как он определяет набор программ и формат исполняемых файлов, а
также их взаимодействие с операционной системой.
Для разработки программного приложения автоматизированной
обработки выбор той или иной операционной системы не повлияет на
функциональность системы по причине того, что при реализации алгоритмов
программного приложения не требуется использования каких-либо
специфических функций операционной системы. Оба типа операционных
систем позволяют разрабатывать программный продукт без потери его
функциональности, по причине наличия программных сред для обоих типов
операционных систем [4].
В качестве операционной среды для разработки и применения программы
была выбрана операционная система семейства Windows, в частности
операционная система Windows 10. Этот выбор обусловлен тем, что на
сегодняшний день Windows 10 является одной из наиболее распространенных
операционных систем.
В качестве серверного программного обеспечения в информационной
системе будет использоваться Ubuntu Server 18, который обеспечивает
оптимальные и достаточно бюджетные решения для малого и среднего
бизнеса.
Для проектирования локальных инфорационных систем оптимальным
выбором базы данных будет являться база данных, обеспечивающая
максимальную скорость обработки запросов и вывода отчетов.
Оптимальным вариантом для такого рода информационной системы
будет использование СУБД My SQL 8.0, которая не только является
программным продуктом вендора-производителя операционной системы, но и
является достаточно мощным и функционально достаточным средством для
создания необходимых запросов и таблиц базы данных для формирования
42
информационной системы [5].
Интерфейс должен представлять собой кнопочную форму, содержающую
необходимые связи и переходы, к формам и диалоговым окнам, отражающим
основные концепции учета клиентов, предложенные ранее в аналитических
моделях.
Поэтому, для решения поставленных задач с максимальным выиграшем
по времени и с максимальной эффективностью решено использовать
программную среду Embarcadero Red Studio 2010 и язык разработки Delphi.
1.4.3 Обоснование проектных решений по техническому обеспечению
Обеспечение техническое - совокупность технических средств,
компьютерной техники, средств передачи информации, используемых в
автоматизированных системах управления и в информационных системах.
Для функционирования программы потребуются следующие элементы
технического обеспечения:
ПК-пользователя (рабочая станция) – это пользовательский ПК,
посредством которого будет производиться работа с программной,
установленной локально;
Средства организации ЛВС – в данный перечень входят активные
(маршрутизатор, коммутатор, шлюз и.тд) и пассивные (сегменты ЛВС,
коммутационные розетки и.тд) компоненты локальной вычислительной сети.
Для каждого элемента мы выберем несколько критериев, наиболее
критичных при осуществлении выбора:
Требования к аппаратному обеспечению рабочей станции следующие:
компьютер, с процессором Intel Pentium G3260, OEM, материнской платой
ASUS H81M-K, и входящими в комплект мышью и клавиатурой Logitech
Desktop MK120. В настоящий момент характеристики компьютеров компании
соответствуют указанным требованиям, поэтому дополнительных технических
43
решений по внедрению разработанного программного средства, не требуется
[6].
44
2. Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл ИС можно представить, как ряд событий,
происходящих с системой в процессе ее создания и использования. Модель
жизненного цикла отражает различные состояния системы, начиная с момента
возникновения необходимости в данной ИС и заканчивая моментом ее полного
выхода из употребления. Модель жизненного цикла - структура, содержащая
процессы, действия и задачи, которые осуществляются в ходе разработки,
функционирования и сопровождения программного продукта в течение всей
жизни системы, от определения требований до завершения ее использования
[7].
В настоящее время известны и используются следующие модели
жизненного цикла:
Каскадная модель предусматривает последовательное выполнение всех
этапов проекта в строго фиксированном порядке. Переход на следующий этап
означает полное завершение работ на предыдущем этапе.
Поэтапная модель с промежуточным контролем. Разработка ИС ведется
итерациями с циклами обратной связи между этапами. Межэтапные
корректировки позволяют учитывать реально существующее взаимовлияние
результатов разработки на различных этапах; время жизни каждого из этапов
растягивается на весь период разработки.
Цикличная модель. На каждом цикле выполняется создание очередной
версии продукта, уточняются требования проекта, определяется его качество и
планируются работы следующего цикла. Особое внимание уделяется
начальным этапам разработки - анализу и проектированию, где реализуемость
тех или иных технических решений проверяется и обосновывается посредством
создания прототипов (макетирования).
45
В ранних проектах достаточно простых ИС каждое приложение
представляло собой единый, функционально и информационно независимый
блок. Для разработки такого типа приложений эффективным оказался
каскадный способ.
Предлагаемая модель ИС является простой и лаконичной, однако в ней
используется клиент-серверный подход, поэтому рекомендуется использовать
поэтапную модель с промежуточным контролем.
Внедрение системы рекомендуется проводить в пределах работающего в
стандартном режиме предприятия, выделив на процесс несколько дней, заранее
предупредив клиентов и создав максимальное количество копий актуальной
рабочей информации [7].
Для этих целей наилучшим образом подходит пилотная страгегия
внедрения разрабатываемого программного продукта. Для описания
функциональных требований, предъявляемых к системе, был использован
стандарт ГОСТ Р 57193— 2016/
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Необходимо учитывать возможные риски после автоматизации:
− проектные риски при создании системы,
− бизнес-риски, связанные с эксплуатацией системы (возникающие, в
конечном счете, из-за технических рисков).
− бизнес-риски, связанные с изменением бизнес-процессов. При этом
потери происходят оттого, что: а) бизнес-процессы надо изменять, а
информационная система не готова к этому, и потери связаны с неоптимальным
функционированием бизнеса, и б) оттого, что имеется стоимость модификации
системы,
− технические риски, состоящие в простоях, отказах, потере или
искажении данных и т.п [1].
Выделим четыре существенных риска практически любого проекта, в том
числе проекта внедрения ИС:
Источник: https://baza.diplomsite.ru/previewfile/2210