Загрузка...
Учебная работа. Реферат: Разработка и стандартизация программных средств и информационных технологий
ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ
ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ
«ВЯТСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»
СОЦИАЛЬНО-ЭКОНОМИЧЕСКИЙ ФАКУЛЬТЕТ
КАФЕДРА ПРИКЛАДНОЙ ИНФОРМАТИКИ
Объяснительная записка
Курсовой проект по дисциплине
«Разработка и стандартизация
программных средств и информационных технологий»
ТПЖА. 080801. 056 ПЗ
Разработала студентка гр. ПИЭ_____________________ /Гурдина Л.В./
(подпись)
Проверил фффффффффф ввв_____________________/Голованов А.А./
(подпись)
Проект защищен с оценкой «(__________)» «___» _______2009 год
Киров 2009
Содержание:
1. Цель курсовой работы……………………………………………….………3
2. Многофункциональные способности BPWin…………………………………….4
3. Построение модели IDEF0…………………………………………………..5
4. Построение модели IDEF3…………………………………………………..8
5. Построение модели DFD……………………………………………………11
6. Техническое задание………………………………………………………..13
7. Перечень литературы…………………………………………………………28
Цель курсовой работы:
1 Выстроить контекст системы – взаимодействие моделируемого объекта с наружным миром (IDEF0).
2 На втором уровне модели отразить главные деятель объекта и их связи (IDEF0).
3 Детализировать каждую из деятельностей на бизнес-процессы, лучше, единственного уровня (IDEF3).
4 Детализировать бизнес-процессы средством бизнес-функций на не наиболее 2-3 уровней детализации(IDEF3, DFD).
5. Создать техническое задание техническое задание на создание автоматической системы в согласовании с ГОСТ 34.602-89.
2. Многофункциональные способности
BPWin
BPwin — инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. Его можно применять для графического представления бизнес-процессов. Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель бизнес-процесса. Графическое изложение данной для нас инфы дозволяет перевести задачки управления организацией из области сложного ремесла в сферу инженерных технологий.
BPwin помогает верно документировать принципиальные нюансы всех бизнес-процессов: деяния, которые нужно сделать, методы их воплощения и контроля, требующиеся для этого ресурсы, также визуализировать получаемые от этих действий результаты. Так же он увеличивает бизнес-эффективность ИТ-решений, позволяя аналитикам и проектировщикам моделей соотносить корпоративные инициативы и задачки с бизнес-требованиями и действиями информационной архитектуры и проектирования приложений. Таковым образом, формируется целостная картина деятель компании: от потоков работ в маленьких подразделениях до сложных организационных функций.
BPwin эффективен в проектах, связанных с описанием работающих баз компаний, реорганизацией бизнес-процессов, внедрением корпоративной информационной системы. Продукт дозволяет улучшить деятельность компании и проверить ее на соответствие эталонам ISO 9000, спроектировать оргструктуру, понизить Издержки, исключить ненадобные операции и повысить эффективность.
3.Построение модели
IDEF
0
Методология многофункционального моделирования IDEF0 — это разработка описания системы в целом как огромного количества взаимозависимых действий либо функций. Принципиально отметить многофункциональную направленность: IDEF0-функции системы исследуются независимо от объектов, которые обеспечивают их выполнение.
1-ый шаг при построении модели IDEF0 заключается в определенииназначения модели — набора вопросцев, на которые обязана отвечатьмодель.
Контекстная диаграмма IDEF0 – «Деятельность
стоматологического кабинета».
Декомпозиция контекстной диаграммы — «Деятельность стоматологического кабинета»
Декомпозиция контекстной диаграммы – «Проведение
рекламных исследовательских работ»
Декомпозиция контекстной диаграммы –
«Организация работы с пациентами»
Декомпозиция контекстной диаграммы – «Учет и оценка деятельности»
4. Построение модели
IDEF
3
IDEF3 — метод описания действий с внедрением структурированного способа, позволяющего профессионалу в предметной области представить положение вещей, как упорядоченную последовательность событий с одновременным описанием объектов, имеющих конкретное отношение к процессу.
IDEF3 является технологией, отлично адаптированной для сбора данных, требующихся для проведения структурного анализа системы.
Диаграмма IDEF3 работы «Исследование структуры рынка»
Диаграмма IDEF3 работы «Прием пациента»
Диаграмма IDEF3 работы «Оплата »
Диаграмма IDEF3 работы «Финансовая отчетность»
5. Построение модели
DFD
Так же, как и диаграммы IDEF0, диаграммы потоков данных (DataFlowDiagrams — DFD) моделируют систему как набор действий, соединенных друг с другом стрелками. Диаграммы потоков данных могут содержать два новейших типа объектов: объекты, собирающие и хранящие информацию, —
и
— объекты, моделирующие взаимодействие с теми частями системы (либо иными системами), которые выходят за границы моделирования
DFD диаграмма декомпозиции работы «Запись пациента»
DFD диаграмма декомпозиции работы «Учет фармацевтических средств и расходных материалов»
__________________
ПБОЮЛ Гурдина Л.В. ______________________
наименование организации — разраба ТЗ на АС УТВЕРЖДАЮРуководитель (директор стоматологического кабинета) Гурдин Миша МихайловичЛичная подпись Расшифровка подписи Гурдин М.М.Печать Дата 21.11.2008 УТВЕРЖДАЮРуководитель (организатор-разработчик) Гурдина Людмила ВалерьевнаЛичная подпись Расшифровка подписи Гурдина Л.В.Печать Дата 21.11.2008 автоматическая информационная система «Система управления Деятельностью стоматологического кабинета»
наименование вида АС_____________Стоматологический кабинет
_________________ наименование объекта автоматизации__________Стоматологический кабинат______________
ТЕХНИЧЕСКОЕ ЗАДАНИЕ На 16листах Действует с 21.11.2008 СОГЛАСОВАНО Управляющий (директор, наименование согласующей организации) Гурдин Миша МихайловичЛичная подпись Расшифровка подписи Гурдин М.М. ПечатьДата 21.11.2008
1) Общие сведения
Полное наименование системы: автоматическая информационная система «Система управления Деятельностью стоматологического кабинета»
Условное обозначение: Стоматология
Шифр темы: АС-ДСК-2008
Шифр контракта: №1/12345 от 21.11.2008
Наименование компании разраба: ПБОЮЛ Гурдина ЛВ
адресок: г.Киров
Наименование компании заказчика: ПБОЮЛ Гурдин ММ
адресок: г.Киров
документ, на основании которого создается система – контракт №1/12345, утвержденнный Гурдиным М.М. от 21 декабря 2008 г.
Плановые сроки начала работ по созданию системы – 01.11.2008
Плановые сроки окончания работ по созданию системы – 08.01.2009
Источником финансирования является предприятие заказчика,
порядок финансирования определяется контрактом с заказчиком.
Результаты работ по проекту передаются Заказчику в сроки, установленные Контрактом, в 2-ух экземплярах в виде программного комплекса и технической документации. Начальные коды передаются на электрическом носителе (компакт-диск), а техно документация – на электрическом и картонном.
Состав разрабатываемого Исполнителем набора документации приведен в разделе «Требования к документированию» реального технического задания.
Приемка комплекса осуществляется комиссией в составе уполномоченных представителей Заказчика и Исполнителя. порядок предоставления комплекса, проведения его испытаний и приемки определен в разделе 6 реального технического задания.
2) Предназначение и цели сотворения (развития) системы
Система создана для сбора, хранения и обработки данных о пациентах, их истории исцеления и применяемых фармацевтических прапаратах, а так же докторов назначавших и проводящих это системы:
Целью сотворения системы является:
· понижение рутинной работы админа за счет резвого поиска нужной инфы.
3) Черта объектов автоматизации
Объектом автоматизации является организация ООО «ГММ»
Свойства окружающей среды и условия эксплуатации определяются в согласовании с Гигиеническими требованиями к видеодисплейным терминалам, индивидуальным электронно-вычислительным машинкам и организации работы (Санитарные правила и нормы. СанПиН 2.2.2.542-96 (утв. постановлением Госкомсанэпиднадзора Рф от 14.07.96 г. N 14).
4) Требования к системе
4.1 Требования к системе в целом:
В состав системы должны быть включены последующие подсистемы:
Подсистема хранения данных (о пациентах, фармацевтических продуктах, и докторах) созданная для хранения данных системы;
Подсистема управления справочной информацией создана для ведения справочников.
Так же система обязана владеть иерархической структурой и включать в себя перечисленные ниже уровни иерархии:
1-й уровень — уровень сбора данных;
2-й уровень — уровень консолидации данных (централизованная обработка, хранение и пр.);
4.1.1.2 Требования к составу выполняемых функций
.
программка обязана обеспечивать возможность выполнения перечисленных ниже функций:
1) прибавления записей в таблицы базы данных
2) удаления записей из таблиц базы данных
3) сортировки записей в таблицах базы данных.
АС обязана реализовывать возможность предстоящей модернизации как программного обеспечения, так комплекса технических средств.
Также нужно предугадать возможность роста производительности системы методом её масштабирования.
Численность персонала обязана удовлетворять требованиям:
1) быть достаточной для реализации автоматических функций системы во всех режимах работы системы;
2) обеспечивать полную занятость персонала при реализации автоматических функций системы.
Система обязана обеспечивать возможность хранения данных до 15 лет, а так же возможность работы в системе всем имеющимся автоматизируем рабочим местам в организации (до 20).
нужно, чтоб система владела устойчивостью к отказам оборудования и программных систем, также электропитания. Для надежной работы комплекса нужны высоконадежные аппаратные и программные системы. Требования надежности должны быть регламентированы для последующих аварийных ситуаций:- выход из строя аппаратных средств системы;- отсутствие электроэнергии;- выход из строя программных средств системы;- неправильные деяния персонала компании;- пожар, взрыв и т.п. способы оценки и контроля характеристик надежности на различных стадиях сотворения системы должны отвечать последующим особенностям:· многофункциональность;· сложные формы связи систем комплекса;· значимая роль временных соотношений отказов отдельных систем комплекса;· различные законы распределения среднего времени неотказной работы и восстановления.
Все технические решения, использованные при разработке АИС, также при определении требований к аппаратному обеспечению, должны соответствовать работающим нормам и правилам техники сохранности, пожаробезопасности и взрывобезопасности, также охраны окружающей среды при эксплуатации.
Причины, оказывающие вредные действия на здоровье со стороны всех частей системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превосходить работающих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).
Наиболее детальные требования по сохранности эксплуатации и обслуживания технических средств, входящих в состав системы, описываются в поставляемой с ними эксплуатационной документации.
Взаимодействие юзеров с прикладным программным обеспечением, входящим в состав системы обязано осуществляться средством зрительного графического интерфейса (GUI). интерфейс системы должен быть понятным и комфортным, не должен быть перегружен графическими элементами и должен обеспечивать резвое отображение экранных форм. Навигационные элементы должны быть выполнены в комфортной для юзера форме. средства редактирования инфы должны удовлетворять принятым соглашениям в части использования многофункциональных кнопок, режимов работы, поиска, использования оконной системы. Ввод-вывод данных системы, прием управляющих установок и отображение результатов их выполнения должны производиться в интерактивном режиме. интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удачный доступ к главным функциям и операциям системы.
Интерфейс должен быть рассчитан на преимущественное внедрение манипулятора типа «мышь», другими словами управление системой обязано осуществляться при помощи набора экранных меню, клавиш, значков и т. п. частей. Клавиатурный режим ввода должен употребляется основным образом при заполнении и/либо редактировании текстовых и числовых полей экранных форм.
Все надписи экранных форм, также сообщения, выдаваемые юзеру (не считая системных сообщений) должны быть на российском языке.
Система обязана обеспечивать корректную обработку аварийных ситуаций, вызванных неправильными действиями юзеров, неправильным форматом либо недопустимыми значениями входных данных. В обозначенных вариантах система обязана выдавать юзеру надлежащие сообщения, опосля чего же ворачиваться в рабочее состояние, предшествовавшее неправильной (недопустимой) команде либо неправильному вводу данных.
Экранные формы должны проектироваться с учетом требований унификации:
– все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с схожим расположением главных частей управления и навигации;
– для обозначения схожих операций должны употребляться схожие графические значки, клавиши и остальные управляющие (навигационные) элементы. определения, применяемые для обозначения типовых операций (добавление информационной сути, редактирование поля данных), также последовательности действий юзера при их выполнении, должны быть унифицированы;
– наружное медицины при условии комплектования качественным оборудованием (ПЭВМ, монитор и прочее оборудование), имеющим нужные сертификаты соответствия и сохранности Росстандарта.
Требования не оговариваются.
Информационная система обязана обеспечивать защиту от несанкционированного доступа на уровне не ниже установленного требованиями, предъявляемыми к группы 1Д по систематизации работающего руководящего документа Гостехкомиссии Рф «Автоматические системы.
Программное обеспечение обязано восстанавливать свое функционирование при корректном перезапуске аппаратных средств. Обязана быть предусмотрена возможность организации автоматического и (либо) ручного запасного копирования данных системы средствами системного и базисного программного обеспечения (ОС, СУБД), входящего в состав программно технического комплекса Заказчика.
Приведенные выше требования не распространяются на составляющие системы, разработанные третьими сторонами и действительны лишь при соблюдении правил эксплуатации этих компонент, включая своевременную установку обновлений, рекомендованных производителями покупного программного обеспечения.
.
защита от воздействия наружных действий обязана обеспечиваться средствами программно технического комплекса Заказчика.
установка системы в целом, как и установка отдельных частей системы не обязана предъявлять доп требований к покупке лицензий на программное обеспечение посторониих производителей, не считая программного обеспечения.
В процессе функционирования системы должны употребляться программные и аппаратные средства с учетом удобства их внедрения в рамках комплекса.
база данных хранится в формате MicrosoftAccess (mdb-файл). Опосля внесения конфигураций все данные сохранять в том же файле.
интерфейс системы выстроить на базе обычных для операционной системы Windows частей. Для изображения разных объектов базы данных применять пиктограммы, принятые в MicrosoftAccess.
Доп требования не предъявляются.
4.2.1
Подсистема хранения данных обязана производить хранение оперативных данных системы, данных для формирования аналитических отчетов, документов системы, сформированных в процессе работы отчетов.
Подсистема обязана обеспечивать периодическое запасное копирование и сохранение данных на доп носителях инфы.
4.2.2.
Подсистема обязана решать задачку обеспечения информационной сопоставимости данных, которыми обмениваются отдельные составляющие системы меж собой, также со смежными системами в процессе функционирования. В число функций подсистемы должны быть включены функции ведения справочной инфы. Справочники и классификаторы, входящие в состав подсистемы, должны проектироваться и разрабатываться в согласовании с действующими общероссийскими и международными справочниками и классификаторами, где это представляется вероятным. Подсистема обязана предоставлять юзеру комфортные инструменты для поиска и внедрения нужной справочной инфы.
Все справочники, входящие в состав АИС системы, должны владеть последующей главный функциональностью:
— Неизменное хранение данных справочников;
— Добавление новейших частей;
— Редактирование частей;
— Удаление (удаление частей может быть только в том случае, если остальные имеющиеся объекты системы не ссылаются на удаляемый элемент);
— Просмотр частей;
— Просмотр перечня частей;
— Фильтрация и сортировка перечня частей;
— Поиск частей;
— Экспорт и импорт частей.
Список функций справочников должен быть уточнен на стадиях технического проектирования и опытнейшей эксплуатации.
4.2.3
Подсистема анализа обязана сформировывать и предоставлять аналитические данные о деятель организации с возможностью оперативного отслеживания главных характеристик.
Подсистема анализа обязана быть построена на базе современных OLAP-технологий, позволяющих строить многомерные аналитические отчеты случайного вида, включая графическое и текстовое база данных (внутримашинное обеспечение), входная, внутренняя и выходная документация.· В качестве входной инфы выступает:БД учета и контроля (mdb-файла);· Выходной информацией служат:a. конфигурации в объектах БДb. mdb-файл с внесенными в него изменениямиc. отчет о введенной инфы
— шрифт ввода-вывода данных — кириллица; — Пользовательский интерфейс должен соответствовать последующим требованиям: 1. Действенные интерфейсы должны быть явными и внушать собственному юзеру чувство контроля. нужно, чтоб юзер мог одним взором окинуть весь диапазон собственных способностей, осознать, как достигнуть собственных целей и выполнить работу. 2. Действенные интерфейсы не должны тревожить юзера внутренним взаимодействием с системой. нужно бережное и непрерывное сохранение работы, с предоставлением юзеру способности отменять любые деяния в хоть какое время.
4.3.3. Требования к программному обеспечению.
ИС учета и контроля ТВКР просит для собственной работы установки последующего ПО :
1. На сервере ИС учета и контроля ТВКР должны быть установлены:
· Операционная система: MicrosoftWindows 2000/2003 Server,
· СУБД MicrosoftAccess 2000/XP (БД учета и контроля ТВКР)
2. На рабочей станции юзера нужно установить:
· Операционная система: Microsoft Windows 2000/XP/Vista
· ИС учета и контроля ТВКР.
4.3.4. Требования к техническому обеспечению.
Для функционирования ИС нужно:
—локальная вычислительная сеть на базе протокола TCP/IP с пропускной способностью 10/100 Мбит/с. должен удовлетворять последующим наименьшим требованиям:
—машина — комплекс технических средств, предназначенных для автоматической обработки информации в процессе решения вычислительных и информационных задач) (либо вычислительной системы) которое делает арифметические и логические операции данные программкой преобразования инфы управляет вычислительным действием и коор Celeron-500MHz либо аналогичный,
-1Gb и наиболее оперативки;
-80 Gb – твердый диск
-Монитор – SVGA;
-Клавиатура — 101/102 клавиши;
-Манипулятор типа «мышь».
Требования, предъявляемые к конфигурации клиентских станций:
· машина — комплекс технических средств, предназначенных для автоматической обработки информации в процессе решения вычислительных и информационных задач) (либо вычислительной системы) которое делает арифметические и логические операции данные программкой преобразования инфы управляет вычислительным действием и коор, с тактовой частотой не наименее 400 MHz,
· 256 Mb оперативки;
· монитор – SVGA;
· Клавиатура — 101/102 клавиши;
· Манипулятор типа «мышь».
Требования к метрологическому обеспечению не предъявляются
Работа по проекту обязана проводится в 2 шага:
· разработка концепции и технических заданий
· разработка программного обеспечения
Сроки выполнения шагов работ определяются календарным планом.
Стадии
Этапы работ
Представляемые документы
Срок выполнения
Предпроектная
Обследование объекта автоматизации
03.01.09
Составление отчета
Отчет
Доклад
09.01.09
Проектная
Разработка информационной базы
отчет
01.02.09
Разработка экранных форм для ввода данных
отчет
Эскизы форм
10.02.09
Разработка запросов к базе данных
отчет
20.02.09
Разработка интерфейсов системы
Отчет
26.02.09
Опытнейшая эксплуатация и внедрение системы
Опытнейшая эксплуатация системы.
Корректировка документации
отчет
28.02.09
Сдача системы в эксплуатацию
Отчет
Управление для юзера и админа
31.02.09
Виды, состав, размер, и способы испытаний подсистемы должны быть изложены в программке и методике испытаний АС Кадры, разрабатываемой в составе рабочей документации.
Сдача-приёмка работ делается поэтапно, в согласовании с рабочей программкой и календарным планом
Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается акт приемочной комиссии.
Все создаваемые в рамках истинной работы программные изделия (кроме покупных) передаются Заказчику, как в виде готовых модулей, так и в виде начальных кодов, представляемых в электрической форме на обычном машинном носителе (к примеру, на компакт-диске).
Статус приемочной комиссии определяется Заказчиком до проведения испытаний.
7
Для обеспечения готовности объекта к вводу системы в действие провести комплекс мероприятий:
· приобрести составляющие технического и программного обеспечения, заключить контракта на их лицензионное внедрение;
· окончить работы по установке технических средств;
· провести обучение юзеров.
Проектная документация обязана быть разработана в согласовании с ГОСТ 34.201-89 и ГОСТ ЕСПД. Отчетные материалы должны включать в себя текстовые материалы (выставленные в виде картонной копии и на цифровом носителе в формате MS Word) и графические материалы. Предоставить документы:
1. Описание автоматизируемых функций;
2. Схема многофункциональной структуры автоматизируемой деятель;
3. Описание технологического процесса обработки данных;
4. Описание информационного обеспечения;
5. Описание программного обеспечения АС;
6. Схема логической структуры БД;
7. Описание комплекса технических средств;
8. Чертёж формы документа (видеокадра);
9. Управление юзера;
10. Описание контрольного примера (по ГОСТ 24.102);
11. протокол испытаний (по ГОСТ 24.102).
Документы и информационные материалы, на основании которых разрабатывалось ТЗ и которые должны быть применены при разработке системы:
— ГОСТ 34.602-89. Информационная разработка. Комплекс эталонов на автоматические системы. Техническое задание на создание автоматической системы;
— ГОСТ 34.201-89. Информационная разработка. Комплекс эталонов на автоматические системы. Виды, комплектность и обозначение документов при разработке автоматической системы.
— Материалы курса РиСПСиИТ
7.
Перечень литературы:
1. Вендров А. М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: деньги и статистика, 2002. – 352 с.: ил.
2. С.В. Маклаков Моделирование бизнес – действий с AllfusionProcessModeler.
3. Буч Г. Объектно-ориентированный анализ и проектирование с примерами приложений на С++, 2-е изд./Пер. с англ. – М.: «Издательство Двучлен».
]]>