методы планирования качества.. курсовой проект мищен. Разработка программного обеспечения корпоративной информационной системы
 Скачать 4.62 Mb.
|
Назначение разработкиРазработать программный продукт для салона красоты, позволяющий учитывать полный цикл взаиморасчетов с клиентом от момента записи до расчета за оказанные услуги. Автоматизация работы сотрудников салона. Систематизация работы с поставщиками. Решение вопроса расчета с персоналом и хранения контактных данных сотрудников. Анализ существующих потребностей заказчика в области автоматизированного управления салоном. Совместная разработка с заказчиком технического задания. Разработка, программирование и отладка. Написание документации. Опытная эксплуатация. Разработка, программирование и отладка рабочей версии на основе замечаний, полученных по результатам опытной эксплуатации. Система должна содержать программу, которая выполняет следующие функции: создание новой учетной записи клиента – анкеты, содержащий в себе: ФИО клиента, контактная информация, список услуг, выбранные клиентами, стоимость. Изначально информация о клиенте вносится в базу, затем добавляется в форму заявки; формирование списка услуг; определение даты выполнения заявки; предварительный расчет суммы заказа. Требование к функциональным характеристикам программы: вывод стандартной цены заказа по наименованию; вывод информации о сумме заказа; вывод общей стоимости по заявкам; Требования к обеспечению надежного функционирования программы Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже: организацией бесперебойного питания технических средств; использованием лицензионного программного обеспечения; регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»; регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не должно превышать 30-ти минут при условии соблюдения условий эксплуатации технических и программных средств. Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств. Требования к интерфейсу: поле выбора даты документа; поле номера документа (автоматически); поле выбора услуги; поле выбора мастера; поля выбора даты выполнения заказа; поле вывода суммы Минимально необходимыми для работы программного средства являются следующие параметры оборудования и операционной среды: процессор типа IntelPentium, Celeron; AMDK5\K6, с тактовой частотой не менее 450 МГц монитор типа VGA с разрешением 640x480 или выше; 32-разрядная версия ОС Windows; для Windows 9x: минимум 128 Мб оперативной памяти; для WindowsNT: минимум 128 Мб оперативной памяти. Программа должна обеспечивать одновременную работу нескольких пользователей в одной системе пользователей. 1.6 Создание эскизного проекта Отдел, занимающийся созданием эскизного проекта, получает утвержденное техническое задание, после чего в его обязанности входит составление схемы организационной структуры, структурного комплекса технических средств, схемы функциональной структуры, автоматизации. После того, как построены все схемы и графические приложения, информация передается в отдел технического проектирования. 1.7 Техническое проектирование ЭИС При техническом проектировании осуществляют логическую проработку функциональной и системной архитектуры ЭИС, в процессе которой строится несколько вариантов всех компонентовсистемы; проводится оценка вариантов по показателям: стоимости, трудоемкости, достоверности получаемых результатов, и составляется «Технический проект» системы. Первым делом разрабатываются общесистемные проектные решения. Следующим этапом разработки является разработка локальных проектных решений, в число которых входит разработка «Постановки задач» для задач, входящих в состав каждой функциональной подсистемы: Таблица 3 – Постановка задач
Также на этом этапе разрабатывается структура входных и выходных сообщений, проектируется состав и структура информационной базы, уточняется состав технических средств. Затемпроект будущей КИС передается на рассмотрение заказчику. 2. Функциональное моделирование корпоративной ИС 2.1 Функциональная модель предметной области Основу деятельности любой организации составляют ее деловые процессы или бизнес-процессы, которые определяются целями и задачами организации. Каждый бизнес-процесс характеризуется четко определенным во времени началом и концом. Для каждой работы, входящей в бизнес-процесс, определены временные характеристики, определяющие ее место в общей последовательности работ. Описание деятельности организации с помощью бизнес-процессов позволяет определить где, когда и кем выполняется каждая функция, какие данные, информационные или функциональные взаимосвязи для этого нужны и откуда эти данные поступают. В данной курсовой работе рассматривается салон красоты. Можно выделить такие бизнес-процессы, как оформление услуги, оформление договора, и, в конечном итоге, определение прибыли. Каждый бизнес-процесс в данном проекте характеризуется определенными во времени началом и концом, внешними интерфейсами, которые либо связывают его с другими бизнес - процессами внутри организации, либо описывают выход во внешнее окружение, последовательностью выполняемых работ и правилами их выполнения (бизнес-правилами). Для каждой работы, входящей в бизнес-процесс, определены временные характеристики, определяющие ее место в общей последовательности работ, условия инициализации и время выполнения. В соответствии с описаннымибизнес-процессами построим, приведенные на рисунках 2, 3,4 диаграммы IDEF0.  Рисунок 2 - Контекстная диаграмма  Рисунок 3 – Детализация контекстной диаграммы  Рисунок 4 – Детализация процесса “Оформление заказа” 2.2 Инфологическая модель предметной области Цель инфологического моделирования – обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком (последний не может быть использован в чистом виде из-за сложности компьютерной обработки текстов и неоднозначности любого естественного языка). Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты). Инфологическая модель представлена в виде ER-диаграммы, созданной в ErWin:  Рисунок 5 – Инфологическая модель предметной области 2.3 Даталогическое проектирование базы данных В отличии от инфологической модели, которая осуществляет проектирование на логическом уровне, даталогическая модель позволяет рассматривать модель на физическом уровне. В реляционных БД даталогическое или логическое проектирование приводит к разработке схемы БД, то есть совокупности схем отношений, которые адекватно моделируют абстрактные объекты предметной области и семантические связи между этими объектами. Основой анализа корректности схемы являются так называемые функциональные зависимости между атрибутами БД. Под процессом модификации БД понимается внесение новых данных в БД или удаление некоторых данных из БД, а также обновление значений некоторых атрибутов. Приведем даталогическую модель для данной организации:  Рисунок 6 – Даталогическая модель предметной области 3 Проектирование цифровых сетей передачи данных корпоративной информационной системы Корпоративная сеть – это инфраструктура организации, поддерживающая решение актуальных задач и обеспечивающая достижение ее целей. Она объединяет в единое пространство информационные системы всех объектов корпорации. Корпоративная сеть создается в качестве системно-технической основы ИС. 3.1 Архитектура «клиент-сервер» Организацию вычислений в рамках технологии «клиент-сервер», подразделяют на двухуровневую и трехуровневую архитектуры. Трехуровневая архитектура (рисунок 7) характеризуется тем, что: обработка информации выполняется на сервере приложений, а не на клиентских машинах. Таким образом, интерфейс пользователя, прикладные алгоритмы и работа с БД выполняют три самостоятельные компоненты. Каждая из них реализована на базе собственной программной и аппаратной архитектуры и выполняет свои определенные функции.  Рисунок 7- Архитектура «клиент-сервер» 3.2 Структура сети передачи данных Для организации-заказчика разработана, приведенная ниже на рисунках, структура сети. По заданию основой сети проектной организации является сеть АТМ. Данный вид сети используется для связи между корпусами и приведен на рисунке 8.  Рисунок 8 – Организация сети между филиалами Для разграничения сетевого трафика внутри корпуса от внешней сети используется маршрутизатор (Router), который помимо этого позволяет уберечь сеть корпуса от пакетного шторма в случае неполадок во внешней сети. Все помещения корпуса соединены между собой концентратором (Switch) и работают по сетевой технологии на тонком коаксиальном кабеле с пропускной способностью 10 Mbit/s. Расположенные в помещениях АРМ обмениваются с сервером приложений транзакциями по 50 байт через каждые 1 с, представляющими собой HTTP-трафик. К серверу приложений, расположенному в первом корпусе обращаются как АРМ из первого, так и из второго корпусов. Структура сети в первом корпусе приведена на рисунке 9.  Рисунок 9 – Организация сети первого корпуса Структура сети второго корпуса приведена на рисунке 10.  Рисунок 10 – Организация сети второго корпуса Все помещения корпусов организованы единообразно. АРМ соединены между собой с помощью центрального концентратора. Структура сети помещений приведена на рисунке 11.  Рисунок 11 – Организация сети типового помещения Относительно молодая технология АТМ, в отличие от традиционных сетевых технологий, ориентирована на соединение. Поэтому перед тем, как передать информацию между пользователями, организуется виртуальный канал, который действует до момента окончания передачи. Это несколько напоминает телефонную сеть, то есть для каждой взаимодействующей пары пользователей организуется выделенная полоса пропускания с заранее заказанными характеристиками (ширина полосы пропускания, максимальные задержки при передаче и т.д. — такая опция называется QoS (QualityofService) и описана ниже). При этом весь разнородный трафик преобразуется в 48-байтовые ячейки, к которым добавляются 5-байтовые заголовки. В настоящий момент поддерживаются скорости передачи в опорной сети 155 Мбит/с и 622 Мбит/с, но существует и оборудование, рассчитанное на передачу 2,4 Гбит/с. Появление более высокоскоростных устройств затрудняется сложностью технологии; кроме того, стоимость такого порта на порядки выше порта DWDM мультиплексора, что делает подобную систему нерентабельной. В отличие от технологий, где применяется временное мультиплексирование (TDM), технология АТМ позволяет динамически изменять полосу пропускания, используемую под определенный поток, что дает возможность эффективно использовать имеющиеся каналы связи. К тому же, предусмотрен развитый механизм предоставления качественного обслуживания. Обеспечение режима QoS на 2-3-м уровне модели OSI является коренным отличием технологии АТМ от таких сетевых технологий, которые, независимо от ширины полосы пропускания, в принципе не могут предоставлять столь развитые возможности QoS. Это означает, что сегодня АТМ является единственной технологией, позволяющей полноценно передавать интегральный трафик (голос, видео, данные), одновременно удовлетворяя совершенно несовместимым требованиям к условиям передачи и жестким условиям в плане загрузки канала связи. Так, например, при передаче голоса или видео в реальном режиме времени очень актуальным становится обеспечение гарантированной полосы пропускания и минимальных временных задержек и потерь ячеек при передаче. Основными устройствами сети АТМ являются АТМ-коммутаторы, отвечающие за установление соединения между пользователями и за предоставление им при этом QoS . Как уже отмечалось выше, организация полноценного АТМ-соединения, кроме организации физического канала (например, в 155 Мбит/с), предусматривает еще и выполнение некоторых крайне важных функций, в частности обеспечение QoS. Перечислим типы QoS, принятые сегодня: 1 CBR (ConstantBitRate) — выделение канала с фиксированной пропускной способностью и другими параметрами (предельно допустимая задержка при передаче данных, и т.д.), заказанными пользователем. Такой вид QoS лучше всего подходит для передачи голоса. 2 RT-VBR (RealTimeVariableBitRate) — выделение канала с пропускной способностью в пределах коридора (минимум-максимум) и другими параметрами (максимальная задержка при передаче, и т.д.), запрошенными пользователем. RT-VBR идеально подходит для передачи видео и голоса. Имеет жесткие требования к задержке при передаче (поскольку предназначается для передачи трафика в режиме реального времени). 3 NRT-VBR (NonRealTimeVariableBitRate) — VBR с ослабленными требованиями к задержке передачи. NRT-VBR может применяться для передачи видео и голоса, не требующих режима реального времени. 4 ABR (AvailableBitRate) — предоставление пользователю части физического канала, оставшейся невостребованной; причем при установлении соединения пользователь задает максимальную и минимальную скорости передачи. Поскольку ABR не контролирует величину задержек передачи, этот режим рекомендуется применять при передаче данных (то есть для трафика, не чувствительного к задержке передачи). 5 UBR (UnspecifiedBitRate) — самый низкоприоритетный тип трафика. Не предусматривает гарантированного предоставления пользователю какой-либо полосы пропускания. Все зависит от того, имеется ли возможность предоставления пользователю какого-либо канала. 6 UBR+ — модифицированный UBR, дополненный функцией IntelligentPacketDiscard. Это очень существенное дополнение позволяет при потере ячейки (например, при перегрузке) не передавать оставашиеся ячейки из этого же пакета (кроме последней ячейки пакета), так как пакет уже не подлежит восстановлению. Данная операция особенно важна при использовании такого низкопроиритетного режима, как UBR. Следовательно, применение UBR+ позволяет разгрузить физические каналы АТМ. Основные преимущества технологии АТМ: 1 Динамическое управление полосой пропускания каналов связи. 2 Предоставление QoS для различных типов трафика. 3 Возможности резервирования каналов связи и оборудования. 4 Возможность интегрирования самых различных типов трафика, включая голос, данные, видео. 5 Возможность экономии полосы пропускания за счет специальных технологий обработки голосового трафика. 6 Возможность эмуляции «прозрачных» каналов связи. 7 Совместимость с технологией FR и предоставление сервисов пользователям FR. - используя технологию MPLS (TagSwitching), сервис-провайдер, имеющий опорную сеть АТМ, может динамически коммутировать трафик IP по опорной сети АТМ в реальном масштабе времени. При этом появляется возможность предоставлять необходимый QoS, соотнося уровни приоритезации IP И АТМ. Недостатки технологии АТМ: 1 Сложность технологии. 2 Относительно высокие цены оборудования. 3 Недостаточная совместимость оборудования от различных производителей. 4 В специфических задачах (например, при частой передаче небольших объемов трафика) применение технологии АТМ может привести к неоправданно большим задержкам при установлении соединений и к довольно высокому проценту служебной информации, загружающей канал связи. Использование технологии АТМ при построении опорной сети рекомендуется в следующих случаях: 1 Загрузка каналов близка к предельной. 2 Требуется передавать разнородный трафик с предоставлением различных классов обслуживания (голос, данные, видео). 3 Доля голосового трафика в общей загрузке канала является существенной. 4 Возможны требования по предоставлению «прозрачных» каналов связи, например для соединения выносов АТС. |