Автоматизация процесса складского учета в ООО "Альянс-Трейд"

%20%d0%b8%d0%bb%d0%b8%20%d0%b3%d1%80%d1%83%d0%bf%d0%bf%d0%be%d0%b9%20%d1%80%d0%b0%d0%b7%d1%80%d1%8f%d0%b4%d0%be%d0%b2%20%d0%ba%d0%be%d0%b4%d0%be%d0%b2%d0%be%d0%b3%d0%be%20%d0%be%d0%b1%d0%be%d0%b7%d0%bd%d0%b0%d1%87%d0%b5%d0%bd%d0%b8%d1%8f.%20%d0%9c%d0%b5%d1%82%d0%be%d0%b4%20%d0%bf%d0%b0%d1%80%d0%b0%d0%bb%d0%bb%d0%b5%d0%bb%d1%8c%d0%bd%d0%be%d0%b3%d0%be%20%d0%ba%d0%be%d0%b4%d0%b8%d1%80%d0%be%d0%b2%d0%b0%d0%bd%d0%b8%d1%8f%20%d1%87%d0%b0%d1%89%d0%b5%20%d0%b2%d1%81%d0%b5%d0%b3%d0%be%20%d0%b8%d1%81%d0%bf%d0%be%d0%bb%d1%8c%d0%b7%d1%83%d0%b5%d1%82%d1%81%d1%8f%20%d0%bf%d1%80%d0%b8%20%d1%84%d0%b0%d1%81%d0%b5%d1%82%d0%bd%d0%be%d0%b9%20%d0%ba%d0%bb%d0%b0%d1%81%d1%81%d0%b8%d1%84%d0%b8%d0%ba%d0%b0%d1%86%d0%b8%d0%b8,%20%d0%bd%d0%be%20%d0%bf%d1%80%d0%b8%d0%bc%d0%b5%d0%bd%d1%8f%d0%b5%d1%82%d1%81%d1%8f%20%d1%82%d0%b0%d0%ba%d0%b6%d0%b5%20%d0%b8%20%d0%b2%20%d0%b8%d0%b5%d1%80%d0%b0%d1%80%d1%85%d0%b8%d1%87%d0%b5%d1%81%d0%ba%d0%be%d0%b9%20%d0%ba%d0%bb%d0%b0%d1%81%d1%81%d0%b8%d1%84%d0%b8%d0%ba%d0%b0%d1%86%d0%b8%d0%b8.%20%d0%9f%d1%80%d0%b8%20%d1%8d%d1%82%d0%be%d0%bc%20%d0%bb%d0%b8%d0%b1%d0%be%20%d1%81%d0%be%d0%bf%d0%be%d0%b4%d1%87%d0%b8%d0%bd%d0%b5%d0%bd%d0%bd%d1%8b%d0%b5%20%d0%bf%d1%80%d0%b8%d0%b7%d0%bd%d0%b0%d0%ba%d0%b8,%20%d0%be%d0%b1%d0%bb%d0%b0%d0%b4%d0%b0%d1%8f%20%d0%bf%d0%be%d0%bb%d0%bd%d0%be%d0%b9%20%d0%be%d0%b4%d0%bd%d0%be%d1%80%d0%be%d0%b4%d0%bd%d0%be%d1%81%d1%82%d1%8c%d1%8e%20<http://ru.wikipedia.org/wiki/%D0%9E%D0%B4%D0%BD%D0%BE%D1%80%D0%BE%D0%B4%D0%BD%D0%BE%D1%81%D1%82%D1%8C>,%20%d1%80%d0%b0%d1%81%d0%bf%d0%be%d0%bb%d0%b0%d0%b3%d0%b0%d1%8e%d1%82%d1%81%d1%8f%20%d0%bf%d0%b0%d1%80%d0%b0%d0%bb%d0%bb%d0%b5%d0%bb%d1%8c%d0%bd%d0%be%20%d0%b2%d0%be%20%d0%b2%d1%81%d0%b5%d1%85%20%d0%b7%d0%b2%d0%b5%d0%bd%d1%8c%d1%8f%d1%85%20%d0%b8%d0%b5%d1%80%d0%b0%d1%80%d1%85%d0%b8%d1%87%d0%b5%d1%81%d0%ba%d0%be%d0%b9%20%d1%86%d0%b5%d0%bf%d0%b8,%20%d0%bb%d0%b8%d0%b1%d0%be%20%d0%bd%d0%b5%d1%81%d0%be%d0%bf%d0%be%d0%b4%d1%87%d0%b8%d0%bd%d0%b5%d0%bd%d0%bd%d1%8b%d0%b5%20%d0%bf%d0%b0%d1%80%d0%b0%d0%bb%d0%bb%d0%b5%d0%bb%d1%8c%d0%bd%d1%8b%d0%b5%20%d0%bf%d1%80%d0%b8%d0%b7%d0%bd%d0%b0%d0%ba%d0%b8%20%d0%b8%d1%81%d0%ba%d1%83%d1%81%d1%81%d1%82%d0%b2%d0%b5%d0%bd%d0%bd%d0%be%20%d1%83%d1%81%d1%82%d0%b0%d0%bd%d0%b0%d0%b2%d0%bb%d0%b8%d0%b2%d0%b0%d1%8e%d1%82%d1%81%d1%8f%20%d0%b2%20%d0%be%d0%bf%d1%80%d0%b5%d0%b4%d0%b5%d0%bb%d0%b5%d0%bd%d0%bd%d0%be%d0%b9%20%d0%bf%d0%be%d1%81%d0%bb%d0%b5%d0%b4%d0%be%d0%b2%d0%b0%d1%82%d0%b5%d0%bb%d1%8c%d0%bd%d0%be%d1%81%d1%82%d0%b8.>Разрядный метод - признаки классификации кодируются независимо друг от друга определенными разрядами <http://ru.wikipedia.org/wiki/%D0%A7%D0%B8%D1%81%D0%BB%D0%BE%D0%B2%D0%BE%D0%B9_%D1%80%D0%B0%D0%B7%D1%80%D1%8F%D0%B4> или группой разрядов кодового обозначения. Метод параллельного

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

Дипломная работа

Экономика

Другие дипломы по предмету

Экономика

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

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

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

По данному стандарту в структуре жизненного цикла выделяют перечисленные ниже этапы.

) Предпроектное обследование и анализ данных:

·сбор материалов для проектирования, при этом выделяют формулирование требований, с изучения объекта автоматизации, даются предварительные выводы предпроектного варианта ИС;

·анализ материалов и разработка документации, обязательно дается технико-экономическое обоснование с техническим заданием на проектирование ИС.

2) Проектирование:

.1) предварительное проектирование;

·выбор проектных решений по аспектам разработки ИС;

·описание реальных компонент ИС;

·оформление и утверждение технического проекта (ТП).

2.2) детальное проектирование:

·выбор или разработка математических методов или алгоритмов программ;

·корректировка структур баз данных (БД);

·создание документации на доставку и установку программных продуктов;

·выбор комплекса технических средств с документацией на ее установку.

2.3) разработка техно-рабочего проекта (ТРП) ИС.

.4) разработка методологии реализации функций управления с помощью ИС и описанием регламента действий аппарата управления.

) Разработка приложений, тестирование, написание документации:

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

·тестирование позволяет выявить наличие ошибок или;

·подготовка текстовых и учебных материалов.

4) Внедрение:

·ввод разработанного модуля;

·обучение работников для который разрабатывался этот модуль;

·сдача и подписание актов приемки-сдачи работ.

5) Эксплуатация и сопровождение:

·повседневная эксплуатация;

·общее сопровождение всего проекта [22].

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

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

Стандарт MSF (Microsoft Solutions Framework) [31] - это набор принципов и правил деятельности, в некоторой степени ориентированный на проекты разработки программного обеспечения и развития информационной инфраструктуры.

Стандарт RUP .(Rational%20Unified%20Process)%20%d0%b2%20%d0%b7%d0%bd%d0%b0%d1%87%d0%b8%d1%82%d0%b5%d0%bb%d1%8c%d0%bd%d0%be%d0%b9%20%d1%81%d1%82%d0%b5%d0%bf%d0%b5%d0%bd%d0%b8%20%d1%81%d0%be%d0%be%d1%82%d0%b2%d0%b5%d1%82%d1%81%d1%82%d0%b2%d1%83%d0%b5%d1%82%20%d1%81%d1%82%d0%b0%d0%bd%d0%b4%d0%b0%d1%80%d1%82%d0%b0%d0%bc%20%d0%b8%20%d0%bd%d0%be%d1%80%d0%bc%d0%b0%d1%82%d0%b8%d0%b2%d0%bd%d1%8b%d0%bc%20%d0%b4%d0%be%d0%ba%d1%83%d0%bc%d0%b5%d0%bd%d1%82%d0%b0%d0%bc,%20%d1%81%d0%b2%d1%8f%d0%b7%d0%b0%d0%bd%d0%bd%d1%8b%d0%bc%20%d1%81%20%d0%bf%d1%80%d0%be%d1%86%d0%b5%d1%81%d1%81%d0%b0%d0%bc%d0%b8%20%d0%96%d0%a6%20%d0%9f%d0%9e%20%d0%b8%20%d0%be%d1%86%d0%b5%d0%bd%d0%ba%d0%be%d0%b9%20%d1%82%d0%b5%d1%85%d0%bd%d0%be%d0%bb%d0%be%d0%b3%d0%b8%d1%87%d0%b5%d1%81%d0%ba%d0%be%d0%b9%20%d0%b7%d1%80%d0%b5%d0%bb%d0%be%d1%81%d1%82%d0%b8%20%d0%be%d1%80%d0%b3%d0%b0%d0%bd%d0%b8%d0%b7%d0%b0%d1%86%d0%b8%d0%b9-%d1%80%d0%b0%d0%b7%d1%80%d0%b0%d0%b1%d0%be%d1%82%d1%87%d0%b8%d0%ba%d0%be%d0%b2%20(ISO%2012207,%20ISO%209000,%20CMM%20%d0%b8%20%d0%b4%d1%80.)%20[24].">(Rational Unified Process) - методология разработки программного обеспечения, созданная компанией Rational Software <http://ru.wikipedia.org/wiki/Rational_Software>.(Rational Unified Process) в значительной степени соответствует стандартам и нормативным документам, связанным с процессами ЖЦ ПО и оценкой технологической зрелости организаций-разработчиков (ISO 12207, ISO 9000, CMM и др.) [24].

Стандарт COBIT [25] - определяет набор универсальных задач управления ИТ. Основная ценность COBIT заключается в том, что он предлагает модель, обеспечивающую взаимосвязь между бизнес-целями и ИТ-процессами.

) и позволяет:">Методология управления, контроля и аудита информационных систем разработана Международной ассоциацией аудита и контроля за информационными системами (ISACA <http://ru.wikipedia.org/w/index.php?title=ISACA&action=edit&redlink=1>) и позволяет:

·Построить работу службы ИТ на процессной основе;

·Организовать мониторинг работы службы ИТ, привязанный к целям и задачам бизнеса;

·Осуществить ИТ-аудит и сравнение уровня развития ИТ с другими предприятиями отрасли.

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

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

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

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

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

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

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

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

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

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

) проектирование и построение базы данных;

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

) конвертирование данных;

) тестирование;

) обучение;

) переход к новой системе;

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

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

 

2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание

Процесс разработки программного обеспечения связан с определенными рисками, возникающими на всех этапах работ - от этапа Управления требованиями и до внедрения готового продукта.

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

Похожие работы

<< < 2 3 4 5 6 7 8 9 10 > >>