Дипломная работа: Автоматизация контроля качества в ООО "Джон Вайли и Сыновья Рус"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
33
системы не способны оказать пользу компании, а дальнейшая
автоматизация приведет к значительным затратам.
Следующий вариант процесса автоматизации предполагает
автоматизацию отдельных бизнес-процессов, которые объединены по
набору выполняемых функций. Выбор этого способа оптимален в том
случае, когда существуют участки, в которых применение
автоматизированных систем дает значительный экономический эффект.
Способ автоматизации по направлениям предполагает
автоматизацию отдельных направлений деятельности компании. При этом
достигается полная автоматизация направления деятельности. Этот подход
является оптимальным в том случае, когда дальнейшая интеграция
автоматизированных функций не будет связана с серьезными
препятствиями.
Комплексная автоматизация предполагает внедрение программного
продукта, автоматизирующего работу компании в целом.
Кусочная стратегия автоматизации не подходит для
рассматриваемой задачи, поскольку в рамках ее решения будет
автоматизирована деятельность целого отдела, при этом будут
использованы несколько составляющих информационной системы: СУБД и
клиент-серверное приложение.
Стратегии полной автоматизации также не является подходящей,
поскольку будет автоматизировано одно из направлений деятельности
компании.
В рамках рассматриваемой задачи, подходящей является стратегия
автоматизации по направлениям, поскольку будет автоматизирован процесс
контроля качества программного обеспечения.
34
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Рассмотрим существующие способы приобретения
информационных систем для автоматизации контроля качества
программного обеспечения. Приобретение информационных систем может
осуществляться одним из перечисленных способов:
1. Покупка готовой специализированной ИС.
2. Разработка ИС своими силами.
3. Разработка ИС сторонней фирмой.
4. Покупка системы и её доработка.
Рассмотрим вариант покупки готовой информационной системы,
автоматизирующей бизнес-процесс контроля качества программного
обеспечения. Ранее были рассмотрены программные системы,
представленные на рынке, и был сделан вывод о том, что они не в полной
мере удовлетворяют потребностям организации, поэтому покупка готовой
информационной системы не подходит.
Рассмотрим вариант с покупкой системы и ее доработкой. Доработка
информационной системы под потребности организации является
трудоемкой и добавление необходимого информационных систем под
нужды компании потребует внесения значительных изменений исходного
кода и бизнес-логики. Поэтому оба варианта приобретения
информационной системы были отклонены.
Следующая группа вариантов приобретения информационных
систем подразумевает разработку информационной системы,
удовлетворяющей требованиям организации. Поскольку в компании есть
специалисты с необходимой квалификацией для разработки программного
обеспечения, подходящим будет являться вариант разработки системы
своими силами.
35
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
В ходе предыдущих этапов работы было установлено, что
разрабатываемая система будет автоматизировать контроль качества
программного обеспечения с помощью тестирования. Дадим описание
информационному обеспечению задачи. Входные документы в системе
отсутствуют. К оперативным данным относится план тестирования. Он
включает в себя:
перечень необходимых способов тестирования;
перечень входных данных;
перечень выходных данных.
Этот документ не имеет унифицированной формы, поэтому
потребуется проектирование оригинальной формы документа.
К выходной информации относится отчет по результатам
тестирования. Он содержит следующие данные:
Дату проведения проверки.
ФИО сотрудника, который проводил проверку.
Наименование системы, для которой проводилась проверка.
Выявленные в ходе проверки ошибки.
Отчет также не имеет унифицированной формы, поэтому
потребуется проектирование оригинальной формы документа.
Теперь опишем комплекс условно-постоянной информации, которая
будет представлена в виде справочников системы. К условно-постоянной
информации относятся:
1. Сотрудник.
2. Программный продукт.
3. Вид тестирования.
36
Информационная база должна быть организована в виде
интегрированной базы данных с распределенной организацией для
обеспечения совместной работы нескольких специалистов. Для
организации базы данных будет использоваться реляционный подход,
который минимизирует избыточность данных и обеспечивает простоту
манипулирования ими.
1.4.2. Обоснование проектных решений по программному
обеспечению
Информационные системы позволяют пользователям осуществлять
сбор и обработку данных. Для хранения данных используются базы данных.
Различают следующие виды баз данных:
1. Иерархические.
2. Сетевые.
3. Реляционные.
В настоящее время широко применяются реляционные базы данных
в связи со следующими факторами [13]:
Они обладают простотой, поскольку в реляционной модели
данных существует всего одна информационная конструкция,
формализующая табличное представление данных.
Наличие теоретически обоснованных методов нормализации
отношений позволяет получать базу данных с заданными
характеристиками.
Независимость данных заключается в том, что при
необходимости внесения изменений в структуру реляционной базы данных,
требуется внесение минимальных изменений.
Помимо перечисленных достоинств, в организации уже
используется реляционная СУБД. Поэтому, с целью минимизации
конфликтов в процессе интеграции, для разработки информационной
системы будет использована реляционная база данных.
37
Для управления реляционной базой данных используется
реляционная СУБД. На рынке широко представлены как коммерческие, так
и бесплатные СУБД. Наиболее востребованными на рынке являются
следующие СУБД:
Microsoft SQL Server;
PosgreSQL;
IBM DB2;
Oracle database.
СУБД IBM DB2 является кроссплатформенной, обеспечивает
стабильную работу базы данных. Недостатками системы являются высокая
стоимость и низкая производительность. СУБД Microsoft SQL Server
обладает большим пакетом инструментов, стабильностью работы и низкими
затратами на администрирование. Недостаток системы заключается в том,
что она работает только на платформе Windows. СУБД Oracle обладает
высокой производительностью, легкостью интегрирования приложений и
устойчивостью к большим потокам данных. Недостатком является высокая
стоимость, необходимость приобретения мощного оборудования и
персонала для поддержки СУБД.
Ввиду перечисленных свойств реляционных СУБД был сделан
выбор в пользу СУБД Microsoft SQL Server, поскольку эта СУБД уже
используется в организации для функционирования системы «1С:
Бухгалтерия».
Для разработки информационной системы будет использован
объектно-ориентированный подход к программированию, потому что он
позволяет осуществлять конструирование из компонентов, обладающих
простыми инструментами, что дает возможность абстрагироваться от
деталей реализации. При этом данные и операции вместе образуют
определенную сущность, и они не «размазываются» по всей программе, как
это нередко бывает в случае процедурного программирования.
Источник: https://baza.diplomsite.ru/previewfile/1829