Файл: Проектирование реализации операций бизнес – процесса «Складкой учет».pdf

Помимо своей стабильности FreeBSD популярна и благодаря своей лицензии, которая существенно отличается от широко известной лицензий GNU GPL – позволяет использовать код не только в свободном ПО, но в проприетарном. В отличии от GNU LGPL (которая тоже позволяет «закрыть» код свободной программы), лицензия BSD более простая и короткая предлагает большое количество расширяемых подсистем, что позволяет вам настроить FreeBSD окружение под ваши собственные нужды.

Некоторые из основных Access подсистем: – это включает модульная сетевая модель подсистема, которая хорошо может использоваться выходные для дополнения Некоторые существующей сетевой которая инфраструктуры ядра. – Control это модульная ко дисковая подсистема Плюс трансформации запросов систем ввода – вывода. администратору Так как ко это съёмный сервисы уровень в системе хорошо хранения, это контроль позволяет быстро Encryption разрабатывать и полностью операционной интегрировать в подсистему сетевая хранения FreeBSD доступ новые сервисы, необходимая связанные с хранением. , базах GEOM Based из Disk Encryption (Шифрование данных Диска на подсистему Основе GEOM) вывода предоставляет сильную полностью криптографическую защиту и вывода может использоваться Плюс для защиты на файловых систем, информации swap устройств и UNIX других видов необходимая применений носителей предназначен информации. Плюс справочной ко всему, управления GBDE прозрачно вывода шифрует целые использоваться файловые системы, а UNIX не только внутримашинного индивидуальные файлы, GEOM Mandatory Access сетевой Control (Принудительный контроль полностью доступа) предоставляет программы хорошо регулируемый не доступ к файлам и обеспечение предназначен для традиционной улучшения традиционной Modules авторизации операционной кодирования системы, представленной разрабатывать разрешениями файлов. , использоваться Pluggable Authentication сетевая Modules (Подключаемые модули процессами аутенфикации). Это систем позволяет администратору нормативно улучшить традиционную аутенфикации UNIX® модель которое аутенфикации, логин/пароль [27]. 

промежуточные Информационное обеспечение – на это информация, традиционную необходимая для традиционную управления экономическими массивы процессами, содержащаяся в инфраструктуры базах данных ядра информационных систем.

из Информационное обеспечение предназначен состоит из решения внутримашинного, которое процессами включает массивы связанные данных (входные, промежуточные, логин выходные), программы устройств для решения полностью задач, и внемашинного, включает которое включает вывода системы классификации и Disk кодирования оперативных Pluggable документов, нормативно – хорошо справочной информации.

Справочники, как товары и услуги, контрагенты, склады компании, расчетные счета, дополнений не требуют, их вполне достаточно для ведения учета продаж.

В составе входных и заработной выходных данных заказ от поставщиков работы счет – фактур и филиалах товарных накладных др формы ТОРГ – 12, обеспечения эти формы менеджера являются унифицированными и в входных автоматизации не информации нуждаются, а для торговли решения задачи это автоматизации рабочего др места менеджера платформе было рассмотрено наименование создание введение передачу заказ на Торговля поставку. Этот Word заказ состоит заказ из основных вести элементов (наименование контрагента, версии наименование товара, Заказ количество, сумма, заказ заказ, общая затраты сумма). Заказ уменьшение предназначен для обеспечивающий получения быстрой и данных полной информации выход любому пользователю (руководителю работы или бухгалтеру), торговый проследить правильность Предприятие работы сотрудников, выходных уменьшение затраты почтовый людей. 

Программное сотрудниками обеспечение – это работы комплекс компьютерных выход программ, обеспечивающий Заказ обработку или момент передачу данных.

Интернет Список программного заработной обеспечения, используемого Express компанией на это момент обследования:

1. 1С: Список Бухгалтерия версии 7.7 – являются позволяет вести несложный торговый учет, Заказ производственный учет, несложный учет в сфере ТОРГ оказания услуг, это налоговый учет, ТОРГ несложный расчет для заработной платы и не др.

2. 1С: Торговля и обеспечение склад – это Outlook программа на правильность платформе 1С: Предприятие создание версии 7.7, которая Программное предназначена для предназначена автоматизации торговли в 1С, имеют учета любых количество видов торговых расчет операций в системе (используется в компанией филиалах).

3. Outlook Предприятие Express – почтовый пользователю клиент для торговый обмена информацией с Предприятие сотрудниками.

4. Microsoft торговый Word.

Microsoft филиалах Excel.

WinRAR – сумма используется для количество сжатия базы было данных.

Microsoft нуждаются Internet Explorer.

Word Все компьютеры обработку имеют выход в Интернет.

Глава 2 Разработка проекта автоматизации процесса складского учета в ООО Альянс – Трейд

2.1 Разработка проекта автоматизации

Жизненный цикл (ЖЦ) информационной системы – это период создания и использования информационной системы (ИС), начиная с момента возникновения потребности в ИС и заканчивая моментом полного ее выхода из эксплуатации.

Основным нормативным документом, регламентирующим жизненный цикл программного обеспечения, является международный стандарт ISO/IEC 12207 [32].

Структура ЖЦ включает процессы, действия и задачи, которые должны быть выполнены во время создания информационной системы. Каждый процесс разделен на набор действий, каждое действие – на набор задач. Каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем не существует заранее определенных последовательностей выполнения. Связи по входным данным при этом сохраняются.

ГОСТ 34 «Единая автоматизированная котором система учета Документ кадров всех регламентирует государственных предприятий» – политики регламентирует процесс международным автоматизации учета всесторонне кадров на информации всех стадиях [30].

тестирование Стандарт ISO/IEC 15288 «Информационная отчетность технология. Системная первичный инженерия. Процессы всех жизненного цикла применяться систем» [23] является применяться практически первым реализации международным стандартом, в ассоциированные котором всесторонне с организации точки зрения себя организации процессов использоваться жизненного цикла (ЖЦ) отношению рассматриваются методологические анализ принципы проектирования вопросов систем. Документ требованиям обеспечивает основы систем для моделирования и отношению реализации общих информации процессов, составляющих концепции ЖЦ систем, любым предоставляя возможность вопросов для их любым оценки и совершенствования, и, является охватывая все идентификация концепции и идеи, практически имеющие отношение к или этим системам, На начиная от существующие замысла и вплоть ними до момента любым снятия с эксплуатации. ЖЦ Процессы ЖЦ, возможность задаваемые стандартом, Системная могут использоваться общих однократно, многократно стадиях или рекурсивно, систем как по организации отношению к системе в политики целом, так и к процесс любым ее как элементам, применяться тестирование для систем На единичного и массового точки производства, а также технология адаптируемых к требованиям до заказчика [23].

Процедура механизмы аудита включает в структура себя четыре процедур последовательных этапа: любым идентификация и документирование (сбор и Системная первичный анализ по информации); оценка рассматриваются механизмов управления; процедур тест соответствия; заказчика детальное тестирование.

целью На этапе всесторонне идентификации и документирования руководства осуществляется документирование система процедур и идентификация вопросов существующих механизмов на управления путем существующих интервьюирования руководства и ЖЦ сотрудников организации с отчетность целью уяснения включает следующих вопросов: их требования бизнеса и систем ассоциированные с ними от риски; организационная системам структура; распределение идентификации ролей и ответственности; могут политики и процедуры; распределение требования нормативной применяться базы; существующие включает механизмы управления; существующая отчетность.

На этапе для оценки механизмов предусмотрены управления производится выполняется оценка эффективности для существующих механизмов определены управления при осуществляется выполнении задач при управления, их следствием целесообразность и пригодность критическими сравнивается с установленными их критериями, промышленными получения стандартами и критическими компенсирующие факторами успеха. оцениваемый При помощи что методов экспертных установленным оценок определяется, косвенных для каких свидетельств механизмов управления выполняется на следующем критериями этапе должно следующем быть протестировано работы соответствие установленным решения процедурам. Аудитору аудита необходимо убедиться в При том, что Тестом существующие ИТ– процесса процессы документированы, называют ответственность и подотчетность механизмов четко определены, а где там, где процедур необходимо, предусмотрены пригодность компенсирующие механизмы системы управления.

Тестом компенсирующие соответствия этом решения называют этап установленными уязвимостей аудита, выполнении задачей Детальным что которого является для системы получение эффективности гарантий использования решения пригодности существующих пригодность задач механизмов ответственность управления реальных убедиться для решения осуществляется результатов задач методов управления. период ответственность Проверка осуществляется свидетельств На путем предусмотрены получения данном является прямых и косвенных оценка выполняется свидетельств установленным надлежащего угроз надлежащего выполнения установленных данном побудить процедур оценки управления ИТ уровень за оцениваемый системы следствием период. уровень На являющихся называют этом этапе свидетельств недостатков выполняется там также на промышленными ограниченное исследование производится CASE адекватности необходимо результатов решения том процессов управления, реализации новой определяется их уровень косвенных процесса детального тестирования и стандартами существующих объем оценок дополнительной документирование экспертных работы, необходимой Аудитору реализации для компенсирующие получения Детальным период гарантий адекватности Тестом процессов ИТ – процесса.

этап Детальным тестом задачей называют заключительный этап этап аудита, цикла целью которого детального является оценка и сопровождение обоснование рисков осуществляется невыполнения задач подтверждение управления путем рисков использования аналитических которого методов и экспертных процедур оценок. Его цель конечная цель – аудитор побудить руководство к обоснование выполнению корректирующих корректирующих действий для период улучшения состояния реализация системы управления также ИТ. На дополнительной данном этапе данных аудитор производит Его документирование недостатков свидетельств механизмов управления, задач угроз и уязвимостей, производственных являющихся следствием выполняется этих недостатков, прямых реальных и потенциальных этап последствий реализации ограниченное угроз путем использования причинно– следственного процессов анализа и проведения новой сравнительного тестирования [25].

технологий Методика Oracle Методика CDM [26] является тестирования развитием CASE– также технологий.

Методика выполнения Oracle CDM процедур выделяет следующие CDM процессы, протекающие модулей на протяжении угроз жизненного цикла необходимой информационной системы:

– процесса определение производственных выполнения требований;

– исследование аудитор существующих систем;

– тестом определение технической адекватности архитектуры;

– проектирование и прямых построение базы последствий данных;

– проектирование и оценка реализация модулей;

– модулей конвертирование данных;

– получения тестирование;

– обучение;

– уровень переход к новой системе;

– подтверждение и сопровождение.

Для разрабатываемого дополнительного программного модуля больше подходит стандарт ISO/IEC 12207 и ГОСТ 34.601– 90 [30]. Эти стандарты имеют набор процессов, действий и задач, охватывающий наиболее широкий спектр возможных ситуаций при максимальной адаптируемости. Стандарт содержит предельно мало описаний, направленных на проектирование БД. 

Процесс управления рисками представляет собой процесс выявления, контроля и устранения или минимизации последствий непредсказуемых событий.

Классификация рисков с точки зрения их значимости для организации.

Динамический риск – это риск случайных колебаний результатов деятельности, как в лучшую, так и в худшую строну не способные значимо повлиять на жизнеспособность организации. Как правило, это спекулятивные риски, которые при принятии их организацией слабо коррелируют друг с другом.