Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Проектирование функциональной подсистемы автоматизированной информационной системы экономического объекта

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

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

Рубрика Программирование, компьютеры и кибернетика
Вид методичка
Язык русский
Дата добавления 30.03.2015
Размер файла 172,7 K
рефераты на заказ со скидкой

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

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

Страница:

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

Федеральное агентство по образованию

Государственное образовательное учреждение

высшего профессионального образования

Уфимский государственный авиационный технический университет

Кафедра автоматизированных систем управления

Методические указания

для выполнения курсового проекта

по дисциплине: "Проектирование информационных систем"

ПРОЕКТИРОВАНИЕ ФУНКЦИОНАЛЬНОЙ ПОДСИСТЕМЫ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ ЭКОНОМИЧЕСКОГО ОБЪЕКТА

Составитель: Н.О. Никулина
Уфа - 2007
Содержание
Аннотация
  • 1. Цели и задачи курсового проектирования
  • 2. Тематика и содержание курсовых проектов
  • 3. Задания по курсовому проектированию
  • 4. Правила оформления пояснительной записки
  • 5. Методика курсового проектирования
    • 5.1 Основные теоретические сведения о проектировании автоматизированной экономической информационной системы
      • 5.1.1 Структура автоматизированной экономической информационной системы
      • 5.1.2 Понятие технологии проектирования АЭИС
      • 5.1.3 Жизненный цикл АЭИС
      • 5.1.4 Понятие реинжиниринга АЭИС
    • 5.2 Проведение предпроектного обследования
      • 5.2.1 Общая характеристика экономического объекта
      • 5.2.2 Выделение функциональной подсистемы АЭИС
      • 5.2.3 Технико-экономическое обоснование необходимости разработки/реинжиниринга ФП АЭИС
      • 5.2.4 Разработка технического задания на создание функциональной подсистемы АЭИС
    • 5.3 Проектная часть
      • 5.3.1 Постановка задачи на разработку функциональной подсистемы
      • 5.3.2 Разработка функциональной модели подсистемы
      • 5.3.3 Разработка информационного обеспечения подсистемы
      • 5.3.4 Разработка программного обеспечения подсистемы
  • Список использованных источников

Аннотация

Проектирование функциональной подсистемы автоматизированной информационной системы экономического объекта: Методические указания к выполнению курсового проекта по дисциплине "Проектирование информационных систем" / Уфимск. гос. авиац. техн. ун-т; Сост.: Н.О. Никулина. - Уфа, 2007. - 38 с.

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

Предназначены для студентов старших курсов специальности 080801 "Прикладная информатика в экономике".

Ил. 47. Библиогр.: 4 назв.

Рецензенты: д-р. техн. наук Черняховская Л.Р., канд. техн. наук Набатов А.Н.

1. Цели и задачи курсового проектирования

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

Задачами курсового проектирования являются:

· закрепление, углубление, расширение и систематизация знаний, полученных при изучении данной дисциплины ("Проектирование информационных систем") и других, предшествовавших ей дисциплин ("CASE-средства проектирования", "Информационные системы", "Информационные технологии");

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

· формирование умений работы с программным инструментарием;

· приобретение опыта аналитической, расчетной, конструкторской работы и формирование соответствующих умений;

· развитие умений работы со специальной литературой и иными информационными источниками;

· приобретение опыта научно-исследовательской работы и формирование соответствующих умений;

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

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

· формирование умений выступать перед аудиторией с докладом при защите проекта, компетентно отвечать на вопросы, вести профессиональную дискуссию, убеждать оппонентов в правильности принятых решений [1].

В результате выполнения курсового проекта по данной дисциплине студент должен научиться:

· определять границы автоматизированной экономической информационной системы (АЭИС) и составляющих ее функциональных подсистем (ФП);

· определять внутренние и внешние информационные потоки;

· выделять функциональные и обеспечивающие подсистемы АЭИС;

· выполнять постановку задачи на проектирование АЭИС на примере ее функциональной подсистемы;

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

· применять методы моделирования для описания и проектирования системы.

2. Тематика и содержание курсовых проектов

Тематика курсовых проектов должна основываться на фактическом материале предприятий, организаций и учреждений, на материале, собранном студентами в ходе производственных практик, на результатах научных исследований работников кафедры, аспирантов и студентов с широким привлечением литературы, освещающей новейшие достижения науки и техники [ Положение о курсовом проектировании. - Уфа: УГАТУ, 2006. - 14 с.1].

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

В процессе курсового проектирования студент должен:

1. Провести предпроектное обследование экономического объекта.

2. Формализовать результаты предпроектного обследования в виде комплекса моделей.

3. Выполнить постановку задачи на проектирование функциональной подсистемы АЭИС.

4. Разработать элементы информационного и программного обеспечения функциональной подсистемы.

5. Спроектировать интерфейс пользователя функциональной подсистемы.

6. Разработать проектную документацию на функциональную подсистему.

7. Оформить пояснительную записку и графическую часть проекта.

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

3. Задания по курсовому проектированию

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

При наличии функционирующей АЭИС экономического объекта студент должен предложить пути повышения экономической эффективности от ее использования за счет реинжиниринга АЭИС. В этом случае тема курсового проекта может быть сформулирована следующим образом: "Реинжиниринг системы оперативного учета хода производства на ОАО "УМПО".

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

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

4. Правила оформления пояснительной записки

Курсовые проекты оформляются в соответствии с требованиями государственных и межгосударственных стандартов, действующих на территории Российской Федерации, а также соответствующих стандартов УГАТУ [1].

Курсовой проект состоит из пояснительной записки и графического материала.

Текст пояснительной записки набирается на компьютере в текстовом редакторе MS Word, шрифт TimesNewRomanCyr, размер шрифта - 14, с одинарным межстрочным интервалом. Объем пояснительной записки (без приложений) 30-40 страниц. С левой стороны листа должны быть поля шириной 20 мм, листы подшиваются в папку вместе с диаграммами, схемами и другими иллюстрациями. Все схемы, формулы, графики должны быть пронумерованы и снабжены подписями и ссылками в тексте. Функциональные и информационные модели рассматриваемых бизнес-процессов подшиваются в полном объеме в приложения.

Материалы в пояснительной записке следует располагать в следующем порядке:

титульный лист;

задание на проектирование;

содержание;

введение;

общесистемная часть:

§ общая характеристика экономического объекта;

§ выделение функциональной подсистемы АЭИС;

§ технико-экономическое обоснование необходимости разработки или реинжиниринга функциональной подсистемы АЭИС;

§ разработка технического задания на создание/реинжиниринг функциональной подсистемы АЭИС;

проектная часть:

§ постановка задачи на разработку функциональной подсистемы;

§ разработка функциональной модели подсистемы;

§ разработка информационного обеспечения подсистемы;

§ разработка программного обеспечения подсистемы;

заключение;

список использованных источников;

приложения.

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

Графическая часть курсового проекта включает:

1. Иерархическую организационную структуру экономического объекта.

2. Мнемосхему бизнес-процесса.

3. Функциональную модель существующего бизнес-процесса.

4. Функциональную модель подсистемы АЭИС.

5. Информационную модель подсистемы АЭИС.

6. Блок-схему алгоритма работы подсистемы АЭИС.

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

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

5. Методика курсового проектирования

5.1 Основные теоретические сведения о проектировании автоматизированной экономической информационной системы

5.1.1 Структура автоматизированной экономической информационной системы

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

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

Таким образом, любой системе управления экономическим объектом соответствует своя автоматизированная экономическая информационная система.

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

Основными составными частями АЭИС являются: аппарат управления; автоматизированная информационная технология; комплекс функциональных подсистем; комплекс обеспечивающих подсистем. Структура АЭИС с указанием основных информационных потоков между ее компонентами представлена на рисунке 1.

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

Рисунок 1. Структура АЭИС

Функциональная подсистема АЭИС представляет собой комплекс экономических задач, тесно связанных между собой с помощью информационных, материальных и финансовых потоков. Состав функциональных подсистем во многом определяется особенностями АЭИС, ее отраслевой принадлежностью, размером, характером деятельности предприятия. Состав, порядок и принципы взаимодействия функциональных подсистем устанавливаются с учетом цели, стоящей перед экономическим объектом. Каждая функциональная подсистема характеризуется:

· своим специфическим объектом управления;

· внешними входами и выходами;

· внутренней сравнительно замкнутой информационной системой;

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

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

5.1.2 Понятие технологии проектирования АЭИС

Технология проектирования определяется как совокупность трех составляющих:

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

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

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

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

Рисунок 2. Технологическая операция проектирования

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

По степени автоматизации проектных работ технологии проектирования делятся на следующие виды (рис. 3):

Рисунок 3. Классификация технологий проектирования

5.1.3 Жизненный цикл АЭИС

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

1) предпроектное обследование;

2) проектирование;

3) ввод системы в действие;

4) функционирование и сопровождение.

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

Основными работами, выполняемыми на стадиях и этапах проектирования, можно считать:

1 стадия - предпроектное обследование:

1 этап - сбор материалов для проектирования:

· изучение объекта проектирования;

· формирование требований пользователей к АЭИС;

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

· технико-экономическое обоснование необходимости разработки АЭИС;

2 этап - анализ материалов и формирование документации:

· детальный анализ автоматизируемых бизнес-процессов;

· разработка и выбор варианта концепции системы;

· разработка и утверждение технического задания.

2 стадия - проектирование:

1 этап - эскизное проектирование:

· разработка вариантов структурной схемы системы;

· состав и способы формирования информационного обеспечения;

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

2 этап - техническое проектирование:

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

· создание и описание компонентов системы;

· создание и утверждение технического проекта;

3 этап - рабочее проектирование:

· разработка и доводка программ;

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

· создание рабочего проекта;

· подготовка инструкций пользователей;

3 стадия - ввод системы в действие:

1 этап - подготовка к внедрению:

· ввод в эксплуатацию технических средств;

· наполнение баз данных;

· опытная эксплуатация программ;

· обучение персонала;

· проведение предварительных испытаний;

2 этап - опытные испытания системы перед сдачей в промышленную эксплуатацию;

3 этап - проведение приемочных испытаний;

4 стадия - промышленная эксплуатация:

· сопровождение программных средств;

· оперативное обслуживание системы;

· администрирование баз данных.

В рамках данного курсового проекта будут рассмотрены стадии предпроектного обследования и стадия проектирования АЭИС на примере одной из функциональных подсистем АЭИС.

5.1.4 Понятие реинжиниринга АЭИС

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

Здесь необходимо ввести и пояснить термин "реинжиниринг", который был введен М. Хаммером в 1993 г. Он предусматривает радикальное перепроектирование бизнес-процессов предприятий для достижения резких, скачкообразных улучшений показателей их деятельности: стоимости, качества, сервиса, темпов развития на базе новых информационных технологий. Реинжиниринг подразумевает перестройку экономической деятельности экономического объекта на базе новой ИТ. В то же время реинжинирингу подвергаются АЭИС, их техническое, программное, информационное обеспечение, перепроектирование которых ведется на основе вновь создаваемой абстрактной модели пересматриваемой исходной системы.

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

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

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

5.2 Проведение предпроектного обследования

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

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

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

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

Рисунок 4. Методы проведения предпроектного обследования

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

5.2.1 Общая характеристика экономического объекта

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

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

описание общих принципов функционирования экономического объекта (документы, определяющие функционирование организации в целом, например, Устав, Миссия организации);

описание структуры экономического объекта (иерархическая организационная структура);

описание направлений деятельности экономического объекта (документы, определяющие направления деятельности, например, стандарты, Положения);

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

5.2.2 Выделение функциональной подсистемы АЭИС

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

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

Рекомендуемый план работы по выделению функциональной подсистемы АЭИС:

Описание деятельности структурного подразделения по предлагаемому перечню:

· название подразделения;

· документы, регламентирующие деятельность;

· выполняемые функции;

· входящие документы;

· исходящие документы;

· результаты деятельности подразделения.

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

Детальное обследование бизнес-процесса. Форма проведения обследования приведена в Приложении 2.

Принципиальное описание бизнес-процесса в виде мнемосхемы.

Разработка функциональной модели существующего бизнес-процесса в стандарте SADT.

5.2.3 Технико-экономическое обоснование необходимости разработки/реинжиниринга ФП АЭИС

Результаты предпроектного обследования должны быть зафиксированы в двух основных документах: технико-экономическом обосновании необходимости разработки АЭИС и техническом задании на разработку АЭИС. проектирование автоматизированная информационная реинжиниринг

Результатом детального обследования деятельности подразделения и бизнес-процесса является технико-экономическое обоснование (ТЭО) необходимости разработки или реинжиниринга АЭИС.

ТЭО рекомендуется составлять в соответствии со следующим планом.

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

Необходимость разработки или реинжиниринга АЭИС определяется после анализа существующей АЭИС и выявления ее недостатков с последующей выработкой предложений по способам их устранения. К наиболее характерным недостаткам относятся:

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

o большая трудоемкость обработки информации;

o низкая оперативность, снижающая качество управления экономическим объектом;

o невысокая достоверность результатов решения задач;

o несовершенство отдельных технологических операций обработки данных.

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

Формирование требований пользователя к АЭИС. Для формализации требований можно использовать ГОСТ РД 50-34.698-90, выдержки из которого приведены в Приложении 3.

Оценка ресурсов, необходимых для реализации выбранной функциональной подсистемы АЭИС.

Для определения ресурсов на разработку АЭИС выявляются:

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

· ограничения на финансовые ресурсы;

· сроки, отводимые на разработку АЭИС;

· опыт эксплуатации вычислительной техники;

· степень подготовленности потенциальных пользователей АЭИС.

5.2.4 Разработка технического задания на создание функциональной подсистемы АЭИС

В соответствии с ГОСТ 34.602-89 "Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы" этот документ является основным, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка АЭИС и ее приемка при вводе в действие. Техническое задание (ТЗ) на АЭИС разрабатывают на основании исходных данных, в том числе содержащихся в технико-экономическом обосновании создания АЭИС.

ТЗ рекомендуется составлять в соответствии со следующим планом.

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

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

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

Требования к программному, информационному, организационному и техническому обеспечению.

В Приложении 4 приведены выдержки из ГОСТ 34.602-89 "Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы". ТЗ на ФП АЭИС можно составлять, используя это Приложение.

5.3 Проектная часть

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

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

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

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

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

Таблица 1. Пример описания информационных элементов

Наименование реквизита

Идентификатор

Тип данных

Разрядность

Код ОСБ

CODE_O

Числовой

4

Отчетная дата

D_REPORT

Дата/время

8

Наименование эмитента

NAMEMIT

Текстовый

20

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

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

Разрядность реквизита необходима для подсчета объема занимаемой памяти.

Постановка задачи выполняется в соответствии с планом [ Автоматизированные информационные технологии в экономике: Учебник/под ред. проф. Г.А. Титоренко. - М.: ЮНИТИ, 2005.

Размещено на Allbest.ru].

1. Организационно-экономическая сущность задачи:

· наименование задачи, место ее решения;

· цель решения;

· назначение (для каких подразделений и пользователей);

· периодичность решения и требования к срокам решения;

· источники и способы поступления данных;

· потребители результатной информации, способы ее отправки;

2. Описание исходной (входной) информации:

· перечень исходной информации;

· формы представления по каждой позиции перечня;

· объем информации;

· описание структурных единиц информации (см. табл. 1);

3. Описание результатной (выходной) информации:

· перечень результатной информации;

· формы представления;

· периодичность и сроки представления;

· объем информации;

· перечень пользователей результатной информации (подразделение и должность);

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

4. Описание алгоритма решения задачи:

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

· алгоритм должен учитывать общий и все частные случаи решения задачи.

5. Описание используемой условно-постоянной информации:

· перечень условно-постоянной информации (классификаторов, справочников с указанием их полных наименований);

· формы представления;

· описание структурных единиц информации (по аналогии с исходными данными).

5.3.2 Разработка функциональной модели подсистемы

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

Функциональная модель должна быть построена в строгом соблюдении стандарта проектирования SADT. Наиболее часто встречающиеся ошибки проектирования приведены в п. 5.3.3.3.

5.3.3 Разработка информационного обеспечения подсистемы

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

Внемашинное ИО включает:

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

· систему классификации и кодирования,

· документацию,

· информационные потоки.

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

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

Классификаторы технико-экономической информации. Систематизация экономической информации вызывает необходимость применения различных классификаторов:

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

· отраслевые, единые для отрасли национальной экономики;

· региональные, единые для данной территории;

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

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

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

Разработка локального классификатора происходит в 4 этапа:

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

Этап 2. Систематизация объектов по определенным классификационным признакам (выбор метода классификации).

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

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

Рисунок 5. Иерархическая система классификации

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

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

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

Рисунок 6. Фасетная система классификации

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

Этап 3. Определение правил обозначения объектов кодирования (выбор метода кодирования) на основании системы классификации.

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

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

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

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

1) определяется число группировочных признаков и их зависимость;

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

3) производится кодирование порядковыми номерами сначала старшего признака, затем следующих признаков внутри старших, каждый раз начиная с 1, 01, 001 в зависимости от значности младшего признака в пределах его старшего признака.

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

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

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

Этап 4. Разработка кодовых обозначений и положений по их ведению и внесению в них изменений.

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

При разработке классификаторов и систем кодирования следует соблюдать следующие основные требования. Коды должны:

1) охватывать все объекты, подлежащие кодированию, и давать им однозначное обозначение;

2) учитывать перспективы развития системы и расширение списка кодируемых объектов;

3) обладать максимальной информативностью при минимизации длины кода;

4) отличаться логичностью формирования, удобством восприятия и запоминания;

5) быть едиными для разных задач внутри одного экономического объекта (например, коды материалов, подразделений должны быть едиными для задач бухгалтерского учета и технической подготовки производства);

6) учитывать существующие системы кодирования и общепринятые обозначения во взаимодействующих АЭИС.

Разработка информационной модели подсистемы. С целью соблюдения одного из принципов создания АЭИС [5, 8](принципа однократного ввода данных) информационная модель подсистемы разрабатывается на основе функциональной модели предлагаемого бизнес-процесса [6].

Для этого необходимо построить отчет по функциональной модели, используя в BPWin v.4.0-4.1.x. команду Tools/Reports/Arrow Report... или используя в IDEF v.3.1-3.5 команду Data/Report/Arrow Report. Этот отчет предоставляет информацию о совокупности данных, используемых в процессе решения задачи. Следовательно, эти же данные должны присутствовать и в информационной модели.

Для построения информационной модели сначала необходимо провести анализ отчета по следующей схеме:

1) выявление ошибок построения функциональной модели, связанных с нарушением стандарта проектирования SADT:

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

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

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

· стрелки, названные по-разному, но обозначающие один и тот же объект, например, "Нач." и "Начальник", "Док-т" и "Документ";

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

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

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

5) оставшиеся данные нужно распределить по следующим группам:

· сущности, отражающие нормативную или справочную информацию (к ним относятся ГОСТы, стандарты предприятия, классификаторы, справочники и т.д.);

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

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

· атрибуты вышеперечисленных сущностей, являющиеся реквизитами документов или сотрудников ("номер", "дата", "подпись", "ФИО" и т.д.). Атрибуты сущностей информационной модели должны совпадать со структурными единицами информации в постановке задачи.

После анализа отчета можно приступать к проектированию информационной модели в ERWin v. 4.0-4.1x или в IDEF1X v. 3.1-3.5 [7]. Информацию об отношениях между сущностями можно получить из функциональной модели.

5.3.4 Разработка программного обеспечения подсистемы

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

· обоснование выбора программного обеспечения для реализации подсистемы;

· разработка алгоритма работы подсистемы (соответствует постановке задачи (п. 5.3.1) и выполняется по ГОСТ 17.901-90);

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

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

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

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

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

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

При построении численных предпочтений по методу анализа иерархий используется заданная шкала предпочтений одного сравниваемого объекта другому (табл. 3).

Таблица 3. Шкала предпочтений объектов по методу анализа иерархий

Важность

Определение

0

Объекты не сравнимы

1

Объекты одинаково важны

3

Один объект немного важнее другого (слабое превосходство)

5

Один существенно важнее другого (сильное превосходство)

7

Один объект явно важнее другого

9

Один объект абсолютно важнее другого

Четные числа используется в качестве промежуточных оценок. В данном случае под объектами понимаются вышеописанные критерии.

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

Таблица 4. Матрица парных сравнений критериев

Кр.1

...

Кр. i

...

Кр.7

Кр.1

а 11

...

аi1

...

а 71

...

...

...

...

...

...

Кр.j

а 1j

...

аij

...

а 7j

...

...

...

...

...

...

Кр.7

а 17

...

аi7

...

а 77

Для каждой такой матрицы ищется вектор значений критериев y1,..., y7 по формуле: (1), где N = 7; аij - элементы матрицы попарных сравнений; yi - значение критерия.

Далее этот вектор нормализуется: (2), где yiн - нормализованный коэффициент важности, показывающий вклад каждого критерия в достижение цели.

Здесь необходимо отметить следующее. Из линейной алгебры известно, что у положительно определенной, обратносимметричной матрицы, имеющей ранг равный 1, максимальное собственное число равно размерности этой матрицы (т.е. n). При проведении сравнений в реальной ситуации вычисленное максимальное собственное число лmax будет отличаться от соответствующего собственного числа для идеальной матрицы. Это различие характеризует так называемую рассогласованность реальной матрицы. И, соответственно, характеризует уровень доверия к полученным результатам. Чем больше это отличие, тем меньше доверие. В данном методе обычно используется так называемый индекс согласованности (ИС), который дает информацию о степени нарушения согласованности. Вместе с матрицей парных сравнений мы имеем меру оценки степени отклонения от согласованности. Если такие отклонения превышают установленные пределы, то тому, кто проводит суждения, следует перепроверить их в матрице.

ИС = (лmax - n)/(n - 1). (3)

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

Обозначим случайную согласованность S. Тогда отношение согласованности вычисляется по формуле:

ОС = ИС/S (4),

ОС ? 10 % - матрица безусловно согласованна;

10 % < ОС ? 20 % - согласованность матрицы приемлема;

ОС > 20 % - согласованность матрицы не приемлема, необходимо пересмотреть свои суждения.

В таблице 2 приведены некоторые критерии, которые можно использовать при выборе CASE-средства, используемого при разработке ПО функциональной подсистемы.

Таблица 2. Критерии, применяемые для оценки CASE-средств

Критерий

Определение

Минимум трудоемкости создания ПО

Количество человеко-месяцев, затрачиваемых на создание ПО с использованием CASE-средств

Максимум продуктивности

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

Максимум качества создаваемого ПО

Количество дефектов в рабочих продуктах при использовании данного CASE-средства

Возврат инвестиций

(Доход от использования ПО - Затраты на создание и сопровождение ПО) / (Затраты на создание и сопровождение ПО)

...

Страница:


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

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

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