37
платформой 1С:Предприятия. При этом он может:
• описывать структуры данных в конфигураторе;
• манипулировать данными с помощью объектов встроенного языка;
• составлять запросы к данным, используя язык запросов.
В «1С:Предприятии 8.3» реализован современный дизайн интерфейса и
повышена комфортность работы пользователей при работе с системой в течение
длительного времени .
1.4.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение является комплексом технических средств,
которые предназначены для функционирования информационной системы, а
также включает соответствующую документацию на эти средства и
технологические процессы [14].
Комплекс технических средств составляют:
- компьютеры;
- устройства сбора, накопления, обработки, передачи и вывода
информации;
- устройства передачи данных и линий связи;
- эксплуатационные материалы
При выборе компьютера необходимо руководствоваться рядом
характеристик. К таким характеристикам относятся надежность, стоимостные
затраты, производительность, простота использования и др. От значения
указанных параметров зависит возможность работы с требуемыми
программными средствами, а следовательно, и успех создания системы.
Для каждого из элементов данной схемы выделяется перечень критериев,
наиболее важных при осуществлении выбора технического обеспечения. Эти
критерии таковы:
- тактовая частота процессора;
- разрешение монитора;
38
- объем оперативной памяти.
Учитывая уже имеющиеся на предприятии техническое обеспечение
торговой деятельности, можно сделать вывод, что оно подходят по всем
требованиям.
Таким образом, внедрение разрабатываемой системы не требует закупки
и установки дополнительных технических средств.
39
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненныйaцикл (ЖЦ) программного ܖ обеспечения (ПО) ИС – это
непрерывный процесс, который начинается с момента принятия решения о
создании ПО и заканчивается по завершении ܖ его эксплуатации. [17]
Для разработки был выбран стандарт ISO/IEC
рколхо
12207. Стандарт
рколхо
позволяет
обеспечить качество с разной степенью
рколхо
организационной независимости
контролирующей деятельности. Стандарт
рколхо
обеспечивает гибкую степень
обязательности. Достаточно указать небольшое
рколхо
количество процессов и задач,
соответствующих данному стандарту. Стандарт
рколхо
содержит предельно мало
описаний, направленных на проектирование баз
рколхо
данных (возможны ситуации,
когда базы данных и не используются).
Ценность стандарта
рколхо
ISO/IEC
рколхо
12207 заключается в том, что он дает набор
задач, характеристик качества, критериев оценки, охватывающих все проектные
ситуации.
Согласно ISO/IEC
рколхо
12207 основные процессы жизненного цикла
построения системы:
– процесс заказа;
рколхо
– процесс поставки;
рколхо
– процесс разработки;
рколхо
– процесс эксплуатации;
рколхо
Процесс заказа
рколхо
состоит из
рколхо
работ и задач, выполняемых заказчиком. В
данной разработке заказчиком является само предприятие.
Основная цель данного этапа
рколхо
выявление требований
рколхо
проекта, разработка
технического задания:
– требования к автоматизированной системе;
– описание области применения
рколхо
системы;
– список программных продуктов;
рколхо
– сроки и условия реализации заказа;
рколхо
40
– технические ограничения (например, по условиям эксплуатации).
Процесс поставки программного
рколхо
обеспечения заключается в определении
состава проекта для
рколхо
поставки.
Процесс
рколхо
разработки включает в себя определение состава
рколхо
программного
продукта, а именно информационной
рколхо
базы, ее физическая реализация.
Разработка программных
рколхо
модулей.
Процесс эксплуатации
рколхо
заключается в установке и интеграции
программного продукта и использование его сотрудниками
рколхо
предприятия.
Модель ЖЦ ПО представляет собой ܖ структуру, которая определяет
последовательность выполнения и ܖ взаимосвязи ܖ процессов, действий и задач в
течение ЖЦ. Более распространенными являются следующие модели: ܖ
каскадная, с промежуточным контролем и спиральная. [17]
Такие модели как каскадная и с промежуточным контролем включают
следующие этапы ܖ ЖЦ ПО :
Анализ;
Проектирование;
Реализацию;
Внедрение;
Сопровождение.
Отличительной чертой каскаднойaмодели является строго
последовательная ܖ реализация перечисленных выше этапов жизненного ܖ цикла.
Модель имеет следующее достоинство: на каждом из ܖ этапов данная ܖ модель
позволяет формировать законченный комплект ܖ документации и дает
возможность планировать сроки ܖ завершения работ и соответствующие ܖ затраты.
Однако имеется следующий недостаток: реальный процессaразработки ПО в
большинстве случаев не укладывается в такую жесткую схему и требует
возврата к предыдущим этапам до уточнения или пересмотра принятых решений
[17].
В отличие от каскадной ܖ модели с промежуточнымaконтролем
жизненный цикл более близок к реальной разработке и применению ПО. При
данной модели допускается возврат каждого этапа жизненного ܖ цикла на любой
из предыдущих ܖ этапов, если требуется выполнение межэтапнойaкорректировки.
41
Кроме того может быть обеспечена большая ܖ надежность ПО, однако возрастает
длительность периода ܖ разработки.
При спиральной ܖ модели ܖ жизненного цикла отсутствуютaнедостатки
выше описанных моделей. В данной модели основополагающими являются
первоначальные ܖ этапы: анализ и ܖ проектирование, в которых реализуемость
технических решений проверяется с помощью создания прототипов.
Кроме того спиральная ܖ схема разработки позволяет перейти на
следующий ܖ этап не завершив ܖ полностью работы на предыдущем этапе.
Окончательные работы могут быть выполнены на следующем ܖ витке ܖ спирали. В
результате это обеспечивает возможность предъявить заказчику ܖ разработки
некоторый работоспособный ее ܖ вариант, чтобы уточнить требования.
Целью данной ܖ выпускной квалификационнойaработы является
разработка программы учета торговых операций магазина. В процессе
разработки будет использована каскадная ܖ модель жизненногоaцикла.
Использование этой модели на каждом из этапов позволяет формировать
законченный комплект ܖ документации и дает возможность планироватьaсроки
завершения работ и соответствующие ܖ затраты.
Каскаднаяaмодель включает следующие ܖ этапы [1]:
Анализ
Проектирование
Реализация
Введение
Эксплуатация.
На этапеaанализа ܖ необходимо собрать ܖ информацию по торговой
деятельности магазина, соответствующему этой деятельности
документообороту.
На этапе ܖ проектирования по результатам представленной ܖ информации
происходит проектирование базы ܖ данных и структуры ܖ программы.
На этапе реализации создается база ܖ данных: создаются все необходимые
справочники документы, регистры. Затем производится настройка ܖ главного
меню и меню всех элементов ܖ программы.
Этап ܖ внедрения включает в себя развертывание технических,
42
информационных и программных ܖ средств и проведение окончательного
тестирования системы на развернутых средствах, чтобы убедиться в
работоспособности всех модулей системы.
На этапе ܖ эксплуатации необходимо провести ܖ обучение всех
пользователей, которые будут работать с системой.
Для процесса внедрения предпочтительна стратегия «пилотный проект».
«Пилотный проект» применяется к ограниченному количеству процессов.
Областью применения стратегии является небольшой участок деятельности. При
таком подходе снижается риск, он является наиболее надежным.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
На этапе ܖ анализа нужно четко установить все виды ܖ данных, которые
будут вводиться в программу ܖ автоматизации. Поскольку если на этом этапе не
будет учтена какая-либо ܖ информация, это отразится на возможности ܖ хранения
данной информации в системе и, следовательно, может быть утрачено
использование этой информации в отчетности или другой выходной
документации. Чтобы уменьшить ܖ данный риск ܖ упущенияaинформации, нужно
проделать перекрестную проверку между различными ܖ подразделениями
предприятия [17].
На этапе ܖ проектирования нужно провести детальный анализ ܖ
информации и перенести его на структуры базы данных и программы.
Постараться избежать дублированияaинформации в системе.
На этапе ܖ реализации требуется исключить ܖ возможность совершения
пользователем системы ошибочных действий, которые могут повлечь крах
системы или ввод неверныхaданных. Чтобы снизить такой риск, требуется
осуществить тестирование системы достаточным числом пользователей.
На этапе ܖ внедрения нужно проверить наличие необходимого
программногоaобеспечения и лицензий ܖ к нему.
На этапе эксплуатации нужно обеспечить правильное ܖ обучение
пользователей и, чтобы уменьшить рискaпроконтролировать ܖ результаты данного
процесса.
43
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Информационнаяaбезопасность и защитаaинформации технически
выполняется при помощи системы паролей для доступа к информации ܖ разного
уровня. В первую очередь, это пароль для входа пользователя в операционную
систему его рабочего места. Ввод этого пароля открывает пользователю ܖ доступ к
информации на данном ܖ компьютере и к документам, хранящимся на нем. Однако
политика безопасности должна быть сформирована так, чтобы у пользователя
было некоторое ограничение ܖ прав на своем рабочем месте, то есть, к примеру,
он не мог установить вредоносное программное ܖ обеспечение или программы по
копированию ܖ информации. Это несомненно, несколько осложняет работу
пользователя, но при этом дает гарантию защиты информации. В такой ситуации
требуется найти баланс между удобством и комфортом в деятельности ܖ
пользователя и безопасностью ܖ хранения корпоративной ܖ информации [15].
Программа должна храниться в виде исполняемого файла на жестком
диске компьютера пользователя или на компакт-диске (Flash- накопителе).
Информация, хранящиеся в базе данных системы, составляет
коммерческую тайну, поскольку содержит информацию по продажам,
составляющих основу экономической деятельности магазина. Поэтому
закрытость информации не позволит злоумышленникам навредить клиентам
компании и самой компании. А также для снижения вероятности взлома
необходимо изменение пароля входа в систему для каждого пользователя не
реже 1-го раза в месяц.
Программный продукт, также должен обладать сохранением внесенной
информации даже при сбоях и непредвиденных отключениях электропитания.
Другими словами программный продукт нуждается в автосохранении.
44
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Диаграмма IDEF0 деятельности магазина по продаже «Как должно быть»
изображена на рисунке 5.
Рисунок 5. Диаграмма IDEF0 «Деятельность магазина»
Общий контроль за всеми операциями осуществляет директор, он так же
осуществляет взаимодействие с поставщиками, и устанавливает план закупок и
продаж.
Работы по управлению товарооборотом выполняет менеджер по
продажам.
Основным инструментом работы сотрудников магазина является ИС
управления товарооборотом. С помощью данной ИС выполняются все
операции, вся информация хранится в таблицах ИС.
Дальнейшая декомпозиция показывает, что с помощью разрабатываемой
системы все сотрудники магазина работают в единой информационной среде и
выполняют операции с помощью одной программы. Поскольку все операции по
автоматизации продаж будут автоматизированы, использование другого ПО
кроме стандартных офисных средств не потребуется.
45
Декомпозиция модели IDEF0 деятельности по управлению
товарооборотом представлена на рисунке 6.
Рисунок 6. Декомпозиция модели IDEF0
Декомпозиция ведется уже с учетом вновь разрабатываемой системы и
можно сразу увидеть, как она будет осуществлять взаимодействие сотрудников
по выполнению операций по управлению товарооборотом.
Диаграммы потоков данных представлены на рисунках 7 - 8.
Рисунок 7. Диаграмма DFD «Обработка заказов»
46
Рисунок 8. Диаграмма DFD «Оформление продаж»
Проектируемое программное обеспечение должно позволять:
• провести учет выполняемых заказов;
• провести учет выполняемых продаж;
• производить оформление закупок товаров на основании заказов;
• выполнять составление планов по продажам и закупкам;
• отслеживать динамику изменения сбыта, на основе которой будут
планироваться продажи;
• анализ товарного запаса организации;
• вести базу данных, содержащую информацию о товарах,
поставщиках;
• формировать отчеты по продажам, заказам, планах продаж и
заказов и их исполнения.
Система должна обеспечивать возможность выполнения следующих
функций:
• инициализацию системы (ввод списков товаров, клиентов и т. п.);
• ввод и коррекцию текущей информации о продажах и заказах;
• хранение информации о продажах и заказах в течении времени,
обращение к уже имеющимся продажам и заказам;
• получение сведений о текущем состоянии заказов, продаж, наличии
товаров на складе, предоставлении услуг, анализ товарного запаса организации.