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

Содержание:
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-функции системы исследуются независимо от объектов, которые обеспечивают их выполнение.
Первый шаг при построении модели 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) Общие сведения
1.1 Полное наименование системы и ее условное обозначение
Полное наименование системы: автоматизированная информационная система «Система управления деятельностью стоматологического кабинета»
Условное обозначение: Стоматология
1.2 Шифр темы или шифр (номер) договора
Шифр темы: АС-ДСК-2008
Шифр договора: №1/12345 от 21.11.2008
1.3 Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты:
Наименование предприятия разработчика: ПБОЮЛ Гурдина ЛВ
Адрес: г.Киров
Наименование предприятия заказчика: ПБОЮЛ Гурдин ММ
Адрес: г.Киров
1.4 Перечень документов, на основании которых создается система, кем и когда утверждены эти документы
Документ, на основании которого создается система – договор №1/12345, утвержденнный Гурдиным М.М. от 21 декабря 2008 г.
1.5 Плановые сроки начала и окончания работы по созданию системы
Плановые сроки начала работ по созданию системы – 01.11.2008
Плановые сроки окончания работ по созданию системы – 08.01.2009
1.6 Сведения об источниках и порядке финансирования работ:
Источником финансирования является предприятие заказчика,
Порядок финансирования определяется договором с заказчиком.
1.7 Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы
Результаты работ по проекту передаются Заказчику в сроки, установленные Договором, в двух экземплярах в виде программного комплекса и технической документации. Исходные коды передаются на электронном носителе (компакт-диск), а техническая документация – на электронном и бумажном.
Состав разрабатываемого Исполнителем комплекта документации приведен в разделе «Требования к документированию» настоящего технического задания.
Приемка комплекса осуществляется комиссией в составе уполномоченных представителей Заказчика и Исполнителя. Порядок предоставления комплекса, проведения его испытаний и приемки определен в разделе 6 настоящего технического задания.

2) Назначение и цели создания (развития) системы
2.1 Назначение системы:
Система предназначена для сбора, хранения и обработки данных о пациентах, их истории лечения и используемых лекарственных прапаратах, а так же врачей назначавших и проводящих это лечение.
2.2 Цели создания системы:
Целью создания системы является:
· снижение рутинной работы администратора за счет быстрого поиска необходимой информации.
3) Характеристика объектов автоматизации
3.1 Краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию.
Объектом автоматизации является организация ООО «ГММ»
3.2 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.
Характеристики окружающей среды и условия эксплуатации определяются в соответствии с Гигиеническими требованиями к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работы (Санитарные правила и нормы. СанПиН 2.2.2.542-96 (утв. постановлением Госкомсанэпиднадзора России от 14.07.96 г. N 14).

4) Требования к системе
4.1 Требования к системе в целом:
4.1.1 Требования к структуре и функционированию системы
4.1.1.1 Перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы.
В состав системы должны быть включены следующие подсистемы:
Подсистема хранения данных (о пациентах, лекарственных препаратах, и врачах) предназначенная для хранения данных системы;
Подсистема управления справочной информацией предназначена для ведения справочников.
Так же система должна обладать иерархической структурой и включать в себя перечисленные ниже уровни иерархии:
1-й уровень - уровень сбора данных;
2-й уровень - уровень консолидации данных (централизованная обработка, хранение и пр.);
4.1.1.2 Требования к составу выполняемых функций .
Программа должна обеспечивать возможность выполнения перечисленных ниже функций:
1) добавления записей в таблицы базы данных
2) удаления записей из таблиц базы данных
3) сортировки записей в таблицах базы данных.
4.1.1.3 Перспективы развития, модернизации системы
АС должна реализовывать возможность дальнейшей модернизации как программного обеспечения, так комплекса технических средств.
Также необходимо предусмотреть возможность увеличения производительности системы путем её масштабирования.
4.1.2 Требования к численности и квалификации персонала системы и режиму его работы.
Численность персонала должна удовлетворять требованиям:
1) быть достаточной для реализации автоматизированных функций системы во всех режимах работы системы;
2) обеспечивать полную занятость персонала при реализации автоматизированных функций системы.
4.1.3 Показатели назначения.
Система должна обеспечивать возможность хранения данных до 15 лет, а так же возможность работы в системе всем имеющимся автоматизируем рабочим местам в организации (до 20).
4.1.4 Требования к надежности.
Необходимо, чтобы система обладала устойчивостью к отказам оборудования и программных систем, а также электропитания. Для надежной работы комплекса необходимы высоконадежные аппаратные и программные системы. Требования надежности должны быть регламентированы для следующих аварийных ситуаций:- выход из строя аппаратных средств системы;- отсутствие электроэнергии;- выход из строя программных средств системы;- неверные действия персонала компании;- пожар, взрыв и т.п. Методы оценки и контроля показателей надежности на разных стадиях создания системы должны отвечать следующим особенностям:· многофункциональность;· сложные формы взаимосвязи систем комплекса;· существенная роль временных соотношений отказов отдельных систем комплекса;· разнообразные законы распределения среднего времени безотказной работы и восстановления.
4.1.5 Требования безопасности.
Все технические решения, использованные при создании АИС, а также при определении требований к аппаратному обеспечению, должны соответствовать действующим нормам и правилам техники безопасности, пожаробезопасности и взрывобезопасности, а также охраны окружающей среды при эксплуатации.
Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).
Более детальные требования по безопасности эксплуатации и обслуживания технических средств, входящих в состав системы, описываются в поставляемой с ними эксплуатационной документации.

Внимание, отключите Adblock

Вы посетили наш сайт со включенным блокировщиком рекламы!
Ссылка для скачивания станет доступной сразу после отключения Adblock!

Скачать полную версию