37
Выделяя главное, можно прийти к выводу, что без программного обеспечения,
его управления, не одно устройство не сможет взаимодействовать с
потребителем.
Программное обеспечение системы также должно обладать
следующими свойствами:
функциональная достаточность (полнота);
надежность (в том числе восстанавливаемость, наличие средств
выявления ошибок);
адаптируемость;
удобство эксплуатации.
Операционная система Microsoft Windows 10 была выбрана, как самая
подходящая для реализации поставленных целей. Данная операционная
система занимает не много ресурсов, а также знакома даже самому не
опытному пользователю.
Операционная система Lunix — это бесплатная операционная система
для компьютера, на базе ядра Unix. Основная особенность и отличие Linux от
семейства операционных систем Windows состоит в том, что в Linux
используется совершенно другой подход к организации файловой системы и
применении совершенно других типов файловых систем. В Windows мы
привыкли видеть логические диски C, D и так далее, в Linux таких дисков нет.
Вместо этого в Linux есть корень, от которого все и произрастает. Все адреса
файлов и каталогов начинаются именно с корня, все разделы монтируются в
корень, включая физические диски.
Оптимальным решением в выборе операционных систем будет Windows
10, так как она является самой распространённой операционной системой в
мире, из-за чего не требуется обучать пользованию ею сотрудника.
Итак, выделим требуемое ПО для достижения наших целей:
1. Операционная система Windows 10
2. «1С: Предприятие 8.3»
38
3. Пакет программ Microsoft Office
4. Антивирусная система Kaspersky
5. Архиватор WinRAR
6. Программы контроля, тестирования и диагностики компьютера AIDA64
Extreme.
Средой разработки была выбрана система «1С: Предприятие 8.3», так
как это имеет целый ряд причин. Во-первых, она легко интегрируются в общую
систему. Во-вторых, она уже приобретена и готова к использованию.
1.4.3. Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение – это комплекс технических средств,
предназначенных для работы информационной системы, а также
соответствующая документация на эти средства и технологические процессы.
Предварительный выбор технических средств, организация их
эксплуатации, технологический процесс обработки данных, технологическое
оснащение оформляются документацией.
Исходя из вышесказанного, для выполнения задачи следует принять во
внимание следующие характеристики:
Объем памяти жесткого диска
Наличие периферийных устройств
Объем оперативной памяти
Скорость работы процессора
Для хранения базы данных может быть использован сервер, имеющийся
сервер со следующими техническими характеристиками:
Материнская плата Supermicro MBD-X10DRW-I-O WIO
o Количество разъемов для процессора 2
o D-Sub1 шт.
o Тип памяти DDR4
o Количество слотов памяти 16
39
o Графический чипсет Aspeed AST2400
o Тип сетевой карты10/100/1000Base-T
Процессор INTEL Xeon E-2136
o Частота 3.3ГГц
o Сокет LGA 1151
Память Crucial [CT4G4DFS824A] 4 ГБ 8 шт.
Кулер ID-COOLING SE-207
Персональные компьютеры для сотрудников компании следует
обновить. Их характеристики, следующие:
Процессор Intel Core i5 5000+ Socket LGA 1150 BOX
Материнская плата Asus ASUS Z87-PLUS (RTL) LGA1150 < Z87>,
NVIDIA nForce 570 SLI :
o Тип памяти DDR3
o Количество слотов памяти 4
o Чипсет Intel Z87
o Сеть 1 Гбит/с. сетевой контроллер Intel I217V
Оперативная память DDR3 2x2048MbAMD RE1333
<AE34G1339U1-UO> DDR-III DIMM 4Gb <PC3-10600> CL9
Жесткий диск 500,0 Gb HDD Western Digital (WD5000AACS)
CaviarGP.
Привод DVD±RW ASUS DRW-2014L1T, SATA.
Картридер внутренний.
КорпусCoolerElite 334, 460W(RC-334-KKR4)
Монитор 17″ DellTFT
В качестве периферии используется многофункциональное
устройство.
40
Глава 2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла (ЖЦ) - это период создания и использования
ИС, начиная с момента возникновения потребности в ИС и заканчивая
моментом полного ее выхода из эксплуатации [12].
Современные сети разрабатываются на основе стандартов, что позволяет
обеспечить, во-первых, их высокую эффективность и, во-вторых, возможность
их взаимодействия между собой. Существует целый ряд стандартов,
регламентирующих ЖЦ программного обеспечения, а в некоторых случаях и
процессы разработки. Среди наиболее известных стандартов можно выделить
следующие:
ГОСТ 34.601-90 - распространяется на автоматизированные системы
(АС), используемые в различных видах деятельности (исследование,
проектирование, управление и т.п.), включая их сочетания, создаваемые в
организациях, объединениях и на предприятиях (далее - организациях).
ISO 9000 (ISO) - Серия стандартов ISO включает несколько стандартов
систем обеспечения качества. Данные стандарты разрабатываются
Международной организацией по стандартизации и имеют то же самое
содержание, что и соответствующие европейские стандарты, а также
национальные стандарты в ряде стран. Серию стандартов ISO составляют
модели или руководящие указания. Все эти документы называются
стандартами несмотря на то, что некоторые из них являются
руководствами или сборниками рекомендаций.
Custom Development Method - это совокупность точно определенных
процессов заказной разработки, с разными режимами управления, в
основе которой лежит CASE-технология, обеспечивает точное
определение бизнес-требований в самом начале процесса разработки и их
сохранение на протяжении всего процесса разработки. Custom
41
Development Method радикально повышает возможность успешной
реализации проекта. Первоначально предназначался для крупных и
средних проектов, но его можно использовать и для небольших.
Extreme Programming - гибкая методология разработки программного
обеспечения. Как и у других методологий, у нее есть особенные
инструменты, процессы и роли. Она является одной из новых, а также,
самая гибкая методология разработки программного обеспечения.
Методология Extreme Programming строится вокруг четырех процессов:
кодирования, тестирования, дизайна и слушания. Кроме того,
экстремальное программирование имеет ценности: простоту,
коммуникацию, обратную связь, смелость и уважение.
Rational Unified Process (RUP) - одна из спиральных методологий
разработки программного обеспечения. Методология поддерживается
компанией Rational Software, обновление продукта происходит примерно
дважды в год. В качестве языка моделирования в общей базе знаний
используется язык Unified Modelling Language (UML). Итерационная
разработка программного обеспечения в RUP предполагает разделение
проекта на несколько мелких проектов, которые выполняются
последовательно, и каждая итерация разработки четко определена
набором целей, которые должны быть достигнуты в конце итерации.
Конечная итерация предполагает, что набор целей итерации должен в
точности совпадать с набором целей, указанных заказчиком продукта, то
есть все требования должны быть выполнены. Итеративную модель
разработки, включающую четыре фазы: начало, исследование,
построение и внедрение. Фазы могут быть разбиты на этапы (итерации), в
результате которых выпускается версия продукта для внутреннего или
внешнего использования.
Microsoft Solution Framework (MSF) - похожа на RUP, но предполагает
использование объектно-ориентированного моделирования. MSF по
42
сравнению с RUP, больше всего ориентирована на разработку бизнес-
процессов. предусматривает свободный и открытый обмен информацией
между всеми членами команды и заинтересованными сторонами. Это
помогает исключить недопонимание между заказчиком и исполнителем и
снижает вероятность того, что работу придется переделывать. Все этапы
разработки обстоятельно описываются, обеспечивается доступность
документации для всех участников проекта — так налаживается
эффективное взаимодействие.
Стандарт Extreme Programming нам не подходит, так как он не содержит
полноценных этапов ЖЦ, таких как выработка концепции, планирование,
разработка, стабилизация, внедрение.
RUP для наших целей не подходит, так как больше подходит для
небольших групп разработчиков, хоть и позволяет справляться с изменениями в
требованиях, независимо от того, исходят они от клиента или возникают в ходе
работы над проектом.
Для наших целей был выбран ISO 9000, так как даёт снижение
эксплуатационных затрат путем снижения затрат на качество и рост
эффективности в результате превалирования предупреждения над
исправлением.
Согласно стандартам ISO 9000, разработка и внедрение системы
управления качеством должна осуществляться в строго определенном порядке.
Стандарт включает следующие обязательные этапы:
1. Обучение сотрудников предприятия
2. Анализ системы
3. Разработка
4. Внедрение
5. Сертификация
Существует следующие стратегии внедрения системы:
Параллельная стратегия — когда одновременно работают старая
(ручная) и новая система, и их выходные документы сравниваются.
43
«Скачок» означает, что происходит быстрая и полная замена старой
ИС новой без последующего тестирования.
"Пилотный проект" – это тактика "скачка", но применяемая к
ограниченному числу процессов.
«Узкое место» — это наиболее критичная малая часть
производственного процесса. При внедрении узкого места план
внедрения выполняется только для «узкого места» и для людей,
работающих в нем.
В моей дипломной работе будет применена стратегия "Пилотный
проект", так как будет изменена вся информационная система. Область
применения стратегии - небольшой участок деятельности. Такой подход
снижает риск и наиболее надежен. Практически все предприятия применяют
эту тактику сегодня.
Далее разберем модели жизненного цикла и выберем одну из них. В
данной главе начинается этап описания разработанного программного продукта
[13].
Жизненный цикл программного обеспечения — это непрерывный
процесс, который начинается с момента принятия решения о необходимости
его создания и заканчивается в момент его полного изъятия из эксплуатации.
Модель жизненного цикла подразумевает структуру, определяющую
последовательность выполнения и взаимосвязи процессов, действий и задач,
выполняемых на протяжении жизненного цикла.
Стандарт ISO 9000 не предлагает конкретную модель ЖЦ и методы
разработки ПО. Его положения являются общими для любых моделей ЖЦ,
методов и технологий разработки программного обеспечения. Стандарт
описывает структуру процессов ЖЦ ПО, но не конкретизирует, как реализовать
или выполнить действия и задачи, включенные в эти процессы.
В рамках дипломной работы, будут рассмотрены три модели жизненного
цикла ПО:
44
Каскадная
Поэтапная
Спиральная
Каскадная модель применяется при разработке тех информационных
систем, в которых можно в самом начале разработки можно точно
сформулировать все требования.
Положительные качества модели:
на каждой стадии формируется законченный набор документации;
выполняемые в четкой последовательности стадии позволяют
уверенно планировать сроки выполнения работ;
Отрицательные качества модели:
процесс разработки могут не уложиться в сроки;
необходима точная формулировка в отношении информационной
системы;
результаты разработки доступны заказчику только в конце проекта.
Схема каскадной модели изображена на рисунке 6.
Анализ
Реализация
Тестирование
Внедрение
Проектирование
Рисунок 6. Каскадная модель ЖЦ
45
Поэтапная модель жизненного цикла схожа с каскадной, однако только
данная модель предусматривает в случае необходимости, до ввода ИС в
эксплуатацию, возможность возвращения к предшествующим стадиям для
устранения выявленных на предыдущих стадиях упущений. На рисунке 7
изображена поэтапная модель.
Положительные качества модели:
имеет обратные связи с предыдущими стадиями для устранения
выявленных на предыдущих стадиях упущений;
стоимость проекта может значительно возрасти;
формируется законченный набор документации.
Отрицательные качества модели:
процесс разработки может не уложиться в сроки;
результаты разработки доступны заказчику только в конце проекта.
Анализ
Реализация
Тестирование
Внедрение
Проектирование
Рисунок 7. Поэтапная модель ЖЦ
46
Спиральная модель представляет собой процесс разработки
программного обеспечения, сочетающий в себе как проектное, так и по
стадийное прототипирование с целью сочетания преимуществ восходящей и
нисходящей концепции. В начале работы над проектом у заказчика и
разработчика нет четкого видения итогового продукта (требования не могут
быть четко определены) или стопроцентной уверенности в успешной
реализации проекта (риски очень велики).
Положительные качества модели:
возможность гибкого проектирования;
обратная связь по направлению от пользователей к разработчикам
выполняется с высокой частотой;
возможность пользователям принимать участие при планировании;
не нужно распределять заранее все необходимые для выполнения
проекта ресурсы;
спиральная модель разрешает пользователям "увидеть" систему на
ранних этапах;
Отрицательные качества модели:
модель может оказаться дорогостоящей;
модель имеет усложненную структуру, поэтому может быть
затруднено ее применение разработчиками, менеджерами и
заказчиками;
высокая нужда в высокопрофессиональных знаниях для оценки
рисков.
На рисунке 8 изображена схема спиральной модели.