Дипломная работа на тему «Разработка информационной системы менеджера по продажам салона сотовой связи ООО «Евросеть»

Скачать пример Заказать работу Скачать пример Заказать работу

Содержание

Введение
Глава 1. Аналитическая часть
1.1. Что такое информационная система
1.1.1. История создания информационных систем
1.1.2. Понятие и сущность информационных систем
1.1.3. Задачи, выполняемые информационными системами
1.1.4. Оптимальный уровень централизации и децентрализации информационных систем
1.1.5. Особенности информационных систем
1.1.6. Виды современных информационных систем
1.1.7. Свойства информационных систем
1.2. Проектирование информационных систем
1.2.1. Жизненный цикл информационных систем
1.2.2. Процессы жизненного цикла информационной системы
1.2.3. Выбор базовой стратегии информационной системы
1.2.4. Автоматизированное рабочее место
1.3. Выбор средств разработки проекта. Решение задач проекта
1.3.1. Требования
1.3.2. Средства разработки
Глава 2. Проектная часть
2.1. Требования к информационной системе
2.2. Создание бизнес модели в стандарте IDEF0
2.3. UML диаграммы
2.4. Пректирование модели базы данных
2.5. Технические ресурсы и программное обеспечение
2.6. Графический интерфейс
Глава 3. Расчет экономической эффективности
3.1. План анализа экономической эффективности
3.2. Расчет единовременных затрат на разработку программного обеспечения
3.3. Единовременные расходы организации заказчика программного обеспечения при внедрении информационной системы
3.4. Текущие расходы пользователя информационной системы
3.5. Сравнение с базовым продуктом
Заключение
Список использованных источников

Введение

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

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

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

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

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

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

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

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

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

В соответствии с целью проектирования решались следующие задачи:

Изучение теоретического материала необходимого для проектирования информационных систем;
Создание модели взаимодействия участников разрабатываемой информационной системы при помощи программы BPWin;
Создание логической и физической структуры базы данных салона красоты в приложении ERWin;
Построение максимально гибкой Базы Данных.

Объект проектирования – салон сотовой связи ООО «Евросеть» .

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

Дипломная работа состоит из четырех глав.

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

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

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

Нужна помощь в написании диплома?

Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.

Цена диплома

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

1.1. Что такое информационная система

1.1.1. История создания информационных систем

Первые информационные системы появились в 50-х гг. В эти годы они были предназначены для обработки счетов и расчета зарплаты, а реализовывались на электромеханических бухгалтерских счетных машинах. Это приводило к некоторому сокращению затрат и времени на подготовку бумажных документов. В 60-е гг. средства вычислительной техники получили дальнейшее развитие: появляются операционные системы, дисковая технология, значительно улучшаются языки программирования. Появляются системы управленческих отчетов, ориентированные на менеджеров, принимающих решения. В 70-е гг. информационные системы продолжают активно развиваться. В это время появляются первые микропроцессоры, интерактивные дисплейные устройства, технология баз данных и дружественное по отношению к пользователю программное обеспечение (средства, позволяющие работать с программой, не изучая ее описания). Эти достижения создали условия для появления систем поддержки принятия решений. В отличие от систем управленческих отчетов, которые предоставляют информацию по заранее установленным формам отчетности, они предоставляют ее по мере возникновения необходимости. В 70-80-х гг. в офисах начали применять разнообразные компьютерные и телекоммуникационные технологии, которые расширили область применения информационных систем. К таким технологиям относятся: текстовая обработка, настольное издательство, электронная почта и др. 1980-е гг. характеризуются еще и тем, что информационные технологии начали претендовать на новую роль в организации: компании открыли для себя, что информационные системы являются стратегическим оружием. Информационные системы этого периода, предоставляя вовремя нужную информацию, помогают организации достичь успеха в своей деятельности, создавать новые товары и услуги, находить новые рынки сбыта, обеспечивать себе достойных партнеров, организовывать выпуск продукции по низкой цене и многое другое. С конца 80-х и до наших дней информационные системы постоянно подвергаются изменениям. Вводятся все новые функции и методы. Появляется множество фирм, которые готовы предложить разработку новых информационных систем. В настоящее время информационная система – неотъемлемая часть любого предприятия. Реалии современного рынка заставляют даже самые отсталые отрасли прибегать к помощи современных технологий. Переход от бумажного документооборота к электронному – залог быстрого доступа к любому типу информации. Зачастую, экономя драгоценное время при помощи электронных документов, компании увеличивает свою прибыль в несколько раз. Такая положительная тенденция довольно часто наблюдается у коммерческих предприятий и предприятий отрасли торговли, где снижение временных издержек приводит к увеличению прибыли.

1.1.2. Понятие и сущность информационных систем

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

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

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

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

Для системы характерны следующие основные свойства:

— сложность

— делимость

— целостность

— многообразие элементов и различие их природы

— структурированность.

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

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

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

Нужна помощь в написании диплома?

Заказать диплом

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

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

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

1.1.3. Задачи, выполняемые информационными системами

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

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

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

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

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

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

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

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

Достоинства централизации:

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

Недостатки централизованной организации информационной системы:

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

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

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

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

Нужна помощь в написании диплома?

Подробнее

Достоинствами децентрализованной организации информационной системы являются:

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

Недостатки децентрализованной организации информационной системы:

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

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

— организация значительна по размерам;

— децентрализация поддерживается органами управления;

— существует потребность в скорости и гибкости информационного обслуживания;

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

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

— имеется связь между производительностью и децентрализацией.

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

1.1.5. Особенности информационных систем

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

Существует три вида информационных систем:

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

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

Нужна помощь в написании диплома?

Подробнее

Информационно-аналитическая система — система, предназначенная как для хранения, так и для анализа хранимой информации.

Все информационные системы делятся на два класса по способу хранения информации:

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

Сетевые информационные системы, работающие по технологии клиент-сервер. Данные системы работают на компьютере, подключённом к компьютерной сети.

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

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

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

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

Таблица 1. Сравнение технологий [1]

Преимущества и недостатки технологии Файл-Сервер:

Преимущества и недостатки технологии Клиент-Сервер:

+ простота разработки;

+ независимость компьютера от сети;

+ высокая защита от несанкционированного доступа;

— не оперативное обновление данных на нескольких компьютерах;

— высокая стоимость компьютеров для работы в такой системе;

— сложность изменения структуры данных.

+ простая синхронизация данных;

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

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

Нужна помощь в написании диплома?

Цена диплома

— низкая защита от несанкционированного доступа;

— зависимость от компьютерной сети;

— высокая стоимость.

1.1.6. Виды современных информационных систем

Информационная технология обработки данных.

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

На уровне операционной деятельности решаются следующие задачи:

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

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

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

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

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

Информационная технология управления.

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

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

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

1.1.7. Свойства информационных систем

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

Нужна помощь в написании диплома?

Подробнее

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

Информационная система определяется следующими свойствами:

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

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

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

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

Внедрение информационных систем может способствовать:

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

1.2. Проектирование информационных систем

1.2.1. Жизненный цикл информационных систем

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

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

На предпроектной стадии можно выделить следующие этапы:

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

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

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

Процесс проектирования состоит из следующих этапов:

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

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

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

Нужна помощь в написании диплома?

Цена диплома

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

2) Проведение опытных испытаний всех компонентов системы перед запуском.

3) Сдача в промышленную эксплуатацию, которая оформляется актом сдачи-приемки работ.

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

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

1.2.2. Процессы жизненного цикла информационной системы

Основными процессами жизненного цикла являются:

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

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

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

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

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

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

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

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

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

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

На каждой итерации оцениваются:

Нужна помощь в написании диплома?

Цена диплома

— риск превышения сроков и стоимости проекта;

— необходимость выполнения ещё одной итерации;

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

— целесообразность прекращения проекта.

Итерационная модель основана на соединении каскадной и спиральной моделей, что привело к их сближению и появлению современного итерационного подхода, который представляет рациональное сочетание этих моделей. Различные варианты итерационного подхода реализованы в большинстве современных технологий и методов [7].

1.2.3. Выбор базовой стратегии информационной системы

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

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

Центральное планирование

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

Первенство

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

Свободный рынок

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

Монополия

Нужна помощь в написании диплома?

Заказать диплом

Здесь отдел ИС является монопольным распространителем информационных технологий.

Скудные ресурсы

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

Необходимое зло

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

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

Стратегическая матрица McFarlan—McKenney

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

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

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

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

Класс поддержки. Такие фирмы обычно используют ИС для поддержки, например системы пароля. Им рекомендуется стратегия скудности ресурсов, хотя возможны случаи применения монополии и свободного рынка [17].

1.2.4. Автоматизированное рабочее место

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

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

Нужна помощь в написании диплома?

Цена диплома

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

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

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

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

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

Сервисные средства для настройки АРМ включают:

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

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

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

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

1.3. Выбор средств разработки проекта. Решение задач проекта

1.3.1.Требования

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

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

— требования к функциональным характеристикам

— требования к надежности

Нужна помощь в написании диплома?

Заказать диплом

— настраиваемость

— условия эксплуатации

— требования к информационной и программной совместимости

— требования к документации

Требования к функциональным характеристикам

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

Требования к надежности

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

Настраиваемость

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

Условия эксплуатации

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

Требования к составу и параметрам технических средств

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

Нужна помощь в написании диплома?

Цена диплома

Требования к информационной и программной совместимости

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

Требования к программной документации

В этом разделе указывается предварительный состав программной документации, и при необходимости, специальные требования к ней [5].

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

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

Каковы типичные ошибки при определении требований к информационной системе:

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

1.3.2. Средства разработки

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

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

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

Для проведения анализа и реорганизации бизнес-процессов предназначено CASE-средство верхнего уровня AllFusion Process Modeler (BPwin), поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram). Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей — того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписывает построение иерархической системы диаграмм — единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция — система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. После каждого сеанса декомпозиции проводится сеанс экспертизы: каждая диаграмма проверяется экспертами предметной области, представителями заказчика, людьми, непосредственно участвующими в бизнес-процессе. Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования. Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPwin позволяет переключиться на любой ветви модели на нотацию IDEF3 или DFD и создать смешанную модель. Нотация DFD включает такие понятия, как «внешняя ссылка» и «хранилище данных», что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота. Методология IDEF3 включает элемент «перекресток», что позволяет описать логику взаимодействия компонентов системы.

На основе модели BPwin можно построить модель данных. Для построения модели данных Computer Associates предлагает мощный и удобный инструмент — AHFusion ERwin Data Modeler (ERwin). Хотя процесс преобразования модели BPwin в модель данных плохо формализуется и поэтому полностью не автоматизирован, Computer Associates предлагает удобный инструмент для облегчения построения модели данных на основе функциональной модели — механизм двунаправленной связи BPwin — ERwin [10].

ERwin имеет два уровня представления модели — логический и физический, причем модель данных может содержать как оба этих уровня, так и только один из них. Модели, содержащие только один уровень, могут быть синхронизированы, что особенно удобно при создании гетерогенных информационных систем. На логическом уровне данные не связаны с конкретной СУБД, поэтому могут быть наглядно представлены даже для неспециалистов. Физический уровень данных — это, по существу, отображение системного каталога, который зависит от конкретной реализации СУБД. Создание одного логического уровня и нескольких соответствующих ему физических позволяет вести одновременную разработку баз данных для нескольких СУБД. ER-win позволяет проводить процессы прямого и обратного проектирования баз данных. Это означает, что по модели данных можно сгенерировать схему базы данных или автоматически создать модель данных на основе информации системного каталога. Кроме того, ERwin позволяет выравнивать модель и содержимое системного каталога после редактирования.

Для больших, содержащих сотни таблиц моделей данных существенной проблемой становится поиск и исправление ошибок. Решение этой проблемы вручную — слишком трудоемкая задача, которая может недопустимо затянуть выполнение проекта. ALLFusion Data Model Validator (ERwin Examiner) — основанный на базе знаний инструмент, который позволяет анализировать структуру баз данных с целью выявления недочетов и ошибок проектирования. ERwin Examiner дополняет функциональность ERwin, автоматизируя трудоемкую задачу поиска и исправления ошибок. ERwin Examiner может использовать в качестве источника метаданных готовую модель ERwin, DDL-скрипт или провести обратное проектирование базы данных (стрелки 3 и 4) [10].

При проектировании больших ИС ключевой проблемой является создание качественной документации по моделям. BPwin и ERwin позволяют генерировать разнообразные отчеты, которые могут быть использованы для анализа и документирования моделей. Отчеты могут быть экспортированы в распространенные форматы — текстовый, MS Office, HTML и др. Результаты экспорта могут быть использованы для создания отчетов с помощью средств других производителей, например Crystal Reports. BPwin поддерживает также экспорт и импорт модели в текстовый файл формата IDL, который является стандартом для экспорта и импорта моделей IDEF0, позволяет разрабатывать функциональные модели одновременно инструментальными средствами различных производителей.

Создание современных ИС, основанных на широком использовании распределенных вычислений, объединении традиционных и новейших информационных технологий, требует тесного взаимодействия всех участников проекта: менеджеров, бизнес-аналитиков и системных аналитиков, администраторов баз данных, разработчиков. Для этого использующиеся на разных этапах и разными специалистами средства моделирования и разработки должны быть объединены общей системой организации совместной работы. Фирма Computer Associates предлагает систему ModelMart — хранилище моделей, к которому открыт доступ для участников проекта создания ИС. ModelMart удовлетворяет всем требованиям, предъявляемым к средстнам разработки крупных ИС, а именно:

Нужна помощь в написании диплома?

Подробнее

Совместное моделирование. Каждый участник проекта имеет инструмент поиска и доступа к интересующей его модели в любое время. При совместной работе используются 3 режима: незащищенный, защищенный и режим просмотра. В режиме просмотра запрещается любое изменение моделей. В защищенном режиме модель, с которой работает один пользователь, не может быть изменена другими пользователями. В незащищенном режиме пользователи могут работать с общими моделями в реальном масштабе времени. Возникающие при этом конфликты разрешаются при помощи специального модуля. В дополнение к стандартным средстнам организации совместной работы ModelMart позволяет сохранять множество версий, снабженных аннотациями, с последующим сравнением предыдущих и новых версий. При необходимости возможен возврат к предыдущим версиям.
Создание библиотек решений. ModelMart позволяет формировать библиотеки стандартных решений, содержащие наиболее удачные фрагменты реализованных проектов, накапливать и использовать типовые модели, объединяя их при необходимости «сборки» больших систем. На основе существующих баз данных с помощью ERwin возможно восстановление моделей (обратное проектирование), которые в процессе анализа пригодности их для новой системы могут объединяться с типовыми моделями из библиотек моделей.
Управление доступом. Для каждого участника проекта определяются права доступа, в соответствии с которыми они получают возможность работать только с определенными моделями. Права доступа могут быть определены как для групп, так и для отдельных участников проекта. Роль специалистов, участвующих в различных проектах, может меняться, поэтому в ModelMart можно определять права доступа и управлять правами доступа участников проекта к библиотекам, моделям и даже к специфическим областям модели [20].

Архитектура ModelMart. ModelMart реализована на архитектуре клиент-сервер. В качестве платформы реализации хранилища выбраны РСУБД Sybase, Microsoft SQL Server, Informix и Oracle. Клиентскими приложениями являются ERwin и BPwin. В ModelMart реализован доступ к хранилищу моделей через API, что позволяет постоянно наращивать возможности интегрированной среды путем включения новых инструментов моделирования и анализа.

При разработке крупных проектов критическим становится время реализации проекта. Одним из решений проблемы может стать автоматическая генерация кода приложения CASE-средствами на основе модели предметной области. Эту задачу решает технология кодогенерации, основанная на объектно-ориентированном проектировании. Существует несколько CASE-средств, поддерживающих языки объектно-ориентированного проектирования, в том числе ставший в последнее время стандартом UML. Одним из них является AHFusion Component Modeler (Paradigm Plus). Этот инструмент позволяет строить объектные модели и генерировать на основе полученной модели приложения на языках программирования C++, Visual Basic, Java и др. Поскольку генерация кода реализована на основе знаний предметной области, полученный код адекватно отражает бизнес-логику. Paradigm Plus поддерживают не только прямую генерацию кода, но и обратное проектирование, т. е. создание объектной модели по исходному коду приложения.

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

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

Конечными продуктами этапа проектирования являются:

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

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

будет ли это архитектура «файл-сервер» или «клиент-сервер»;
будет ли это 3-уровневая архитектура со следующими слоями: сервер, ПО промежуточного слоя (сервер приложений), клиентское ПО;
будет ли база данных централизованной или распределенной. Если база данных будет распределенной, то какие механизмы поддержки согласованности и актуальности данных будут использоваться;
будет ли база данных однородной, то есть, будут ли все серверы баз данных продуктами одного и того же производителя. Если база данных не будет однородной, то какое ПО будет использовано для обмена данными между СУБД разных производителей (уже существующее или разработанное специально как часть проекта);
будут ли для достижения должной производительности использоваться параллельные серверы баз данных.

Этап проектирования завершается разработкой технического проекта ИС.

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

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

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

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

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

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

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

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

Нужна помощь в написании диплома?

Подробнее

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

Для построения некоторых типов диаграмм используется редактор dia. Dia — кроссплатформенный свободный редактор диаграмм, часть GNOME Office, но может быть установлен независимо. Он может быть использован для создания различных видов диаграмм: блок-схем алгоритмов программ, древовидных схем, статических структур UML, баз данных, диаграмм сущность-связь, радиоэлектронных элементов, потоковых диаграмм, сетевых диаграмм и других.

Dia расширяема новыми наборами объектов, которые описываются с помощью файлов в формате, основанном на XML.

Глава 2. Проектная часть

2.1. Требование к информационной системе

На первом этапе проектирования информационной системы появляются вопросы: «Какой она должна быть и что она должна делать?» Ответить на эти вопросы можно описав требования. Подробно о требованиях я говорил в прошлой главе. Сейчас пришло время рассказать, какие требования были предъявлены к проектируемой информационной системе. Легче всего их представить в виде таблицы (табл. 2).

Таблица 2. Требования к информационной системе

Бизнес требования	1. Хранение всех данных в БД. 2. Сокращение времени обработки заказа. 3. Ведение учета поставок. 4. Автоматический расчет суммы покупок
Пользовательские требования	1. Вывод краткой информации о товаре. 2. Возможность поиска товара по критериям 3. Простая форма оформления заказа
Функциональные требования	1. Возможность просматривать имеющиеся на складе товары. 2. Возможность быстрого добавления и изменения данных. 3. Возможность просмотра поставщиков.
Нефункциональные требования	1. Внешний вид. 2. Быстрое восстановление после сбоя.

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

2.2. Создание бизнес модели в стандарте IDEF0

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

Стандарт IDEF0 представляет организацию как набор функций, здесь существует правило — наиболее важная функция находится в верхнем левом углу, кроме того есть правило стороны: — стрелка входа приходит всегда в левую кромку активности, — стрелка управления — в верхнюю кромку, — стрелка механизма — нижняя кромка, — стрелка выхода — правая кромка. Описание выглядит как «чёрный ящик» с входами, выходами, управлением и механизмом, который постепенно детализировался до необходимого уровня. Также для того что бы быть правильно понятым существуют словари описания активностей и стрелок. В этих словарях можно дать описания того какой смысл вы вкладываете в данную активность либо стрелка.

Также отображаются все сигналы управления, которые на диаграмме потоков данных не отображались. Данная модель используется при организации бизнес — проектов и проектов, основанных на моделировании всех процессов, как административных, так и организационных [18] .

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

Нужна помощь в написании диплома?

Подробнее

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

Основными элементами диаграммы являются активности и дуги (стрелки), которые изображают взаимосвязи и отношения активностей друг с другом. Дуги могут быть нескольких типов: вход, выход, управление и ресурсы. На каждой диаграмме обычно располагается от 3 до 6 активностей, это обусловлено тем, что такое количество активностей является оптимальным для восприятия сознанием. Модель BPwin представляет собой набор иерархически связанных и упорядоченных диаграмм, каждая из которых является конкретизацией (декомпозицией) активности предыдущего верхнего уровня. Каждая модель имеет одну диаграмму верхнего уровня, которая содержит только одну активность, определяющую общую функцию моделируемого процесса. Модели имеют так называемые «точки зрения», определяющие ракурс, под которым рассматривается процесс. Например, для рассмотрения процесса может быть выбрана точка зрения начальника отдела компании, где происходит моделируемый процесс.

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

— Приходные накладные;

— Заключение о неисправности.

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

— Законодательные акты;

— Правила приема товаров;

— Правила бухгалтерского учета;

— Должностные обязанности.

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

— Менеджер по продажам;

— Программа регистратор;

— Управляющий магазином.

Нужна помощь в написании диплома?

Подробнее

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

На выходе мы получаем:

— Документ «Ежедневный отчет о продажах».

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

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

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

— Прием товара;

— Регистрация продажи;

— Формирование отчетов;

— Возврат товара;

— Инкассация.

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

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

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

Нужна помощь в написании диплома?

Подробнее

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

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

— x-отчет;

— расходно-кассовый ордер;

— кассовый чек.

X — отчет – это предварительный итог о проделанной финансовой работе. Расходно-кассовый ордер – документ, фиксирующий списание денежных средств.

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

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

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

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

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

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

2.3. UML диаграммы

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

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

Нужна помощь в написании диплома?

Цена диплома

Диаграмма вариантов использования или Use Case Diagram. Диаграммы вариантов использования описывают функциональное назначение системы или то, что система должна делать. В данном случае диаграмма вариантов использования (приложение 2).

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

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

— Произвести операцию продажи (см приложение 2) — данная диаграмма отображает последовательность действий при оформлении продажи товара;

— Выбрать товар из каталога (см. Приложение 2) – показывает последовательность действий при выборе товара из базы данных.

— Получить информацию о товаре (см. Приложение 2) – последовательность действий функции отображения краткой информации о товаре.

— Прием товара (см. Приложение 2) – последовательность действий при проведении приходных накладных и регистрации товара в базе данных

— Произвести инкассацию денежных средств (см. Приложение 2) – показывает последовательность действий при изъятии денежных средств из кассы.

— Изменить статус операции (см. Приложение 2) – показывает последовательность действий при смене статуса товара. Такая операция необходима при возврате товара от клиента.

— Посмотреть лист продаж (см. Приложение 2) – последовательность действий при открытии листа продаж.

2.4. Проектирование модели базы данных

Для создания модели данных, мы использовали CASE-средство AllFusion ERWin Data Modeler. Основные компоненты диаграммы ERwin — это сущности, атрибуты и связи. Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. В процессе проектирования модели данных мы создали 2 модели – логическую и физическую. Логическая модель является основой базы данных, она должна отображать взаимосвязи между реляционными таблицами.

Логическая модель (приложение 3) – отображает сущности – то есть, формально, это таблицы нашей базы данных. Всего у нас 7 сущностей, то есть, наша база данных имеет 7 постоянно пополняющихся таблиц. Каждая сущность состоит из атрибутов – то есть составляющих нашей таблицы. Грубо говоря, это столбцы нашей базы данных. Каждая сущность имеет связи с другими таблицами. Это значит, что внося изменения в одну из таблиц, они так же будут отображаться в связанных, с ней таблицах. В таблице Tovary хранятся данные всех товарах, которые хранятся на торговой точке. Каждому товару присвоен свой идентификационный номер – ID_Tov, благодаря которому, можно найти товар, введя в поле поиска этот номер. Каждому типу товаров присвоен свой артикул. Например, брелок Naimenovanie, которого — «кошка — пушистый» имеет артикул № 215897. Всего таких брелков на торговой точке может быть сколько угодно. Так же в таблице отображена информация о цене товара – атрибут Cena, о фирме, атрибут – Firma, о том, кто и когда поставил данный товар на склад – атрибуты Postavshik и Data_post. Таким образом, мы имеем полную информацию о хранимом товаре. Данная сущность имеет связь с сущностью Postavki. Postavki – таблица, в которой хранится информация о всех поставках, производимых на точке. Каждая поставка так же имеет свой идентификационный номер. Он отображается в столбце ID_Postavki. Каждая поставка на точку имеет свой номер – Nomer_Postavki, например, самая первая поставка на точку имеет номер 1, следующая – номер 2 и так по порядку. Благодаря этой таблице, мы можем знать когда (Data_Postavki) и что (Naimenovanie_Postavki) поступило на торговую точку. Например, 24 апреля на торговую точку поступили телефоны Nokia (см. таблицу 3).

Таблица 3. Пример заполнения граф

ID_Postavki	Nomer_Postavki	Dtat_Postavki	Naimenovanie_postavki
	Номер поставки	Дата поставки	Наименование поставки
123321	217	24/04/2011	Mob.tel. “Nokia”

Эта таблица имеет связь с таблицей Поставщиков – сущность Postavshiki. В этой таблице даны подробные данные о том, кто поставляет товар на торговую точку. Как и во всех сущностях, каждый поставщик имеет идентификационный номер – ID_Post. Каждому поставщику присвоен свой номер – Nomer_Post. В таблице так же отображены данные о фирме – поставщике и складе, с которого поставляется товар – Naimen_Post, Nomer_Sklada, Mesto_Sklada.

Так же в базе данных имеется таблица продаж, которая дает полную статистическую информацию обо всех операциях на торговой точке, зарегистрированных кассовым аппаратом. Данной таблице соответствует сущность Prodaji. У каждой продажи имеется свой идентификатор – ID_Prod. Каждой продаже соответствует свой номер — Тщьук. Например, самая первая продажа имеет номер 1, вторая продажа – номер 2 и так по порядку. Номер продажи соответствует номеру товарного чека. Так же в таблице предоставлены данные о дате продажи – Data и фамилия, имя, отчество продавца – Prodavec. Все данные этой таблицы дублируются на товарном чеке.

Нужна помощь в написании диплома?

Заказать диплом

Таблица продаж связана с таблицей проведенных на торговой точке инкассаций. Этой таблице соответствует сущность – Inkass. У каждой инкассации есть свой идентификатор – ID_ink. Для каждой инкассации предусмотрен свой порядковый номер – Nomer_Ink. В таблицу так же заносятся данные о дате инкассации – Data_Ink, сумме, которая изымается из кассы – Summa, а так же предоставлена полная информация о банке, как –то название и реквизиты – Bank, Rekviz. В таблицу вносятся данные о менеджере, который проводил инкассацию – Meneger и фамилия, имя, отчество инкассатора – Inkassator.

Неотъемлемой частью любого торгового процесса являются возвраты. В нашей базе данных ему выделена отдельная таблица – Возвраты, которой соответствует сущность – Vozvraty. Каждый возврат имеет свой идентификационный номер – ID_Vozvr. С этой таблицей связано несколько таблиц базы данных, поэтому в колонке идентификаторов так много номеров. Каждому возврату присвоен свой порядковый номер – Nomer_vozvr и дата, когда был возвращен товар – Data_Vozvr. В базе данных указывается наименование возвращаемого товара – Naimen_tov. Так как таблица уже связана с таблицей товара, то найти возвращаемый товар не составит труда. Вся информация о возврате будет синхронизирована с идентификационным номером товара и продажи, так станет ясно когда и какой товар был куплен, который сейчас необходимо принять обратно и вернуть деньги клиенту. Так же в базе данных есть колонка, где указана причина возврата товара – Prichina.

При оформлении возвратов так же необходимо ввести данные о клиенте, который возвращает товар. Для них определена отдельная таблица – Клиенты с сущностью – Klienty. Каждому клиенту соответствует идентификационный номер – ID_Klienta. Далее занесена информация о клиенте и его паспортные данные, а так же адрес и телефон клиента. Этим данным соответствуют атрибуты – Familia, Imya, Otchestvo, Data_Rojdenya, Adres, Telefon, Pasp_nomer, Pasp_Seriya, Pasp_Kem, Pasp_Kogda.

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

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

2.5. Технические ресурсы и программное обеспечение

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

Процессор: Intel Pentium Dual-Core E5500;

Центральный процессор Intel Pentium Dual Core E5500 обладает 2 МБ кеша, шиной FSB 800 МГц. Его уровень TDP является традиционным для современных двухъядерных процессоров компании Intel — 65 ватт. У компании Intel в ассортименте уже имеется очень похожий процессор — E6300. Он отличается только более высокой частотой шины FSB — 1066 МГц. Идеально подойдет для нашей торговой точки. Процессор позволит быстро и качественно решать поставленные задачи. Достаточно быстрый и мощный процессор позволит уменьшить время обработки заказа программой.

Материнская плата: Intel P41 DDR3 ATX;
Оперативная память: DDR3 2GB 2x1GB Kingston 1333MHz;
надежная оперативная память серии Signature Line фирмы Patriot. Полностью соответствует всем стандартам JEDEC, что гарантирует ее работоспособность в любом ПК.Модули памяти Patriot характеризуются высоким качеством и довольно невысокой ценой. PSD32G133381H имеет относительно невысокие показатели задержки и в силу этого показывает хорошие показатели производительности.
Жёсткий диск: 1000GB (2 x 500GB);

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

Видео-карта: ATi HD 5450 1Gb;
Корпус: CaseATX 350Wsilver-black;

Corsair XMS, TW3X2G1333C9A, BOX Тип памяти: DDR3 Тип исполнения: DIMM Рабочая частота (пропускная способность): 1333 МГц (PC-10600) Объем: 2 Гб Особенности: Комплект из двух модулей Номинальное напряжение: 1,5 В

Звуковая карта: Встроенная;
Оптический привод: DVD±RW;
Монитор: ACER 17″ V173DOB ;

ЖК-монитор V173DOb с 17″ диагональю и разрешением 1280 x 1024. Оснащен выходом D-sub. Поддерживает стандарт VESA, имеет высокую динамическую контрастность. Отлично подойдет для работы в течение долгого времени.

Клавиатура: Стандартная;
Мышь: Оптическая;
Принтер: Canon Pixma iP-2600

Для качественной работы торговой точки, нами будет использоваться источник бесперебойного питания Back UPS ES обеспечивает батарейную поддержку, позволяющую продолжить работу при отключениях энергоснабжения небольшой и средней продолжительности. Кроме того, ИБП APC Back UPS ES защитит наше оборудование от разрушительных скачков и перепадов напряжения, проникающих через электрические и телефонные линии. В случае продолжительного отключения энергоснабжения программное обеспечение автоматически выключит нашу компьютерную систему. Благодаря таким конструктивным решениям, как звуковые сигналы, индикатор состояния, батарея с возможностью замены пользователем, переустанавливаемые кнопочные предохранители и увеличенный интервал между розетками для трансформаторных блоков, ИБП APC Back UPS ES станет отличным выбором для защиты результатов нашего труда от постоянной угрозы отключений энергоснабжения и потери данных.

2.6. Графический интерфейс

На основании предъявленных требований нами был разработан графический интерфейс нашей программы. Окна программы выполнены в корпоративных цветах компании «Евросеть» — желтый и синий. В правом углу расположен логотип компании. Сверху в строке расположены кнопки быстрого доступа, нажав на которые, можно без труда вызвать меню операций. Нажав на кнопку Продажи (приложение 4), пользователь попадает в окно продаж. Нажав кнопку Выбрать товар из каталога, пользователь автоматически попадает в каталог товаров (см. Приложение 4). Здесь пользователь может выбрать необходимый товар. Товар можно выбирать по нескольким критериям:

— По номеру товара,

— По наименованию товара,

— По цене товара.

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

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

Нужна помощь в написании диплома?

Цена диплома

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

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

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

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

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

Глава 3. Расчет экономической эффективности

3.1. План анализа экономической эффективности

После завершения работ по проектированию Система готова к внедрению в реальных условиях предприятия. Для дальнейшего развития Системы необходимо рассчитать экономическую эффективность проекта. Для этого необходимо выбрать направление распространения Системы. Заказчиком системы выступала организация «Евросеть». Произведем расчет экономической эффективности проекта с точки зрения заказного проекта. Структура экономической части при создании программного обеспечения по заказу фирмы следующая:

Технико-экономическое обоснование разработки ПО;
Расчет затрат на разработку ПО;
Стоимость внедрения ПО Заказчиком;
Расходы заказчика при эксплуатации ПО;
Эффективность внедрения для Заказчика ПО;

3.2. Расчет единовременных затрат на разработку программного обеспечения

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

Определим временные затраты на различных стадиях проекта.

Этап технического задания – рассматриваемую задачу можно отнести к комплексу задач управления, поэтому с учётом степени новизны задачи определим временные затраты на этой стадии:

Tф = (3*6 + 2*16 )/5 = 10 дней

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

Этап эскизного проекта:

Tф = (3*12 + 2*32 )/5 = 20 дней

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

Нужна помощь в написании диплома?

Заказать диплом

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

Tф = (3*21 + 2*56 )/5 = 35 дней

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

Tф = (3*27 + 2*62 )/5 = 41день

Этап внедрения учитывает класс проекта, специфику продукта и отрасли применения. Длительность этого этапа определяется:

Tф = (3*5 + 2*15 )/5 = 9 дней

Фактическая трудоемкость по стадиям проектирования представлена в виде таблицы (табл. 4).

Таблица 4. Фактическая трудоемкость по стадиям проектирования

Стадия	Tmin (дней)	Tmax (дней)	Tф (дней)
1. Техническое задание	6	16	10
2. Эскизный проект	12	32	20
3. Технический проект	21	56	35
4. Рабочий проект	27	62	41
5. Внедрение	5	15	9
Итого:	71	181	115

В смету затрат на разработку ПО включаются:

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

Материальные затраты.

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

Таблица 5. Материалы и принадлежности, использованные в процессе разработки

Наименование	Количество,	Цена,	Стоимость,
Наименование	шт.	руб.	руб.
Бумага (А4)	210	0,3	63
Flash накопитель	1	1290	1290
Картридж	1	600	600
Итого:			1953

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

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

Отчисления на социальные нужды.

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

Нужна помощь в написании диплома?

Подробнее

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

Время работы на ЭВМ и принтере равны соответственно:

Затраты на оборудование.
Затраты на электроэнергию.
Затраты на обслуживающий персонал.

Данный вид затрат отсутствует.

Таким образом, стоимость машинного времени на подготовку и отладку программ равно:

Стоимость инструментальных средств.

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

Таблица 6. Стоимость специализированного программного обеспечения

Программное обеспечение	Стоимость,
Программное обеспечение	руб.
Microsoft Office XP Professional	6300,00
CA ERwin Data Modeler	2530,00
AllFusion Process Modeler	1802,00
Dreamweaver CS5.5	412,00
Итого:	11044,00

Смета затрат на информационную систему приведена в таблице 7

Таблица 7. Смета затрат на разработку ПО

Элемент затрат	Стоимость, руб.
Материальные затраты	1953,00
Основная и дополнительная зарплата	108537,00
Отчисления на социальные нужды	36902,58
Оплата машинного времени	1360,17
Стоимость инструментальных средств	600,9
Накладные расходы	29601,00
Итого:	178954,65

3.3. Единовременные расходы организации заказчика программного обеспечения при внедрении информационной системы

К единовременным затратам пользователя программного обеспечения K_общотносятся затраты на оплату:

программного обеспечения Ц_по;
инструментальных средств Ц_ис;
Персонального компьютера, прочих аппаратных средств и сетевого оборудования К_эвм;

Стоимость программного обеспечения.

Итак, стоимость программного обеспечения равна:

Стоимость инструментальных средств.

Стоимость инструментальных средств и годовых сумм амортизации приведены в таблице 8

Таблица 8. Расчет стоимости и амортизационных отчислений инструментальных средств

Виды ПО

Стоимость,

руб.

Норма амортизации,

Амортизационные отчисления,

руб.

MS WINDOWS Millenium

2234.00

670.20

Стоимость ЭВМ, прочих аппаратных средств и сетевого оборудования.

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

Нужна помощь в написании диплома?

Подробнее

Таблица 9. Расчет стоимости и амортизационных отчислений оборудования

Наименование оборудования	Количество	Цена, руб.	Стоимость, руб.	Норма амортизации, %	Амортизац.отчисления, руб.
Компьютер Intel Pentium Dual-Core E5500	1 шт.	19500	19500.00	30	5850.00
Сетевая розетка	1 шт.	8.00	8.00	30	2.40
КабельUTP5	8 м	4.00	32.00	30	9,60
Итого:			19540,00		5862,0

Стоимость подключения к Интернет.

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

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

К_общ= Ц_по + Ц_ис + К_эвм(7)

К_общ=253399,66 +2234+19540=275173,66

3.4. Текущие расходы пользователя информационной системы

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

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

Амортизацию оборудования, ПО и инструментальных средств.

Данные по амортизации оборудования и ПО расположены в таблицах 8, 9.

Материалы.

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

Таблица 10. Материалы, использующиеся в процессе эксплуатации

Наименование	Количество, шт.	Цена, руб.	Стоимость, руб.
Бумага	5000	0,2	1000
Flash накопитель	1	1290	1290
Картридж	1	150	150
Итого:			2440

Электроэнергия.

Затраты на электроэнергию посчитаем по формуле:

(8)

где С_ЭВМ, С_принт. – стоимость машино-часа ЭВМ и принтера соответственно;

Нужна помощь в написании диплома?

Цена диплома

Т_{сут.ЭВМ}, Т_{сут.принт.} – суточное время работы ЭВМ и принтера соответственно;

Т_год – время рабочих дней в году.

Обтирочные и смазочные материалы.

Стоимость обтирочных материалов равна 20 рублей 00 копеек.

Ремонт оборудования.

Ремонт оборудования составляет 5% от стоимости. Значит:

К_5% = К_ЭВМ * 0.05 = 19540,00 * 0,05 = 977,00(рублей).

Абонентская плата при использовании услуг Интернет.

Абонентская плата за использование в Наро-Фоминске безлимитного интернета в течение месяца составляет 500 рублей, при скорости доступа в интернет 6 Мбит/с

В год: 500*12=6000,00 (руб.)

На основе произведенных расчетов составим смету текущих расходов за год (табл. 11).

Таблица 11. Смета текущих расходов при использовании программного продукта (в год)

Затраты на:	Расходы, руб.
амортизацию оборудования, ПО и инструментальных средств	6532,20
Материалы	2440,00
Электроэнергию	1980,00
обтирочные и смазочные материалы	20,00
ремонт оборудования	977,00
плата за Интернет	6000,00
Итого:	17949,20

3.5. Сравнение с базовым программным продуктом.

Если обратиться на рынок информационных систем торговых предприятий, то несомненным лидером окажется российская компания «1С». Под этим брендом выпущено огромное количество продуктов, в том числе для точек продажи бытовой техники. Услугами компании пользуется и компания «Евросеть». На торговых точках ритейлера установлено программное обеспечение «1С – рарус». Главным минусом программы является слишком дорогая лицензия. Ежегодно ее владельцам необходимо выплачивать 22 000 рублей за одну лицензию.

Но самым главным недостатком использования базового продукта является – наличие штатного оператора. В его работу входит обслуживание, настройка и отладка базового программного продукта, ведение базы данных, ввод новых товаров в систему. Среднемесячная зарплата оператора составляет 22 560 рублей, с учетом налогов и прочих отчислений. В год на оплату его работы тратится:

22 560 * 12 = 270 720 рублей

Нужна помощь в написании диплома?

Заказать диплом

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

Годовые затраты за использование базового программного продукта представлены в таблице 12.

Таблица 12. Смета текущих расходов при использовании базового продукта (в год)

Затраты на:	Расходы, руб.
амортизацию оборудования, ПО и инструментальных средств	6532,20
Материалы	2440,00
Электроэнергию	1980,00
обтирочные и смазочные материалы	20,00
ремонт оборудования	977,00
плата за Интернет	6000,00
Лицензия за использование программного продукта	22 000, 00
Зарплата оператора	270 720, 00
Итого:	39949,20

Сравнительный анализ затрат при использовании базового и программного продуктов проведем в таблице 13.

Таблица 13. Сравнительный анализ затрат при использовании базового и программного продуктов

Наименование статьи расходов	Использование базового продукта, руб.	Использование нашего продукта, руб.
Амортизация оборудования, ПО и инструментальных средств	6532,20	6532,20
Материалы	2440,00	2440,00
Электроэнергию	1980,00	1980,00
обтирочные и смазочные материалы	20,00	20,00
ремонт оборудования	977,00	977,00
плата за Интернет	6000,00	6000,00
Лицензия за использование программного продукта	22 000, 00	—
Зарплата оператора	270 720, 00	—
Итого:	310 669,20	17949,20

Годовой экономический эффект от внедрения программного продукта рассчитывается по формуле:

(9)

Отсюда:

Э = 310 669,20 – 17949,20= 292 720 рублей = 94%

Таким образом, можно сделать вывод, что годовая экономия при использовании нашей информационной системы составляет: 292 720 рублей в год, или 24 393 рубля в месяц (813 рублей в день), что позволит сократить расходы на оборудование на 94 %. Экономическая эффективность при использовании данного программного продукта составит:

Э_эф= Э / К_общ(10)

Получим:

Э_{эф =}292 720 / 275173,66 = 1,06 = 106%

Рассчитаем срок окупаемости произведенных затрат. Он составит:

Т_ок= 275 173,66 / 292 720 = 0,9 года

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

Нужна помощь в написании диплома?

Цена диплома

Заключение

В данной дипломной работе нами была осуществлена разработка информационной системы менеджера по продажам салона сотовой связи ООО «Евросеть».

В процессе работы над проектом были получены практические навыки в исследовании предметной области и описания проектного решения.

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

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

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

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

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

Годовой экономический эффект при использовании программного продукта при благоприятном прогнозе составит 292 720 рублей.

Экономическая эффективность при использовании данного программного обеспечения при благоприятном прогнозе составит 106 %.

Срок окупаемости произведенных затрат составит 10 месяцев.

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

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

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

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

1. Балдин К.В., Уткин В.Б. Информационные системы в экономике,2008.
2. Барановская Т.П., Лойко В.И. Информационные системы и технологии в экономике: учебник. – М.: Финансы и статистика, 2002
3. Братищенко В.В. Проектирование информационных систем. — Иркутск: Изд-во БГУЭП, 2004
4. Бурков А.В. , Проектирование информационных систем в Microsoft SQL Server 2008 и Visual Studio 2008
5. Буч Г. Рамбо. Д. Джекобсон А. Язык UML. Руководство пользователя: Пер. с англ. ДМК, 2000. — 432 с.
6. Введение в информационный бизнес. Учебное пособие под ред. В.П. Тихомирова, А.В. Хорошилова. – М.: Финансы и статистика, 1996
7. Вендров А.М. Проектирование программного обеспечения экономических информационных систем. — М.: Финансы и статистика, 2000
8. Гаскаров Д. В. Интеллектуальные информационные системы. — М: Высшая школа, 2003.
9. Гейн К., Сарсон Т. Структурный системный анализ: средства и методы. М: “Эйтекс”, 1992 — 274 с.
10. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем. — Интернет-университет информационных технологий: ИНТУИТ.ру, 2008
11. Джим А. UML 2.0 и Унифицированный процесс. Практический объектно-ориентированный анализ и проектирование, 2007.
12. Макконнелл С., Сколько стоит программный проект, 2007
13. Маклаков С.В. Моделирование бизнес-процессов с BPwin 4.0.-М.:ДИАЛОГ-МИФИ, 2002. –224 с.
14. Мюллер Р. Базы данных и UML. Проектирование,2007.
15. Скрипкин К. Г. Экономическая эффективность информационных систем. — М.: ДМК Пресс, 2008
16. Смирнова Г. Н., А.А. Сорокин, Ю.Ф. Тельнов. Проектирование экономических информационных систем: – М.: Финансы и статистика, 2002.
17. http://prepod2000.kulichki.net
18. http://ru.wikipedia.org/wiki/IDEF0
19. http://www.euroset.ru
20. http://www.interface.ru
21. William S. Davis, David C. Yen. The Information System Consultant’s Handbook. Systems Analysis and Design. CRC Press, 1998

Предыдущий пример

Следующий пример