41
происходит
прочие
на сервере. Сервер
отслеживает
оптимизирует выполнение
надежность
функций обработки
использованы
данных, что
полное
избавляет от необходимости
просмотреть
оптимизации рабочих
спрашивать
станций.
Существует ряд
приложении
требований к серверу,
должностные
реализация которых
помимо
существенно
повысит
включает
быстродействие системы
одно
в целом:
операционная
осуществляется
система — WindowsXP/2003/2007/Vista/7/10;
СУБД —
позволяет
MicrosoftAccess 2010;
память — 1 Gb;
жесткий
процесс
диск — 10 Gb свободного
дискового
дискового пространства;
сетевой
комплекс
адаптер — 100/1000 Mbit;
наличие
project
средств информационной
социальные
защиты базы
модель
данных.
К рабочим
прототипа
местам рядовых
сформированный
пользователей также
отчет
применимы некоторые
включенное
требования.
наличие
силами
средств информационной
внутреннего
защиты;
процессор — минимум 1 Ghz;
операционная
может
система — Windows
архитектуре
XP/2003/2007/Vista/7/10;
Microsoft
поэтому
Internet Explorer (версии 6.0 и
процесс
выше),
microsoft
Mozilla Firefox;
память —
расчет
2Gb:
жесткий
быть
диск — 100 Mb
прочие
свободного дискового
разработана
пространства;
монитор — поддерживающий
разработка
разрешение 1024x768 точек
унок
и выше;
сетевой
контроль
адаптер — 100/1000 Mb.
Комплекс
изменений
технических средств
кладовщик
для работы АИС составляют:
компьютеры;
устройства
специфические
сбора, накопления,
строгое
обработки, передачи
зависимости
и вывода
информации – жесткие
распределение
диски, устройства
поддержку
хранения данных,
типа
сканеры,
принтеры,
товарный
факсимильные аппараты;
устройства
система
передачи данных
информационное
и линий связи – модемы;
эксплуатационные
клиентами
материалы – бумага,
всей
CD (DVD)- диски
отчеты
и т. п.
42
При выборе
кодирования
компьютера необходимо
расход
руководствоваться рядом
информацию
характеристик. К таким
авторизацию
характеристикам относятся
приводит
надежность, стоимостные
предназначены
затраты, производительность,
осуществляемые
простота использования
файл
и др. От значения
желании
указанных параметров
группах
зависит возможность
заключенных
работы с требуемыми
ключ
программными средствами,
выбрана
а следовательно, и успех
передачи
создания системы.
43
II. ПРОЕКТНАЯ
главе
ЧАСТЬ
2.1 Разработка
статья
проекта автоматизации
2.1.1. Этапы
компонент
жизненного цикла
своими
проекта автоматизации
Фазы
расход
жизненного цикла
проектирующий
непоследовательны, то есть
текущему
допустимо начало
стоимостные
работ над
объекта
следующим этапом
определение
до завершения предыдущего. Таким
являются
образом,
суть
дата
спиральной модели
какую
состоит в возможности
навыки
прохождения всех
уязвимым
этапов
жизненного
организации
цикла системы
разделяется
в несколько итераций,
авторизация
каждый раз
данном
создавая новый
себя
прототип и проверяя
база
актуальность требований,
данных
по которым он создавался,
содержит
внося технические
основные
доработки в интерфейс
получается
и функциональность. Подобная
базы
гибкость позволяет
кроме
использовать модель
предъявляются
на предприятиях любого
архитектура
масштаба.
Рисунок 5 – Спиральная
систем
модель ЖЦ
Прототип
менеджер
крайне важен
денежных
в ситуациях, когда
осуществляется
требуется разъяснить
называют
и
уточнить требования,
контроль
выбрать концептуальное
редактирование
решение или
спец
даже в целом
сформированный
определить целесообразность
данный
реализации проекта. При
техническое
этом сам
основная
прототип
может
осуществляется
либо моделировать
проблема
исключительно пользовательский
затраты
интерфейс, либо
контроль
архитектурную сторону
основаны
системы (логика
комбис
обработки и хранения
будет
данных).
Это означает,
соблюдение
что процесс
должна
создания системы
плата
и само управление
выполнения
проектом будет
microsoft
более гибким
недостатком
и управляемым, с совершенствованием
информационная
системы
на каждом «витке
объектам
спирали», то есть
должна
при выпуске
основании
каждой версии.
Уменьшаются
затраты
риски (в том
объекта
числе, финансовые) для
включает
заказчика и спонсора
объекта
системы, которые
может
могут отказаться
внешние
от проекта еще
работ
на этапе показа
программиста
первого
44
прототипа в случае
разработку
абсолютного его
навыки
несоответствия ожиданиям
стоит
и
потребностям (либо
своей
в случае изменения
организацией
рыночной ситуации).
Как
проекта
правило, подобная
расчет
модель применяется
накладной
при разработке
субд
различных
систем,
составляют
предоставляя возможность
унок
оперативно создать
унок
прототип
программного
признак
продукта для
использования
проверки его
языка
работоспособности с
пользователями
комбис
и соответственно, быстрого
бухгалтер
получения комментариев
сегодняшний
и
замечаний к системе.
2.1.2. Ожидаемые
следующим
риски на этапах
надежность
жизненного цикла
включает
и их описание
При разработке
будущей
и реализации модуля
basic
бизнес-процесса возникают
будет
различные риски,
необходимо
которые необходимо
трудовых
оценить и минимизировать
конструктор
потери от
них. В
забирает
основе методики
трудовые
управления рисками
выполнения
лежат систематизация,
новые
расчет
вероятности
обеспечивает
ущерба, документирование
ставятся
возможных решений
дата
и профилактика,
оценка
такие
допустимых затрат
аблица
на профилактику и резерва
реквизиты
проекта. Оценка
информации
проводится как
принимаются
в денежном, так
сделать
и во временном эквивалентах,
социальные
по причине
того,
подлинности
что даже
приобретение
при неограниченном
базовых
финансировании невозможно
связи
выполнить
работы
базы
быстрее определенного
информационной
времени.
В зависимости
социальные
от ответственности за риски,
этот
их можно условно
создание
разделить на три
соответствия
группы:
1.Проектные риски,
локальный
связанные с ошибками
разработчиков
в бюджете, графике
системе
работ, с
проблемами
project
персонала, изменением
многом
требований. К данным
выбрать
рискам можно
наиболее
отнести:
болезни и увольнение
состав
сотрудников;
изменения в текущем
спец
законодательстве.
Ответственным за этот
контроль
тип риска,
риски
является бухгалтер
команды
ООО «Комбис
дата
плюс». Способность
недостатков
улаживать такие
клиентах
ситуации, определяет
связи
его
профессиональную
рамках
подготовку.
2.Технические риски,
того
связаны с проблемами
ручного
реализации технических
создание
решений. К таким
программных
проблемам относятся:
45
проблемы
внедрения
разработки;
неудовлетворительная производительность
свою
системы;
проблемы, связанные
важнейших
с внедрением, то есть
планирование
окончательной
адаптацией
также
системы под
осуществляемые
пользователей.
Ответственным за данный
включает
тип риска
признак
является бухгалтер.
На
обоих
этапе анализа
обоих
необходимо собрать
составляют
всю информацию,
родной
которая будет
также
поступать в систему,
телефон
так как
желании
если не будет
только
учтена какая-либо
project
информация,
возникнет
работы
проблема с возможностью
будет
хранения ее в системе,
кодирования
а, следовательно,
и не будет
программный
возможности использовать
спроса
эту информацию
управление
в отчетности. Чтобы
процессе
не возникало такой
товар
проблемы, нужна
между
перекрестная проверка
заказ
работы
бухгалтера
внебюджетными
в ООО «Комбис
жесткий
плюс».
Необходимо избегать
обязательств
дублирования информации
жесткий
на этапе
проектирования
построение
системы. Для
должностные
этого нужно
визуальные
внимательно изучить
процесс
анализ
информации
рисунок
и перенести его
сегодняшний
на структуры базы
внутреннего
данных и программы.
На
программная
этапе реализации
передачи
может возникнуть
остальное
проблема после
разработанные
ошибочных
действий
котором
пользователей системы,
дата
что может
обязательств
привести к краху
выбор
системы или
основная
вводу неверных
подключение
данных. Для
ином
уменьшения этого
предметом
риска, проводить
отчет
тестирование системы
управление
необходимо совместно
комбис
с пользователями.
При внедрении
плата
необходимо проверить
унок
наличие необходимого
справочника
программного обеспечения
трудовых
и лицензий к нему.
Так
прямо
же необходимо провести
имеют
обучение сотрудников
excel
ООО «Комбис
унок
плюс», проверить
таблица
их знания, чтобы
называют
уменьшить риск
данный
на этапе эксплуатации.
2.1.3. Организационно-правовые
деятельность
и программно-аппаратные
средства
обоснование
обеспечения информационной
родной
безопасности и защиты
декомпозиция
информации
При разработке
товара
были
существует
использованы средства
которым
защиты информации:
этапе
аутентификация, авторизация.
Авторизация:
46
1. Процесс
учетом
предоставления определенному
текстовый
лицу прав
нормативам
на выполнение
некоторых
штат
действий.
2. Процесс
родной
подтверждения (проверки) прав
полное
пользователей на
выполнение
склада
некоторых действий.
Авторизацию
финансовые
не следует путать
маркетинговая
с аутентификацией: аутентификация —
это
информация
установление подлинности
библиотеки
лица, а авторизация — предоставление
кодирования
этому
лицу
уязвимым
некоторых прав
данного
или проверка
плата
их наличия (как
клиентских
правило — следующий
ключ
шаг системы
microsoft
после аутентификации).
2.2. Информационное
программного
обеспечение задачи
2.2.1. Информационная
лишь
модель и её описание
Рассмотрим
итого
существующую информационную
программные
модель.
«Файл Товар» вводиться
главная
с помощью ЭФ «Заведение
разработанные
товара»;
«Файл Приход», «Файл
схема
Поставщик» формируется
управления
с помощью ЭФ
«Приход»;
«Файл
фонд
Расход», «Файл
котором
Клиент» формируется
происходит
с помощью ЭФ
«Расход».
Информационная
шифр
модель представлена
системе
на рисунке 6.
47
Данные о товаре
Номенклатура
товаров
Приход
Бухгалтер
Бухгалтер
Заказ и поставка
продукции на
склад
ЭФ Заведение
товара
Файл: Товар
ЭФ Товара
Файл: Приход
ЭФ Приход
Хранение товара
на складе
ЭФ Приход
Файл: Товар
Файл: Приход
Данные о
поставках
Менеджер
Файл:
Поставщик
Товарный чек
Файл: Расход
ЭФ Расход
Отпуск товара
по заявке
клиента
ЭФ Расход
Файл: Расход
Данные о заявках
Файл: Клиент
Менеджер
Прайс-лист
Составление
отчетов
ЭФ Отчеты
Файл: Расход
Товарный чек
Файл: Приход
ЭФ Отчеты
Отчет по приходу Отчет по расходу
Файл: Товар
предприятие
Рисунок 6 – Информационная
библиотеки
модель
2.2.2. Характеристика
объекта
нормативно-справочной, входной
информацию
и
оперативной информации
Входная
покупка
информация – это
утверждение
информация, поступающая
базой
в организацию. В
разрабатываемой
покупателя
АИС входной
разработка
информацией является:
стоимость
данные о товаре,
сценарий
данные о поставках,
составить
о клиентах, о заявках
обеспечивает
клиента, о сроках
применение
поставки.
Вся информация
проверяет
ООО «Комбис
компьютеров
плюс» хранится
данного
в базе данных.
Примеры
своей
входных документов
доработка
изображены на рисунках 2.3 – 2.6
48
Рисунок 7 – данные
системе
о товаре
Рисунок 8 – Данные
управление
о поставках и сроках
Рисунок 9 – данные
разработка
о клиентах
Рисунок 10 – данные
разработку
о заявках клиентов
2.2.3. Характеристика
социальные
результатной информации
Результатной
товара
информацией разрабатываемой
плата
АИС являются:
была
товарный
чек,
рублей
прайс-лист, отчеты
выбор
по приходам и продажам.
Документ «Товарный
среде
чек» (рис. 11) позволяет
сроках
сформировать чек
встроенный
на
основании расхода
автоматизацию
товара.
49
Рисунок 11 – Товарный
модель
чек
Документ «Прайс-лист» (рис. 12) позволяет
минимизация
просмотреть текущую
разработка
стоимость товаров
размещению
ООО «Комбис
должностной
плюс».
Рисунок 12 – Прайс-лист
Документ «Отчет
приложения
о приходах» (рис.13) позволяет
данном
просмотреть данные
системы
о
полученных товарах.
Рисунок 13 – Отчет
использовании
о приходах
Документ «Отчет
отслеживает
о расходах» (рис. 14) позволяет
ценареализ
просмотреть данные
управление
о
проданных товарах.
50
Рисунок 14 – Отчет
крайне
о расходах
2.3. Программное
авторизацию
обеспечение задачи
2.3.1. Общие
состоит
положения (дерево
среде
функций и сценарий
является
диалога)
Дерево функций
разработанные
представляет собой
внебюджетными
иерархическую модель
возможность
видов
деятельности
директор
программы. Оно
фиксирование
представлено на рисунке 15. В
отбор
данном пункте
выше
приведена иерархия
стоимостью
функций управления
составила
и обработки данных,
delphi
которые
призваны
включенное
автоматизировать разрабатываемый
информационные
программный продукт. При
помощью
этом были
обеспечивает
выделены и детализированы
есть
два подмножества
расчет
функций:
реализующих
ключ
служебные функции (авторизация) и
project
реализующих основные
руководитель
функции управления
создание
и обработки данных:
этом
ввода первичной
информацию
информации,
обработки,
среднее
ведения справочников,
качестве
получение результирующей
различным
информации.
Выявление состава
жесткий
функций, их иерархии
реквизиты
и выбор языка
внешним
общения
позволяет
состав
разработать структуру
поддерживающий
сценария диалога. При
выявление
разработке структуры
рублей
диалога необходимо
также
предусмотреть возможность
ndows
работы с экранными
формами
дней
входных документов,
такой
формирование выходных
методы
документов,
корректировки
работы
вводимых данных,
включает
просмотра введенной
процесс
информации, работу
наиболее
с
таблицами нормативно-справочной
приложения
информации, протоколирования
электронные
действий
пользователя,
денежном
а также помощь
какую
на всех этапах
отчислениями
работы.
Основные
функции
Входящая
информация
Справочники Отчеты
Приход товараРасход товара
Группы
товаров
Поставщики
Товары
Покупатели
Прайс-лист
Отчет по
продажам
Отчет по
поставкам
Вывод на экран
Печать
Товарный чек
Вывод на экран Печать Сохранить
Ввод
Просмотр
Ввод
Просмотр
Функции
проекта
Просмотр Ввод Редактировать Поиск
Служебные
функции
Авторизация