Глава 2

Содержание

Введение.................................................................................................................................... 4

Глава 1. Аналитическая...................................................................................................... 7

1.1. Описание организации................................................................................................. 7

1.2.Описание предметной области................................................................................. 12

Глава 2. Проектирование информационной системы............................................ 21

2.1 Структурный подход к проектированию ИС....................................................... 21

2.2. Моделирование бизнес-процессов......................................................................... 29

2.3. Концептуальное моделирование............................................................................ 38

2.4 Информационное моделирование........................................................................... 43

Глава 3. Программная реализация системы.............................................................. 47

3.1. Выбор СУБД Access..................................................................................................... 47

3.2. Объекты СУБД Access................................................................................................ 49

3.3. Создание таблиц и связей......................................................................................... 53

Глава 4. Экономико-математическое моделирование.......................................... 61

Глава 5. Жизненный цикл системы.............................................................................. 65

Заключение........................................................................................................................... 69

Глоссарий............................................................................................................................... 70

Список используемой литературы................................................................................ 73

Приложения........................................................................................................................... 74

Аннотация

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

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

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

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

Затем выбирается СУБД, которая предоставляет быстрое проектирование и разработку базы данных на основе построенных моделей.

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

Введение

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

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

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

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

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

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

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

Сегодня проектирование информационных систем постепенно переходит от исследовательского процесса с непредсказуемыми последствиями к высокотехнологическому производству, нацеленному на гарантийный результат. Стадии проектирования, разработки и, частично, стадии предпроектного анализа и внедрения составляют процесс проектирования, являющийся сам по себе объектом анализа и управления. Существующая сегодня технология управления проектами позволяет хорошо структурировать этот процесс, используя известные формализмы и соответствующее программное обеспечение. От степени формализации обследования предприятия во многом зависит эффективность и технологичность всех дальнейших этапов проектирования. Для успешного завершения всех этапов проектирования необходимо четко представлять себе ответы на следующие вопросы: какие данные необходимо собрать в процессе обследования; как их получить; в какой форме их представить и документировать; как и для чего их использовать в дальнейшем проектировании. На решение этих вопросов были во многом направлены появившиеся в конце 70-х гг. CASE-технологии, обеспечившие исследователей методической и программной поддержкой. Несмотря на существование различных нотаций для записи функциональной модели и программных систем, автоматизирующих этот процесс, практически все методики позволяют добиться главного – материалы обследования представляются в формализованном унифицированном виде, а сам процесс обследования становится технологичным, органично вписанным в цикл проектирования информационной системы.

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

Для обслуживания базы данных и взаимодействия пользователя с базой используется система управления базой данных (СУБД). Основная особенность СУБД – это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры.

СУБД должна предоставлять доступ к данным любым пользователям, включая и тех, которые практически не имеют и (или) не хотят иметь представления о:

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

·        механизмах поиска запрашиваемых данных;

·        проблемах, возникающих при одновременном запросе одних и тех же данных многими пользователями (прикладными программами);

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

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

·        и множестве других функций СУБД.

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

Глава 1. Аналитическая часть

1.1. Описание организации

Национальное Объединение Народных Художественных Промыслов «Кыял» - государственное предприятие расположенное в г. Бишкек по адресу пр. Чуй 202.

Национальное объединение НХП «Кыял» возглавляет генеральный директор – художественный руководитель.

В объединении функционируют 8 цехов и участков:

1. цех точено-росписных изделий

2. цех художественной обработки металла

3. участок строчевышитых изделий

4. участок спецзаказов

5. участок шелкографии

6. участок мягких сувениров

7. участок кости и рога

8. участок художественной обработки кожи

Все цеха выпускают изделия НХП, в том числе:

1.                 текстильная галантерея

2.                 швейные изделия

3.                 национальная одежда

4.                 колпаки

5.                 мягкие сувениры

6.                 сувениры из кости и рога

7.                 значки и медали

8.                 точено-росписные изделия

9.                 шахматы

10.            сувениры из кожи

В каждом цехе и участки управление осуществляет начальник цеха или мастер участка. Каждый цех или участок работает самостоятельно и не связан с другими цехами. Объем производства всего объединения составил за 2003 год 2005,0 тыс. сом. На сырье истрачено 571 тыс. сом. Сырье приобретается на базаре «Беш-Сары» или у частных поставщиков за наличный расчет по закупочному акту. Продукция реализуется в фирменном магазине «Кыял» и в ЦУМе «Айчурек», а также постоянным клиентам по оптовой цене.

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

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

Основными задачами объединения являются:

1.                 сохранение и дальнейшее развитие кыргызского народного прикладного искусства

2.                 возрождение некоторых видов народных ремесел, забытых в настоящее время

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

4.                 изготовление и реализация изделий художественных промыслов

Управление осуществляется в соответствии с Уставом НХПО «Кыял» на основе сочетания принципов самоуправления трудового коллектива, прав собственника по хозяйственному использованию имущества НХПО «Кыял».

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

Основной задачей Объединения народных художественных промыслов «Кыял» является сохранение и дальнейшее развитие Кыргызского народного прикладного искусства, а также выпуск сувенирно-подарочных изделий.

За   2003   год   объединением   выпущено   изделий   народно-художественных промыслов на сумму 2005,0 тысяч сом. В том числе:

1.    Текстильная галантерея                 - 454,5

в т.ч платки                                            - 91/40,7

2.   Швейные изделия                       - 411,9

в т.ч. национальная одежда        - 188,4

3. Калпаки                                           - 157/61,5

4.         Сувениры всего                               - 1077,1

в т.ч.:

-         мягкие                                            - 105,6

-         из кости и рога                                -112,8

-         из металла                                      -401,2

-         точенно-росписные изделия - 338,4

-         из них шахматы (комп.)                 - 10

-         из кожи                                           - 119,1

Темп роста по сравнению с прошлым годом составил -106,9 %.

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

Средняя зарплата по Объединению за 2003 год составила 815 сом. Задолженность по зарплате на 01.01.2004 года составила -   344,9 тыс. сом.

Остаток готовой продукции на складе составил - 577,9 тыс. сом.

Дебиторская задолженность -       780,3 тыс. сом.

Кредиторская задолженность -   687,2 тыс. сом.

По итогам работы за 2003 год прибыли нет.

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

Материальной помощи в 2003 году было оказано на сумму 12,0 тыс. сом.

Долг перед бюджетом на 1.01.2004 года составил -   92,5 тыс. сом.

Долг перед Соцфондом на 1.01.2004 года составил -   356,0 тыс. сом.

В 2004 году планируется выпустить продукции на сумму 2050,0 тыс. сом.

Сокращения численности в 2004 году не ожидается.

Обновляемость ассортимента ежемесячно на 100%.

Рис. 1.1. Схема структурных подразделений



1.2. Описание предметной области

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

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

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

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

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

Расчеты совершаются в двух формах:

§ путем безналичных расчетов через систему банков;

§ в виде платежей наличными деньгами (безналичные и наличные расчеты).

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

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

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

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

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

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

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

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

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

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

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

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

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

3. Решения общих собраний коллектива, совета трудового коллектива предприятия в целом или отдельных ее подотделов.

4. Материалы изучения передового опыта, полученные из разных источников информации (Интернет, радио, телевидение, газеты и т.д.).

5. Техническая и технологическая документация.

6. Материалы специальных обследований состояния производства на отдельных рабочих местах (хронометраж, фотография и т.п.).

7. Устная информация, которая получена во время встреч с членами своего коллектива или представителями других предприятий.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Баланс отражает состояние хозяйства в денежной оценке.

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

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

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

Ø прибыль (убыток) от реализации продукции;

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

Ø     доходы и расходы от прочих внереализационных операций (штрафы, убытки от безнадежных долгов и т.п.).

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

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

Глава 2. Проектирование информационной системы

2.1. Структурный подход к проектированию ИС

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

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

• принцип "разделяй и властвуй" - принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения;

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

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

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

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

• принцип непротиворечивости - заключается в обоснованности и согласованности элементов;

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

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

• SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы;

• DFD (Data Flow Diagrams) диаграммы потоков данных;

• ERD (Entity-Relationship Diagrams) диаграммы "сущность-связь".

Методология функционального моделирования SADT

Методология SADT разработана Дугласом Россом и получила дальнейшее развитие. На ее основе разработана, в частности, известная методология IDEFO (Icam DEFinition), которая является основной частью программы ICAM (Интеграция компьютерных и промышленных технологий), проводимой по инициативе ВВС США.

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

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

Состав функциональной модели

Результатом применения методологии SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы - главные компоненты модели, все функции ИС и интерфейсы на них представлены как блоки и дуги. Место соединения дуги с блоком определяет тип интерфейса. Управляющая информация входит в блок сверху, в то время как информация, которая подвергается обработке, показана с левой стороны блока, а результаты выхода показаны с правой стороны (рис. 2.1). Одной из наиболее важных особенностей методологии SADT является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель.

Рис. 2.1. Функциональный блок и интерфейсные дуги

На рисунке 1, где приведены четыре диаграммы и их взаимосвязи, показана структура SADT-модели. Каждый компонент модели может быть декомпозирован на другой диаграмме. Каждая диаграмма иллюстрирует "внутреннее строение" блока на родительской диаграмме.

Входы – это та информация, которая обрабатывается бизнес-функцией.

Выходы – это преобразованная информация.

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

Механизмы – это человек, программа.

Иерархия диаграмм

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

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

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

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

Рис. 2.2. Структура SADT-модели. Декомпозиция диаграмм

Рис. 2.3. Соответствие должно быть полным и непротиворечивым

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

Моделирование потоков данных (процессов)

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

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

·        внешние сущности;

·        системы/подсистемы;

·        процессы;

·        накопители данных;

·        потоки данных.

Моделирование данных

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

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

Нотация ERD была впервые введена П. Ченом (Chen) и получила дальнейшее развитие в работах Баркера.

1. Первый шаг моделирования - извлечение информации и выделение сущностей.

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

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

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

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

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

2. Следующим шагом моделирования является идентификация связей.

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

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

3. Последним шагом моделирования является идентификация атрибутов.

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

Атрибут может быть либо обязательным, либо необязательным. Обязательность означает, что атрибут не может принимать неопределенных значений (null values). Атрибут может быть либо описательным (т.е. обычным дескриптором сущности), либо входить в состав уникального идентификатора (первичного ключа).

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

2.2. Моделирование бизнес — процессов.

Схемы бизнес - процессов организации

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

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

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

При создании базы данных необходимо так организовать и разместить

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

Для отображения бизнес — процессов используется Case — система BPwin. На рис. 2.4. изображен глобальный бизнес — процесс системы, а на рис. 2.5. — локальные бизнес — процессы системы.

Рис. 2.4. Глобальный бизнес-процесс «Учет изготовления изделий» с входными и выходными данными

Рис. 2.5. Декомпозиция бизнес-процесса «Учет изготовления изделий»

САSЕ-cucmeмa BPwin.

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

Основные достоинства BPwin:

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

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

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

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

Основные характеристики BPwin:

• Развитая методология функционального моделирования на основе IDEFO

• Мощные редакторы для описания операций, связей и вычисления затрат на выполнение работ

• Иерархическая структура диаграмм, облегчающая последовательное уточнение элементов модели

• Контекстные диаграммы для описания границ системы, области действия, назначения объектов

• Декомпозиционные диаграммы для описания особенностей взаимодействия различных процессов

• Расширенные возможности по поддержанию ссылочной целостности

• Поддержка методологии IDEF3

• Экспорт моделей в средства имитационного моделирования

• Интеграция и связь со средством проектирования баз данных ERwin

• Удобный интерфейс пользователя. В распоряжении пользователей имеется про-

водник, ставший привычным в среде Windows, позволяющий легко переходить с

одной диаграммы на другую простым перемещением по "дереву" проводника.

• Автоматическая поддержка изменения размеров. BPwin поддерживает      автоматическую настройку размеров диаграмм и возможность изменения масштабов изображения моделей.

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

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

• внешние сущности;

• системы/подсистемы;

• процессы;

• накопители данных;

• потоки данных.

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

Модель бизнес-процессов

Бизнес-процесс является основой для создания модели бизнес-процессов, которая строится на основе анализа входных и выходных документов и представляется схематически. Это углубленный анализ бизнес – элементов и выходных потоков.

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

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

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

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

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

Таблица 2.1. Модель бизнес — процессов системы

№

Бизнес – процесс

Информация

Периодичность

1

Регистрация поставщика

Сведения о поставщиках,

Регистрационная карточка

единожды

2

Прием сотрудников

Сведения о сотрудниках

Договор найма

единожды

3

Регистрация клиента

Сведения о клиенте

Регистрационная карточка

единожды

4

Закупка материала

Закупочный акт,

Квитанция об оплате

По мере необходимости

5

Изготовление товара

Акт о принятии материала

Акт о выдаче готовой продукции

Акт о расходе материала

Еженедельно

6

Продажа товаров

Чек

Квитанция об оплате

По мере необходимости

2.4. Выявление и формирование связей между информационными моделями при помощи CASE – средств Erwin.

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

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

Метод IDEF1, разработанный Т.Рэмей (T.Ramey), также основан на подходе П.Чена и позволяет построить модель данных, эквивалентную реляционной модели в третьей нормальной форме. В настоящее время на основе совершенствования методологии IDEF1 создана ее новая версия - методология IDEF1X. IDEF1X разработана с учетом таких требований, как простота изучения и возможность автоматизации. IDEF1X-диаграммы используются рядом распространенных CASE-средств (в частности, ERwin, Design/IDEF).

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

Каждой сущности присваивается уникальное имя и номер, разделяемые косой чертой "/" и помещаемые над блоком.

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

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

·        каждый экземпляр сущности-родителя должен иметь не менее одного связанного с ним экземпляра сущности-потомка;

·        каждый экземпляр сущности-родителя должен иметь не более одного связанного с ним экземпляра сущности-потомка;

·        каждый экземпляр сущности-родителя связан с некоторым фиксированным числом экземпляров сущности-потомка.

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

Связь изображается линией, проводимой между сущностью-родителем и сущностью-потомком с точкой на конце линии у сущности-потомка. Мощность связи обозначается как показано на рис. 2.6. (мощность по умолчанию - N).

Рис. 2.6.. Мощность связи

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

Пунктирная линия изображает неидентифицирующую связь (рисунок 2.7). Сущность-потомок в неидентифицирующей связи будет независимой от идентификатора, если она не является также сущностью-потомком в какой-либо идентифицирующей связи.

Рис 2.7. Создание связей между сущностями с помощью средств ERwin

2.3. Концептуальное моделирование

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

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

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

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

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

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

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

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

Объекты в концептуальном моделировании

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

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

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

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

Инциденты - абстракция чего-то произошедшего или случившегося.

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

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

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

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

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

Рис 2.8. Концептуальное моделирование учета изготовляемых изделий на ОНХП «Кыял»

2.4. Информационное моделирование

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

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

Наиболее распространенным средством моделирования данных являются диаграммы "сущность-связь".

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

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

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

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

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

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

Следующим шагом моделирования является идентификация связей.

Связь (Relationship) - поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области.

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

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

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

Существуют три фундаментальных типа связей:

Один к одному — существует, если один экземпляр одного объекта связан с единственным экземпляром другого объекта.

Один ко многим — существует, когда один экземпляр некоторого объекта связан с одним или более экземплярами другого объекта.

Многие ко многим — существует, когда один экземпляр некоторого объекта связан с одним или более экземплярами другого объекта, а каждый экземпляр второго объекта связан с одним или более экземпляров первого объекта.

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

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

Последним шагом моделирования является идентификация атрибутов.

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

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

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

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

ü перечислением всех возможных значений;

ü ссылкой на документ, где перечислены эти значения;

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

ü приведением диапазона допустимых значений;

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

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

Глава 3. Программная реализация системы

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

3.1. Выбор СУБД Access

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

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

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

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

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

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

В мире существует множество систем управления базами данных. Несмотря на то что они могут по-разному работать с разными объектами и предоставляют пользователю различные функции и средства, большинство СУБД опираются на единый устоявшийся комплекс основных понятий. Это дает нам возможность рассмотреть одну систему и обобщить ее понятия, приемы и методы на весь класс СУБД. В качестве такого объекта я выбрала СУБД Microsoft Access, входящую в пакет Microsoft Office.

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

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

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

Microsoft Access – это самая популярная сегодня настольная система управления базами данных. Access – это типичная настольная база данных. В то же время на небольшом предприятии с количеством компьютеров не больше десяти, ресурсов Access вполне может хватить для обслуживания всего делопроизводства. То есть все пользователи могут обращаться к одной базе данных, установленной на одной рабочей станции, которая не обязательно должна быть выделенным сервером. А также Access обладает лучшей встроенной системой защиты среди всех настольных приложений СУБД.

3.2. Объекты СУБД Access

Таблицы

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

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

Рис. 3.1. Разработка структуры таблицы «Товар»

При проектировании таблиц вовсе не обязательно использовать Microsoft Access. Сначала лучше разработать структуру на бумаге. При проектировании таблиц, рекомендуется руководствоваться следующими основными принципами:

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

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

·        Каждая таблица должна содержать информацию только на одну тему.

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

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

·        Каждое поле должно быть связано с темой таблицы.

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

·             В таблице должна присутствовать вся необходимая информация.

·             Информацию следует разбивать на наименьшие логические единицы (Например, поля «Имя» и «Фамилия», а не общее поле «Имя»)

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

Чтобы добавить поле, в верхней части окна таблицы в режиме конструктора следует ввести имя поля и определить его тип. Чтобы переименовать поле, измените его имя в столбце Имя поля. Например, поле «Код Скидки» из таблицы «Скидки» используется для объединения сведений о скидках.

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

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

Каждое поле имеет свойства, изменяя которые, можно управлять сохранением, обработкой и отображением данных поля. Например, при задании свойству Формат значения Денежный для поля с числовым или денежным типом данных автоматически добавляется разделитель групп разрядов и символ рубля (12р.).

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

Формы

Формы – это средства для ввода данных (рис. 3.2.). Смысл их – предоставить пользователю средства для заполнения только тех полей, которые ему заполнять положено. Одновременно с этим в форме можно разместить специальные элементы управления (счетчики, раскрывающиеся списки, переключатели, флажки и прочее) для автоматизации ввода.

Рис. 3.2. Конструирование формы с размещением на ней элементов и заполнением пролей.

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

Запросы

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

Рис. 3.3. Просмотр запроса в режиме конструктора

Запросы можно создавать используя язык SQL. Практически все реляционные СУБД поддерживают SQL язык структурированных запросов.

3.3. Создание таблиц и связей.

Создание таблиц

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

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

Создание новой пустой таблицы.

В Microsoft Access существует четыре способа создания пустой таблицы.

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

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

3.      Ввод данных непосредственно в пустую таблицу в режиме таблицы. При сохранении новой таблицы в Microsoft Access данные анализируются, и каждому полю присваивается необходимый тип данных и формат.

4.      Определение всех параметров макета таблицы в режиме конструктора.

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

Создание таблицы при помощи мастера таблиц.

1.      Переключитесь в окно базы данных. Для переключения из другого окна в окно базы данных нажмите клавишу F11.

2.      На вкладке Таблица нажмите кнопку Создать.

3.      Дважды щелкнете элемент «Мастер таблиц».

4.      Следуйте инструкциям, выдаваемым в диалоговых окнах мастера таблиц.

Создание таблиц путем ввода данных в таблицу

1    Переключитесь в окно базы данных. Для переключения из другого окна в окно базы данных нажмите клавишу F11.

2        На вкладке Таблица нажмите кнопку Создать.

3        Дважды щелкнете элемент «Режим таблицы». На экране появится пустая таблица, состоящая из 20 столбцов и 30 строк. По умолчанию задаются следующие имена столбцов: «Поле1», «Поле2» и т. д.

4        Для переименования каждого столбца дважды щелкнете название столбца, введите имя, следуя соглашениям об именах объектов Microsoft Access, и нажмите клавишу ENTER.

5        Если таблица должна содержать более 20 столбцов, то можно добавить дополнительные. Для этого нажмите кнопку мыши справа от столбца, рядом с которым необходимо разместить новый, и в меню Вставка выберите команду Столбец. Переименование столбцов описано в шаге 4.

6        Введите данные в таблицу.

7        Закончив ввод данных все нужные столбцы, нажмите кнопку Сохранить.

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

Быстрое создание таблицы в режиме конструктора

1   Переключитесь в окно базы данных. Для переключения из другого окна в окно базы данных нажмите клавишу F11.

2        На вкладке Таблица нажмите кнопку Создать.

3        Дважды щелкнете элемент «Конструктор».

4        Определите в таблице каждое поле.

5        Определите ключевые поля до сохранения таблицы

6        Для сохранения таблицы нажмите кнопку Сохранить.

Наименование поля

Наименование поля вводится в поле ввода столбца имя поля. При задании наименований полей Вы должны следовать следующим правилам:

1.      Наименование поля может содержать до 64 символов, но не следует злоупотреблять этой возможностью, задавая слишком длинные имена;

2.      Наименование поля может содержать буквы, цифры, пробелы и специальные символы, за исключением точки (.), восклицательного знака (!), прямых скобок ([]) и некоторых управляющих символов (с кодами ASCII 0-31);

3.      Наименование поля не может начинаться с пробела;

4.      Два поля в одной таблице не могут иметь одинаковых наименований;

5.      В качестве наименования поля не рекомендуется использовать аббревиатуры или краткие названия.

Несоблюдение этих правил отслеживается средствами СУБД MS Access, но в некоторых случаях это может привести к трудно определяемым ошибкам, поэтому рекомендуется самостоятельно контролировать следование вышеперечисленным правилам в практической работе.

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

Типы данных

Таблицы баз данных, как правило, допускают работу с гораздо большим количеством разных типов данных. Так, например, базы данных Microsoft Access работают со следующими типами данных.

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

Числовые поля

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

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

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

Прежде, чем установить размер поля, подумайте, какие значения Вы будете хранить в нем. Выбрав оптимальное значение, Вы сэкономите место для хранения данных. Для указания количества десятичных знаков используется свойство поля Число десятичных знаков. Оно может принимать значение от 0 до 15. Атрибут Авто данного свойства служит для автоматической установки количества знаков после запятой.

Используя значение свойства Размер Каждый из типов данных наделен собственными свойствами, которые отображаются в разделе “Свойства поля” окна конструктора.

При вводе имени поля по умолчанию MS Access присваивает ему текстовый тип данных с шириной поля, равной 50.

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

Для изменения ширины поля нужно в строке Размер поля раздела “Свойства поля” задать число, определяющее ширину поля (от 1 до 255). Например, если Вы зададите ширину поля равной 25, то это означает, что в такое поле не могут быть введены значения, длина которых превышает 25 символов.

Поля типа Счетчик

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

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

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

Поля дат/времени

Использование для хранения дат и времени полей, в которых данные представлены в специальном формате, предоставляет Вам ряд дополнительных преимуществ:

1.      MS Access позволяет вводить и отображать даты в нескольких форматах. Конкретный вариант отображения даты/времени устанавливается в свойстве Формат поля окна конструктора таблиц. При хранении данных эти форматы автоматически преобразуются во внутреннее представление данных.

2.      При вводе дат MS Access осуществляет проверку формата данных и допускает ввод только правильных дат.

В поле данного типа может содержаться любая дата и любое время: от 1 января 2003 г. до 31 декабря 2003 г. Данные этого типа занимают 8 байт.

Логические поля

Логические поля используются для хранения данных, которые могут принимать одно из двух возможных значений. Свойство Формат поля логического поля позволяет использовать специальные форматы или один из трех встроенных: Истина/Ложь, Да/Нет или Вкл/Выкл. При этом значения Истина, Да и Вкл эквивалентны логическому значению True, а значения Ложь, Нет и Выкл эквивалентны логическому значению False.

Если Вы выберете встроенный формат, а затем будете вводить эквивалентное логическое значение, то введенное значение будет отображаться в выбранном формате. Например, если значение True или Вкл вводится в элемент управления типа Поле, для которого в свойстве Формат поля указано Да/Нет, то введенное значение тут же преобразуется в Да.

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

Текстовые поля произвольной длины

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

Поля объекта OLE

MS Access позволяет хранить в таблицах изображения и другие двоичные данные (например, электронную таблицу MS Excel, документ MS Word, рисунок звукозапись). Для этих целей служит тип данных Поле объекта OLE. Фактический объем данных, который Вы можете ввести в поле данного типа, определяется объемом жесткого диска Вашего компьютера (до 1 Гигабайта).

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

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

Создание структуры таблицы

После того как мы рассмотрели типы данных в Access и отдельные свойства полей таблицы, можно приступить к созданию структуры таблицы. Создание структуры таблицы рассмотрим на примере создания таблицы Товар из базы данных «Учет изготовления изделий на НХПО “Кыял”». В окне конструктора таблицы в столбце Имя поля вводится идентифицирующий номер ID_товара (рис. 2.4).

1.      Нажмите клавишу Tab или Enter, чтобы перейти в столбец Тип данных. При этом обратите внимание, что в нижней части окна диалога появляется информация в разделе “Свойства поля”.

2.      В столбце Тип данных появилось значение Текстовый. Нажмите на кнопку раскрытия списка в правой части прямоугольника, и Вы увидите список, содержащий все типы данных. Из этого списка с помощью мыши или клавишами вверх и вниз выберите значение Счетчик и нажмите на клавишу Tab для перехода в столбец Описание. Столбец Описание представляет собой пояснение, которое Вы даете своим полям. Когда Вы в будущем будете работать с данной таблицей, это описание будет появляться в нижней части экрана MS Access всякий раз, когда Вы окажетесь в поле ID_товара, и напомнит Вам назначение данного поля.

3.      Введите поясняющий текст в столбец Описание и нажмите клавишу Tab или Enter, чтобы перейти к вводу информации о следующем поле.

4.      Аналогичным образом введите описание всех полей таблицы.

5.      Завершив ввод структуры таблицы, сохраните ее, выполнив команду Файл/Сохранить.

Создание связей

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

Например, для таблицы данных о студентах ключевым полем может служить индивидуальный шифр студента. Для таблицы, в которой содержаться расписание занятий, такого поля можно и не найти, но его можно создать искусственным комбинированием полей «Время занятия» и «Номер аудитории». Эта комбинация неповторима, так как в одной аудитории в одно и то же время не принято проводить два различных занятия. Если в таблице вообще нет ни каких полей, которые можно было бы использовать, как ключевые, всегда можно ввести дополнительное поле типа Счетчик – оно не может содержать повторяющихся данных по определению.

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

Глава 4. Математическое моделирование

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

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

Сам процесс математического моделирования можно подразделить на четыре основных этапа:

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

II этап: Исследование математических задач, к которым приводят математические модели.

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

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

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

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

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

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

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

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

Ко = Тр1 (>) / Тр2 (<)

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

Экстраполяцией – называется приблизительный расчет уровней находящихся за пределами известных значений ряда динамики.

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

Ут = У1+(t-1)

Ут – неизвестный уровень ряда

У1 – начальный уровень ряда

t – порядковый номер неизвестного.

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

Ут = У1* Тр⁽^t^-1)

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

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

Уs = Уi / У*100%

Уi – фактический i-уровень

У – средний уровень ряда.

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

Уs = [ ∑ Уi / Уti *100% ] ∕ m

Уti – сглаженный i-уровень

m – число лет

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

Основываясь на выше изложенном материале можно вычислить динамику продажи изделий на НХПО «Кыял» за октябрь, ноябрь и декабрь 2003 года. Чтобы автоматизировать и эту область разработки, воспользуемся прикладной программой MS Excel.

Вывод: как видно из решения, всего объем продаж изделий по сравнению с октябрем 2003 в ноябре упал со 100% до 25,5%, а декабре увеличился в 1,5 раза. Из чего можно заключить, что динамика продажи изделий изменяется не равномерно, а имеет скачкообразную тенденцию.

Глава 5. Жизненный цикл системы

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

Структура ЖЦ ПО включает три группы процессов:

·      основные процессы ЖЦ ПО - приобретение, поставка, разработка, эксплуатация, сопровождение;

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

·      организационные процессы - управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение.

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

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

К настоящему времени наибольшее распространение получили следующие две основные модели ЖЦ:

·        каскадная модель (70-85 г.г.);

·        спиральная модель (86-90 г.г.).

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



Рис 5.1. Каскадная модель ЖЦ

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

Рис. 5.2. Реальный процесс разработки ПО по каскадной схеме

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

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

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

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

Для того, чтобы достигнуть согласованного поведения различных объектов, модели состояний взаимодействуют между собой посредством событий: Модель Главной формы может порождать событие для обращения к Таблице, которая делает выборку, по окончании действия формируется событие для обращения к Форме, где отображаются данные выборки и т.д. Такое взаимодействие показано на модели взаимодействия объектов (рис. 5.3). Для каждой подсистемы строятся отдельные модели взаимодействий объектов.

Рис. 5.3. Жизненный цикл системы «Изготовление изделий на НХПО “Кыял”»

Заключение

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

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

Данный дипломный проект предназначен для автоматизации и учета работы на НХПО «Кыял». В ходе работы произведены исследования в области работы НХПО «Кыял», изучены информационные потоки входные и выходные документы, а также проведен анализ на основе этих данных.

В соответствии с требованиями выполнения работы и создания информационной системы были проведены описание и анализ предметной области, структурно представлены данные, выявлены и моделированы бизнес процессы, построена информационная модель. Моделирование бизнес процессов выполнены в системе BPwin, информационное моделирование в системе ERwin.

В ходе выполнения данной работы была разработана база данных «Учет изготовляемых изделий на НХПО “Кыял”», в СУБД Access, автоматизирующая работу учета поступления и расходования материалов, учет изготовляемой и проданной продукции.

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

Глоссарий

Алгоритм — это последовательность действий, выполняемых над информационным объектом.

Анализ — выявление соответствующих факторов и оценка их значимости.

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

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

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

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

Выход бизнес-процесса – с объект бизнес-процесса (процедура, операция), взаимодействующий с внешними бизнес-процессам и передающая им информацию/материальные ресурсы, являющиеся результатом выполнения бизнес-процесса.

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

Детальная система модели - детальное описание деятельности организации.

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

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

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

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

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

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

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

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

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

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

Намерение - предположение сделать что-либо, желание, замысел.

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

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

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

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

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

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

Предназначение события - указывает на состояние - приемник события. Допускается только одно состояние - приемник события.

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

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

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

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

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

Список используемой литературы

1.      «Бухгалтерский учет» под редакцией А.С. Пилина

2.      Бабак В. Ф. Проектирование информационных систем - лекции

3.      Бабак В.Ф., Цикалова С.В. Методическое руководство к выполнению курсовых работ

4.      Горев A. Эффективная работа с СУБД

5.      Козлова Е.П., Бабченко Т.А. Бух. учет в организации

6.      Корпусов А.А. Журнально-ордерная форма учета в торговле. Бухгалтерский учет.

7.      Макаров Р. Microsoft Access.

8.      Шишкин А.К., Микропов В.А., Дышкант И.Д.Учет, анализ, аудит на предприятии, М, ЮНИТИ, 1996г.

Приложение 1.

Структура бизнес-процессов

Приложение 2.

Глобальный бизнес-процесс «Учет изготовления изделий на НХПО “Кыял”» с учетом всех входных и выходных данных

Приложение 3.

Декомпозиция бизнес-процесса «Учет изготовления изделий на НХПО “Кыял”»

Приложение 3.

Декомпозиция бизнес-процесса«Учет партнеров на НХПО “Кыял”»

Приложение 4.

Декомпозиция бизнес-процесса«Учет движении материалов при изготовлении продукции на НХПО “Кыял”»

Приложение 5.

ER-модель базы данных «Учет изготовления изделий на НХПО “Кыял”»

Приложение 5.

Схема данных

№	Бизнес – процесс	Информация	Периодичность
1	Регистрация поставщика	Сведения о поставщиках, Регистрационная карточка	единожды
2	Прием сотрудников	Сведения о сотрудниках Договор найма	единожды
3	Регистрация клиента	Сведения о клиенте Регистрационная карточка	единожды
4	Закупка материала	Закупочный акт, Квитанция об оплате	По мере необходимости
5	Изготовление товара	Акт о принятии материала Акт о выдаче готовой продукции Акт о расходе материала	Еженедельно
6	Продажа товаров	Чек Квитанция об оплате	По мере необходимости