Главная База знаний "Allbest" Программирование, компьютеры и кибернетика Проектирование автоматизированной системы складского учета с использованием CASE-средства Rational Rose

Проектирование автоматизированной системы складского учета с использованием CASE-средства Rational Rose

Классификация автоматизированных информационных систем (АИС). Проектирование АИС складского учета с использованием CASE-средства Rational Rose. Подходы к проектированию, анализ CASE-средств. Программная реализация профессионально ориентированной АИС.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 06.03.2012
Размер файла 1,4 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Страница:

Размещено на http://www.allbest.ru/

Оглавление

  • Введение
  • Глава 1. Основы проектирования АИС
  • 1.1 Основные понятия и определения АИС
  • 1.2 Проектирование АИС
  • Глава 2. CASE технологии проектирования АИС
  • 2.1 CASE-средства. Общая характеристика и классификация
  • 2.2 Реализация складского учета в среде Rational Rose
  • Заключение
  • Литература

Введение

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

В связи с этим актуальным становится использование CASE-средств, которые охватывают обширную область поддержки многочисленных технологий проектирования ИС: от простых средств анализа и документирования до полномасштабных средств автоматизации.

Обзор литературы по теме анализа (указываются основные работы, их авторы и те вопросы, которые изложены в этих работах).

Целью курсовой работы является проектирование автоматизированной системы складского учета с использованием CASE - средства Rational Rose.

Цель работы предопределила следующие её задачи:

· охарактеризовать АИС;

· рассмотреть подходы к проектированию АИС;

· дать сравнительную характеристику CASE средств;

· Рассмотреть CASE-технологии проектирования АИС;

· создать диаграммы АИС складского учета в Rational Rose;

Научные методы, используемый в работе: анализ, синтез, моделирование.

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

Глава 1. Основы проектирования АИС

1.1 Основные понятия и определения АИС

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

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

Информация - сведения об объектах, явлениях, событиях, процессах окружающего мира, передаваемые устным, письменным или другим способом и уменьшающие неопределенность знаний о них. Эти знания отражают действительность в сознании (мышлении) человека. С середины XX в. информация становится общенаучным понятием, включающим обмен сведениями между людьми, человеком и автоматом, автоматом и автоматом.

Информация должна быть достоверной, полной, адекватной, т.е. определенного уровня соответствия, краткой, ясно и понятно выраженной, своевременной и ценной.

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

ГОСТ 34.003-90 (Приложение 1) дает следующее определение системы и автоматизированной системы.

"Система - совокупность элементов, объединенная связями между ними и обладающая определенной целостностью". Таким образом, система - это совокупность взаимодействующих (взаимосвязанных) элементов, объединенных единством цели и общими целенаправленными правилами взаимоотношений.

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

Под взаимосвязанностью элементов подразумевается набор целенаправленных правил взаимоотношений между элементами.

Наличие взаимосвязей определяет организованную сложность системы. Она является свойством системы и определяет количество элементов в системе. Имеется и много элементов за пределами системы (внешняя сфера).

Локализация системы определяет границы системы, выделение ее элементов и связей (существующих и несуществующих).

Часто встречаются две ошибки: исключение существенных связей и учет несущественных связей.

При построении системы должна быть определена целевая функция и разработаны алгоритмы структуры и функции системы.

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

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

"Автоматизированная система - система, состоящая из персонала и комплекса средств автоматизации его деятельности, реализующая информационную технологию выполнения установленных функций" (ГОСТ 34.003-90, Приложение 1).

При рассмотрении систем выделяют три основных научных направления.

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

Общая теория систем - теория, основная задача которой состоит в том, чтобы, опираясь на понимание системы в виде комплекса взаимосвязанных элементов, найти совокупность законов, объясняющих поведение, развитие и функционирование системы.

Системный анализ - совокупность методов и методик выработки и принятия решений при проектировании, конструировании и управлении сложными объектами (социальными, экономическими, техническими и т.д.).

Следует четко различать понятия информационная система и информационная технология.

"Информационная технология - приемы, способы и методы применения средств вычислительной техники при выполнении функций сбора, хранения, обработки и использования данных" (ГОСТ 34.003-90).

Закон РФ "Об информации, информатизации и защите информации" от 20.02.1995 г. дает определение ИС, имея в виду, что это АИС (автоматизированная информационная система):

"Информационная система - организационно упорядоченная совокупность документов (массивов документов) и информационных технологий, в том числе и с использованием средств вычислительной техники и связи, реализующих информационные процессы".

Кроме АИС широко распространены АСУ, которым также присущи многие функции АИС, но кроме них еще и функции управления различными объектами и процессами.

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

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

Выделяют два вида управления: предметами и людьми. В первом случае - это управление орудиями производства и различными технологическими процессами. Во втором случае - это управление группой людей (коллективом), обеспечивающее единство действий в целенаправленной работе.

"Автоматизированная система управления (АСУ) - человеко-машинная система, реализующая автоматизированный сбор и переработку информации, необходимой для принятия решений по управлению объектом. АСУ создают для оптимального управления в различных сферах деятельности.

Автоматизированные информационные системы можно разделить на:

· системы информационного обеспечения, имеющие самостоятельное целевое назначение и область применения;

· системы (подсистемы) информационного обеспечения, входящие в состав автоматизированных систем управления (АСУ).

АИС первой группы, как правило, содержат информационную базу, используемую различными потребителями для удовлетворения информационных потребностей при принятии решений. Примером таких систем могут служить электронные библиотечные каталоги, АИС по законодательству (например, Консуль-тант+, Гарант), системы электронного документооборота финансовых документов (например, "Система электронной обработки данных местного уровня" для автоматизации работы районных налоговых инспекций).

К этой группе можно отнести следующие системы:

· информационно-справочные и информационно-поисковые;

· автоматизации документооборота;

· обучающие;

· экспертные;

· искусственного интеллекта;

· геоинформационные;

· гипертекстовые и другие.

Информационно-справочные (ИСС) и информационно-поисковые системы (ИПС) делят на документальные и фактографические.

Документальные системы - системы, предназначенные для поиска, обработки и вывода списков документов по определенным темам и признакам, полных текстов документов или их рефератов, справок различного назначения. Примером могут служить, поисковые возможности системы Консультант+ (См. Приложение 2).

Фактографические системы - системы, предназначенные для поиска, накопления, хранения, обработки и вывода данных по каким-либо фактам, событиям, сведениям.

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

Обучающие системы - системы тренировочные и контролирующие, наставнические, имитационные и моделирующие, развивающие игры.

Тренировочные и контролирующие системы предназначены для закрепления умений и навыков на основе пройденного теоретического материала. Обучение идет во время ответов обучаемых на предлагаемые вопросы. Если ответы неправильные, предлагаются подсказки.

Наставнические системы предназначены для изучения теоретического материала путем диалога "человек-машина". Если ответы обучаемого неверны, программа предлагает повторно изучить материал.

Имитационные и моделирующие системы используют графически-иллюстративные и вычислительные возможности компьютерных программ и предназначены для построения моделей и ситуаций с возможностью изменения их параметров.

Развивающие игры предлагают обучаемому воображаемую среду, используя возможности которой он реализует те или иные условия и комбинации.

Наиболее известные отечественные обучающие программы: "Урок", "Магистр", "Адонис" и другие, а также зарубежные - "Linkway", "TeachCad" и другие. Многие из обучающих систем являются мультимедийными.

Экспертные системы (ЭС) - системы, которые с помощью ЭВМ и ПО выполняют функции экспертов при решении задач в области их компетенции.

В экспертных системах накапливаются и могут долго храниться ценные данные и знания. В состав ЭС обычно входит база знаний и подсистемы вывода, объяснения, приобретения знаний и другие.

Экспертные системы могут проводить анализ ситуации, выдавать советы и консультации, ставить объективный диагноз. Они решают задачи, которые обычно выполняет специалист в результате проведения экспертизы. ЭС решают задачи на основе дедуктивных рассуждений с помощью эвристик (интуитивно найденных правил), поэтому могут находить решения задач, которые плохо определены и неструктурированны.

По степени автоматизации ЭС делят на:

· информационные - системы, включающие необходимую информацию для выработки решений, не затрагивая самой сути решений, которые после анализа принимает человек;

· информационно-советующие - системы, предоставляющие информацию для принятия решений и содержащие элементы оценки решений, но окончательное решение принимает человек;

· управляющие - системы, осуществляющие по заданным программам целенаправленное воздействие на производственный объект или процесс на основе исходной информации и выработанных решений;

· самонастраивающиеся - системы, которые могут в рамках заданного алгоритма изменить программу при ситуациях, не заданных в ней.

ЭС помогают организациям повышать квалификацию специалистов и эффективность работы. В настоящее время уже имеются тысячи экспертных систем, охватывающих самые разные предметные области. В качестве примеров можно привести DENDRAL - старейшую ЭС в области химии, PROSPECTOR - систему для коммерчески оправданного поиска полезных ископаемых, MYCIN - ЭС в области медицинской диагностики и многие другие.

Системы искусственного интеллекта - системы, в которых с помощью ЭВМ решаются сложные исследовательские задачи. Это задачи машинного перевода с одного естественного языка на другой, автоматического доказательства теорем, распознавания изображений, алгоритмов и стратегий игр, планирования действий роботов и другие.

Искусственный интеллект - совокупность научных дисциплин, изучающих методы решения интеллектуальных (творческих) задач с использованием ЭВМ.

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

Гипертекстовые системы - системы с ассоциативным связыванием текстов, так называемым гипертекстом. Гипертекст - обычный текст, который содержит ссылки на связанные по смыслу фрагменты текста того же или другого документа. Гипертекстовые ИПС основаны на идее ассоциативно-навигационного подхода к анализу текстовой информации. Широкое применение они нашли в сети Интернет. С помощью текстового редактора (например, МиШЕсШ) или браузера Интернет пользователь, "щелкнув" мышью по выделенному цветом слову (по гиперссылке), может открыть связанный по этой ссылке текст. Техника гипертекста стала в настоящее время основой для создания разных компьютерных справочных и учебных систем и энциклопедий.

АИС второй группы являются важнейшей составляющей различных АСУ:

· АСУП - АСУ предприятия;

· АСУ ТП - АСУ технологическими процессами;

· АСУ ТО - АСУ территориальными организациями;

· ОГАС - общегосударственная автоматизированная система;

· АСПР - автоматизированных систем плановых расчетов;

· АСГС - АС государственной статистики;

· САПР - систем автоматизированного проектирования;

· АСНИ - АС научных исследований.

В АСУ вычислительная техника используется не только в процессах сбора, хранения и обработки данных, но и в процессах принятия управленческих решений. АСУ базируются на использовании экономико-математических методов, средств вычислительной техники, средств получения и передачи данных. Особенностью является использование средств телекоммуникаций для получения данных с мест их возникновения, а также для отправки информации исполнителям и потребителям.

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

АСУ можно классифицировать по признакам назначения, ранга, характера действия, сложности и т.д.: по назначению - движущимися объектами, диспетчерские, организационные, предприятия, энергетическими установками, технологическими процессами и т.д.; по рангу (уровню управления) - локальные (в рамках одной организации), региональные, отраслевые, межотраслевые, республиканские, общегосударственные и международные; по характеру действия - непрерывные и дискретные; по сложности - малые, средние, большие.

В нашей стране действуют тысячи АСУ во всех отраслях экономики, культуры, образования, медицины.

Эффективно работает и совершенствуется, например, АСУ "Экспресс" - система обслуживания пассажиров и управления перевозками на железнодорожном транспорте. Эта АСУ представляет собой комплекс технических, программных, информационных, технологических и административных средств. Система базируется на ЭВМ единой серии, на единой международной нумерации пассажирских станций и на единой нумерации поездов. Система продажи билетов включает примерно 17 тысяч касс и 10 вычислительных центров (ВЦ). ВЦ имеют машинные вычислительные системы, устройства связи и коммутации (телеобработки). Билетные кассиры с помощью периферийной аппаратуры на своих автоматизированных рабочих местах (АРМ) могут выполнять различные операции по обслуживанию пассажиров. АСУ "Сирена" - система обслуживания пассажиров Аэрофлота. Она предназначена для резервирования и учета мест на авиалайнерах, продажи билетов и выдачи информации о работе Аэрофлота в крупных городах. Система базируется на больших ЭВМ, взаимодействующих с большим количеством АРМ в пунктах продажи билетов на самолеты. Базы данных "Сирены" хранят годовое расписание авиарейсов, связывающих столицы СНГ и крупных городов России, данные о стоимости перевозок, о наличии свободных мест на каждый авиарейс и другую информацию. Обеспечивается актуализация баз данных. АСУ "Аврора" - введена в действие для обслуживания пассажиров международных линий. Она по многим функциям подобна АСУ "Сирена".

складской учет автоматизированная система

1.2 Проектирование АИС

Детализированная разработка проекта системы, содержащего полный комплект ее организационной, конструкторской, технологической и эксплуатационной документации. В соответствии с ГОСТ 34.601-90. проектирование автоматизированных систем предполагает выполнение ряда стадий, в том числе: формирование требований к АС, разработку концепции АС, разработку технического задания, эскизное проектирование, техническое проектирование и разработку рабочей документации. Стадии создания АС помимо проектирования включают также: ввод в действие и сопровождение АС. Каждая стадия подразделяется на этапы. В приложениях к данному стандарту также определены:

· Содержание работ по стадиям и этапам проектирования;

· Перечень видов организаций, участвующих в работах.

В зависимости от характера объекта проектирования и конкретных его условий ГОСТ 34.601-90 допускает исключение отдельных стадий, а также их объединение. С учётом сложившейся в России многолетней практики при создании автоматизированных информационных систем (" АИС ”) обычно выполняются следующие стадии проектирования: предпроектное обследование, концептуальное проектирование, эскизное проектирование, техническое проектирование и рабочее проектирование. Другие государственные стандарты, регламентирующие различные аспекты проектирования АС:

· ГОСТ 34.602-89 Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. Введ.01.01.90.

· Стандарт 34.603-92 Информационная технология. Виды испытаний АС.

· Стандарты 34. (971, 972,973, 974, 981) - 91 Информационная технология. Взаимосвязь открытых систем.

· Стандарт 34.91. Информационная технология. Локальные вычислительные сети и др.

Предпроектное обследование - Сбор и обработка сведений об организации и особенностях функционирования объекта автоматизации, включая данных о его взаимодействии с внешней средой и другими объектами, а также выполнение системного анализа, разработка технико-экономического обоснования целесообразности автоматизации и выработка общих требований на разработку автоматизированной системы. Содержание работ при предпроектном обследовании объекта автоматизации соответствует стадии “Формирование требований к АС” ГОСТ 34.601-90, этапы: “ Обследование объекта и обоснование необходимости создания АС”, “Формирование требований пользователя к АС”, “Оформление отчёта о выполненной работе и заявки на разработку АС - тактико-технического задания”.

Концептуальное проектирование - Соответствует стадиям проектирования по ГОСТ 34.601-90 - “ Разработка концепции АС” (этапы: “Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющей пользователя”, “Оформление отчёта о выполненной работе”) и “Разработка технического задания”. Видами итоговых документов работ на данной стадии являются аванпроект (также используются наименования - “Концептуальный проект ”, “ Пилотный проект ”) или Программа создания системы, которые включают:

· Краткую характеристику исходного состояния объекта автоматизации и среды, в которой он функционирует;

· Указание основных целей и перечень задач автоматизации;

· Описание укрупнённой организационно-функциональной структуры выбранного варианта (или вариантов) построения создаваемой системы;

· Технико-экономическое обоснование;

· Укрупнённое описание и основные требования к средствам информационного и лингвистического обеспечения;

· Общие требования к средствам программно-аппаратного обеспечения;

· Перечень и укрупнённую характеристику этапов создания системы, сроки их выполнения, состав исполнителей и ожидаемые результаты их выполнения;

· Исходную оценку стоимостных показателей выполнения работ;

· Техническое задание на систему в целом и/или её основные составные части (подсистемы, программно-технические комплексы и средства, отдельные задачи и т.д.), утверждаемое Заказчиком работ.

Эскизное проектирование - Разработка предварительных проектных решений по системе и её частям. Итоговым документом выполнения работ на данной стадии проектирования является эскизный проект, который содержит принципиальные конструкторские и схемные решения объекта разработки, а также данные, определяющие его назначение и основные параметры (при проектировании программного обеспечения системы эскизный проект должен содержать полную спецификацию разрабатываемых программ).

Техническое проектирование - Стадия работ по проектированию АС, которая включает:

· Разработку проектных решений по системе и её частям;

· Разработку документации на АС и её части;

· Разработку и оформление документации на поставку изделий для комплектования АС и/или технических требований (технических заданий) на их разработку;

· Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.

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

Рабочее проектирование - Заключительная стадия проектирования, которая помимо требуемой ГОСТ 34.601-90 разработки рабочей документации на систему и её части в общем случае предусматривает уточнение и детализацию результатов предыдущих этапов, создание и испытания опытного и/или опытно-промышленного образца объекта автоматизации, разработку и отработку программных продуктов, технологической и эксплуатационной документации. Результаты излагаются в рабочем или технорабочем проекте. В современной практике проектирования автоматизированных информационных систем (например, АБИС, АСНТИ, АСУ и др.) он является начальным этапом их внедрения в работу фирмы, организации или службы, являющейся заказчиком проекта, или головной в ряде других автоматизируемых фирм, организаций, служб и т.д.

Цикл разработки (проектирования) программного обеспечения - Совокупность стадий разработки программного обеспечения начиная от системного анализа и разработки исходных требований до её внедрения.

Принципы проектирования АИС - Набор закреплённых многолетним и разносторонним опытом создания и эксплуатации АИС правил или требований. Наиболее общие из них:

· Идентичность - разработка новой, совершенствование уже существующей или внедрение полученной извне АИС являются сходными по своему содержанию научно-техническими проблемами, отличающимися одна от другой только содержанием ряда этапов и временными параметрами;

· Технологичность: автоматизированная технология означает разработку новой технологии или модернизацию существующей в условиях АИС и не допускает простого использования разработанного программно-аппаратного обеспечения в условиях старых традиционных технологий;

· Непрерывность, поэтапность и преемственность разработки и развития: АИС - постоянно развивающиеся на своей основе системы; каждое нововведение служит развитием основных системных принципов и уже достигнутого качества;

· Адаптивность: составляющие АИС должны обладать свойствами, обеспечивающими быструю адаптацию этих составляющих к изменениям внешней среды и новым средствам;

· Модульный принцип построения программных и технических средств: предполагает, что состав указанных средств состоит из блоков (“модулей”) обеспечивающих возможность их замены или изменения с целью совершенствования функционирования АИС или её адаптации к новым условиям;

· Технологическая (в т. ч. - сетевая) интеграция: предполагает единство для всей системы технологии создания, обновления, сохранения и использования информационных ресурсов и, в частности, - однократную обработку документов и данных а также их многократное и многоцелевое использование;

· Полная нормализация процессов и их мониторинг: многоцелевое использование информации АИС требует обеспечения высокой достоверности данных в системе. Для этого на различных этапах обработки и ввода информационных документов необходимо использовать различные формы контроля информации, требования к которому могут быть сформированы из состава решаемых задач и обрабатываемых данных. постоянный мониторинг необходим также для получения качественных и количественных характеристик функционирования АИС на основе встраиваемых и специально разрабатываемых средств интеллектуальной статистики;

· Регламентация: АИС ориентированы на функционирование в промышленном режиме, обеспечивающем массовую поточную обработку информационных документов; эта обработка регламентируется стандартами, маршрутными и пооперационными технологиями, нормативами на ресурсные и временные показатели, развитой службой диспетчеризации.

· Экономическая целесообразность: создание АИС должно предусматривать выбор таких проектных решений (в т. ч. программных, технических и организационно-технологических), которые, при условии достижения поставленных целей и задач, обеспечивают минимизацию затрат финансовых, материальных и трудовых ресурсов.

· Типизация проектных решений: разработка и развитие АИС и их сетей производится с ориентацией на межбиблиотечное сотрудничество, и кооперацию а также в соответствии с правилами и протоколами международного информационного обмена;

· Максимальное использование готовых решений: для сокращения стоимости и сроков разработки и внедрения АИС, а также уменьшения ошибок проектирования как системы в целом, так и отдельных её составляющих, рекомендуется максимально возможно использовать готовые решения и средства. В указанном плане при создании новой системы значительный объём работ связан с анализом альтернативных вариантов возможных решений, выбором наиболее соответствующего для объекта автоматизации и его адаптации к новым условиям применения;

· Корпоративность: при проектировании автоматизированной системы, входящей в состав системы более высокого уровня (города, ведомства, республики и т.п.), должна быть предусмотрена её аппаратная, программная, лингвистическая и информационная совместимость с другими участниками системы и/или сети АИС. Требования корпоративности могут входить в противоречие с требованиями или решениями, диктуемыми другими принципами, например - преемственности проектных решений;

· Ориентация на первых лиц объекта автоматизации: успешное выполнение работ по созданию АИС, её развитию и эксплуатации возможно только при условии их безусловной поддержки первым лицом объекта автоматизации (например, директора библиотеки или информационного органа) и закреплении непосредственной ответственности за их выполнение приказом по организации за руководителем на уровне не менее заместителя директора

Глава 2. CASE технологии проектирования АИС

2.1 CASE-средства. Общая характеристика и классификация

CASE-средства (от Computer Aided Software/System Engineering) позволяют проектировать любые системы на компьютере. Необходимый элемент системного и структурно-функционального анализа, CASE-средства позволяют моделировать бизнес-процессы, базы данных, компоненты программного обеспечения, деятельность и структуру организаций. Применимы практически во всех сферах деятельности. Результат применения CASE-средств - оптимизация систем, снижение расходов, повышение эффективности, снижение вероятности ошибок.

Компания Interface Ltd. поставляет все наиболее передовые CASE-средства, существующие на рынке. Компания предоставляет комплексную информационную и техническую поддержку, проводит учебные курсы и бесплатные семинары

Программные продукты Computer Associates

Линейка AllFusion Modeling Suite (ранее: ERwin Modeling Suite) :

AllFusion Process Modeler (ранее: BPwin) - моделирование бизнес-процессов

AllFusion ERwin Data Modeler (ранее: ERwin) - моделирование баз данных и хранилищ данных

AllFusion Data Model Validator (ранее: ERwin Examiner) - проверка структуры СУБД и моделей, созданных в ERwin

AllFusion Model Manager (ранее: ModelMart) - среда для командной работы проектировщиков

AllFusion Component Modeler (ранее: Paradigm Plus) - моделирование приложений и генерация объектного кода

AllFusion Modeling Suite (ранее: ERwin Modeling Suite) - интегрированный комплекс CASE-средств, обеспечивающий все потребности компаний-разработчиков ПО. Данный пакет служит для проектирования и анализа баз данных, бизнес-процессов и информационных систем и включает продукты: AllFusion Process Modeler (ранее: BPwin) , AllFusion ERwin Data Modeler (ранее: ERwin) , AllFusion Data Model Validator (ERwin Examiner) , AllFusion Model Manager (ранее: ModelMart) , AllFusion Component Modeler (Paradigm Plus) , использование которых позволяет сократить расходы и повысить продуктивность процесса разработки.

AllFusion Process Modeler (ранее: BPwin) - ведущий инструмент для моделирования бизнес-процессов. Позволяет оптимизировать деятельность организации и проверить ее на соответствие стандартам ISO9000, спроектировать оргструктуру, снизить издержки, исключить ненужные операции и повысить эффективность. Являясь стандартом де-факто, BPwin поддерживает сразу три нотации моделирования: IDEF0 (федеральный стандарт США), IDEF3 и DFD.

AllFusion ERwin Data Modeler (ранее: ERwin) - лидер среди средств моделирования баз данных и хранилищ данных. Позволяет проектировать, документировать и сопровождать базы данных различных типов. Поддерживая прямое и обратное проектирование для 20 типов СУБД, ERwin повышает качество разрабатываемой БД, производительность труда и скорость разработки. Журнал "КомпьютерПресс" по итогам 2000 года признал ERwin лучшим средством проектирования данных.

AllFusion Data Model Validator (ранее: ERwin Examiner) - инструмент для проверки структуры баз данных и создаваемых в ERwin моделей, позволяющий выявлять недочеты и ошибки проектирования. ERwin Examiner дополняет функциональность ERwin, автоматизируя трудоемкую задачу поиска и исправления ошибок, одновременно повышая квалификацию проектировщиков баз данных благодаря встроенной системе обучения.

AllFusion Model Manager (ранее: ModelMart) - среда для работы группы проектировщиков на ERwin и BPwin. Обеспечивает совместный доступ и редактирование моделей, повышая эффективность и скорость работы проектировщиков, является интегрирующим звеном для ERwin (моделирование баз данных) и BPwin (моделирование бизнес-процессов). Защищает хранимые на собственном сервере модели, позволяя задавать для сотрудников различный уровень доступа к ним. Руководителям же проектов позволяет координировать весь ход работы.

AllFusion Component Modeler (ранее: Paradigm Plus) - мощное CASE-средство для моделирования компонентов программного обеспечения и генерации объектного кода приложений на основе созданных моделей. Продукт можно использовать как при создании новых приложений, так и при изменении или объединении существующих. Благодаря интеграции с BPwin есть возможность использования функциональной модели вместе с объектной. Paradigm Plus поддерживает около десятка стандартных нотаций, таких как UML и Booch, интегрируется с технологиями COM/DCOM, CORBAPlus, Visibroker и др., продуктами CA, Microsoft, Rational Software и др.

Rational Rose - средство моделирования объектно-ориентированных информационных систем, базирующееся на языке моделирования UML. Rose способна решать практически любые задачи в проектировании информационных систем: от анализа бизнес процессов до кодогенерации на определенном языке программирования. Только Rose позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели, осуществляя тем самым либо абстрактное проектирование, либо логическое.

Oracle Designer (входит в Oracle9i Developer Suite) - высоко функциональное средство проектирования программных систем и баз данных, реализующее технологию CASE и собственную методологию Oracle - "CDM". Позволяет команде разработчиков полностью провести проект, начиная от анализа бизнес-процессов через моделирование к генерации кода и получению прототипа, а в дальнейшем и окончательного продукта. Сложное CASE-средство, имеет смысл использовать при ориентации на линейку продуктов Oracle.

Все современные CASE-средства могут быть классифицированы в основном по типам и категориям. Классификация по типам отражает функциональную ориентацию CASE-средств на те или иные процессы ЖЦ. Классификация по категориям определяет степень интегрированности по выполняемым функциям и включает отдельные локальные средства, решающие небольшие автономные задачи (tools), набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла ИС (toolkit) и полностью интегрированные средства, поддерживающие весь ЖЦ ИС и связанные общим репозиторием. Помимо этого, CASE-средства можно классифицировать по следующим признакам:

· применяемым методологиям и моделям систем и БД;

· степени интегрированности с СУБД;

· доступным платформам.

Классификация по типам в основном совпадает с компонентным составом CASE-средств и включает следующие основные типы:

· средства анализа (Upper CASE), предназначенные для построения и анализа моделей предметной области (Design/IDEF (Meta Software), BPwin (Logic Works));

· средства анализа и проектирования (Middle CASE), поддерживающие наиболее распространенные методологии проектирования и использующиеся для создания проектных спецификаций (Vantage Team Builder (Cayenne), Designer/2000 (ORACLE), Silverrun (CSA), PRO-IV (McDonnell Douglas), CASE. Аналитик (МакроПроджект)). Выходом таких средств являются спецификации компонентов и интерфейсов системы, архитектуры системы, алгоритмов и структур данных;

· средства проектирования баз данных, обеспечивающие моделирование данных и генерацию схем баз данных (как правило, на языке SQL) для наиболее распространенных СУБД. К ним относятся ERwin (Logic Works), S-Designor (SDP) и DataBase Designer (ORACLE). Средства проектирования баз данных имеются также в составе CASE-средств Vantage Team Builder, Designer/2000, Silverrun и PRO-IV;

· средства разработки приложений. К ним относятся средства 4GL (Uniface (Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000 (ORACLE), New Era (Informix), SQL Windows (Gupta), Delphi (Borland) и др.) и генераторы кодов, входящие в состав Vantage Team Builder, PRO-IV и частично - в Silverrun;

· средства реинжиниринга, обеспечивающие анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций. Средства анализа схем БД и формирования ERD входят в состав Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, ERwin и S-Designor. В области анализа программных кодов наибольшее распространение получают объектно-ориентированные CASE-средства, обеспечивающие реинжиниринг программ на языке С++ (Rational Rose (Rational Software), Object Team (Cayenne)).

Вспомогательные типы включают:

· средства планирования и управления проектом (SE Companion, Microsoft Project и др.);

· средства конфигурационного управления (PVCS (Intersolv));

· средства тестирования (Quality Works (Segue Software));

· средства документирования (SoDA (Rational Software)).

На сегодняшний день Российский рынок программного обеспечения располагает следующими наиболее развитыми CASE-средствами:

· Vantage Team Builder (Westmount I-CASE);

· Designer/2000;

· Silverrun;

· ERwin+BPwin;

· S-Designor;

· CASE. Аналитик.

Описание перечисленных CASE-средств приведено в разделе 5. Кроме того, на рынке постоянно появляются как новые для отечественных пользователей системы (например, CASE /4/0, PRO-IV, System Architect, Visible Analyst Workbench, EasyCASE), так и новые версии и модификации перечисленных систем.

2.2 Реализация складского учета в среде Rational Rose

На основе результатов изучения предметной области для информационной системы "Обработка заказов на поставку товаров" были выявлены следующие объекты

Основные понятия модели

Производственный объект

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

Структура производственного объекта определяется диаграммой:

Производственный объект расположен на некотором Административном объекте.

Административный объект это административная единица (дом, школа, трасса.), имеющая наименование, адрес и владельца. Хранится в справочнике административных объектов. С административным объектом связан его социальный статус (жилой дом, школа, офис…), важный при планировании производственного процесса.

Производственный объект принадлежит договору, согласно условиям, которого выполняются работы на объекте. В свою очередь, Производственный объект содержит:

· Одну или несколько работ.

· График производства - содержащий даты начала и продолжительность каждого этапа производства работ.

· Заявки на материалы и оборудование - требование на получение материалов, оборудования под монтаж, механизмов для выполнения работ, средства технологического оснащения, трудовые ресурсы.

· Счета заказчику на оплату - платежное требование на оплату материалов и оборудования по объекту.

· Накладные на получение материала по объекту - документальное подтверждение получения исполнителем ресурсов для выполнения работ на объекте.

· Ведомость затрат - документ, подтверждающий использование ресурсов для выполнения работ на объекте.

· Итоговые документы по объекту - пакет документов по результатам выполнения конкретного проекта (строительство, поставка, обучение).

Технологический документооборот

Диаграмма, описывающая процессы технологического документооборота на самом верхнем уровне имеет вид:

Этап Оформление договора описывает, в основном, процедуру согласования текста договора и приложений. В согласовании принимают участие, практически, все службы организации. Обеспечение производства один из самых сложных процессов деятельности организации. В свою очередь, процесс Выполнение работ на объекте сложен с точки зрения управления проектом. Процесс изготовления проектно - сметной документации (ПСД) присутствует в том случае, когда это указано в договоре или требуется уточнение ПСД. Этап подтверждения выполненных работ содержит процедуры непосредственно подтверждения работ и согласования реестра. Этап Отчетность по выполненным работам состоит из процедуры списания материалов и оборудования и процедуры внесения выполненной работы в реестр. Конечным является этап подведения финансовых итогов. Наиболее сложной бизнес - функцией здесь является процедура начисления заработной платы работникам участков по результатам выполненной работы.

Рассмотрим содержание этапов документооборота.

Оформление договора

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

Структура договора

Договор, в общем случае, имеет следующую структуру:

Основная часть договора содержит сведения о договаривающихся сторонах, предмете договора и юридических обязательствах сторон. Финансовая честь договора описывает порядок поступления денежных средств по договору. Производственный объект содержит сведения об объекте, на котором выполняются работы, составу, последовательности и срокам выполнения работ. Содержание разделов Проектно - сметная документация (ПСД), Протокол урегулирования разногласий и Дополнительное соглашение является стандартным.

Диаграмма процесса оформления договора

Основную роль в процессе играет куратор договора. Он выполняет функции контроля и согласования точек зрения подразделений, работники которых принимают участие в процессе согласования документов договора. Это может быть работник отдела ПТО или участка. Кроме куратора в процессе задействованы следующие заинтересованные лица:

· Работник ПТО - определяет возможности организации по исполнению данных работ, контролирует сроки исполнения и планирует использование производственных мощностей по всем объектам

· Юрист - контролирует юридические аспекты текста договора и связанных с ним документов,

· Работник экономической группы - контролирует порядок и объем финансирования работ по договору,

· Руководитель участка - определяет возможность выполнения работ по номенклатуре срокам и требуемым материалам и оборудованию,

· Отделы снабжения и маркетинга - уточняют, и, при необходимости, оптимизируют номенклатуру материалов и оборудования для выполнения работ. Оценивают возможности и стоимость поставок,

· Участок подсобного производства (УПП) - формирует предварительный план производства материалов и оборудования, которое будет изготавливаться силами предприятия,

· Заказчик - принимает участие в уточнении текста документов договора и его юридическом оформлении,

· Руководитель организации вносит свои требования к содержанию договора и визирует его в конце процесса.

Хранение данных договора и производственного объекта

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

Обеспечение производства

Целью процесса "Обеспечение производства" является своевременное обеспечение деятельности участка, ответственного за договор, оборудованием и материалами.

Процесс описывается дополнительной диаграммой процессов:

Представитель участка, выполняющего договор, согласно ПСД, формирует заявку на материалы и оборудование, содержащую перечень потребностей по номенклатуре и срокам поставки. Заявка рассматривается службами ПТО, материального обеспечения и УПП, принимается решение о распределении поставок между отделом маркетинга и отделом снабжения, уточняется перечень материалов, изготавливаемых силами УПП. Службы мат. обеспечения формируют письма - заявки поставщикам. УПП начинает процесс изготовления оборудования. Подготовленные письма - заявки подаются поставщику и присланные им счета оплачиваются заказчиком. В отсутствие четкого законодательного регулирования процесса оплаты СМР, работы на объекте, обычно, авансируются из средств заказчика, поступивших на оплату поставок. После согласования с руководителем организации, счета поставщика, оплачиваются из полученных от заказчика средств, и происходит процесс поставки. Поставленные или изготовленные изделия сдаются на склад, после чего выдаются участку. Для участка дополнительно существует процесс сдачи материалов и оборудования на склад в целях обмена или в случае утраты надобности.

Подача заявки на материалы и оборудование

Целью процесса является формирование плана поставок и изготовления оборудования силами УПП, оптимальное с точки зрения эффективности и стоимости. Задача поставок (изготовления) материалов и оборудования распределяется между отделом маркетинга, отделом снабжения и УПП. Как правило, отдел снабжения поставляет материалы и оборудование в стандартной комплектации. Вопросами выполнения высокотехнологичной части поставок занимается отдел маркетинга. Заметим, что процесс формирования пакетов поставки учитывает требования нескольких договоров, письмо - заявка на поставку обычно содержит требования многих договоров. Диаграмма процесса формирования плана поставок имеет вид:

В процессе принимают участие работник ПТО, участка и службы материального обеспечения: отдел внешних поставок и отдел снабжения. Документ - Заявка участка рассматривается службами мат. обеспечения и на его основе формируется документ - Письмо - заявка поставщику. Силами ПТО формируется пообъектная расшифровка требования поставки.

Заявки должны иметь связь с индексом производственного объекта.

Подача письма - заявки поставщику

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

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

Финансирование поставки

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

Исходя из счетов поставщика, служба мат. обеспечения формирует счета на оплату поставок заказчику. Бухгалтерия направляет указанные счета заказчику, и он производит оплату. Руководитель организации анализирует оплаченные счета заказчика, счета поставщика и дает разрешение на оплату. Результатом является перечисление денег поставщику.

Сдача материалов и оборудования

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

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

Диаграмма процесса сдачи материала на склад

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

Выдача материалов и оборудования

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

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

Процесс изготовления изделия

Структура процесса изготовления оборудования УПП имеет много общего со структурой технологического документооборота организации. Процесс описывается диаграммой:

Процесс калькуляции повторяет процесс изготовления ПСД.

Открытие заказа

Заказ открывается участком. Целесообразность и сроки изготовления оборудования проверяются ПТО. Заказ оформляется только при наличии оплаты со стороны заказчика. На основании всех полученных заказов формируется план УПП.

В результате, формируется список и технология изготовления оборудования. Все остальные процессы описаны выше.

Выполнение работ на объекте

Процесс является внешним по отношению к модели документооборота и здесь не описывается.

Изготовление ПСД

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены