Проектирование информационной системы проектной организации (стр. 3 из 3)
Первым шагом при построении логической модели БД является построение диаграммы ERD. Эти диаграммы состоят из трех частей: сущностей, атрибутов, и взаимосвязей. ERD-диаграмма позволяет рассмотреть систему целиком и выяснить требования, необходимые для ее разработки, касающиеся хранения информации.
Существуют следующие виды логических взаимосвязей, т.е. связей между сущностями:
«один -ко- многим» - один экземпляр первой сущности взаимодействует с несколькими экземплярами другой сущности;
«многие -ко- многим» - экземпляры сущностей могут взаимодействовать с несколькими экземплярами других сущностей.
При создании сущности необходимо выделить группу атрибутов, которые потенциально могут стать первичным ключом. Первичный ключ должен быть таким, чтобы по значениям атрибутов, в него включенных, можно было точно идентифицировать экземпляр сущности, значения атрибутов первичного ключа не должны быть нулевыми и не должны меняться.
В рассматриваемой системе можно выделить следующие классы:
1) Сотрудники;
2) Договор;
3) Заказчик;
4) Оборудование;
5)Смета расходов;
6) Субподрядчики;
7) Подразделения;
8) Проект.
Сотрудники:
1. ФИО
2. Специализация
3. Трудовая книжка
4. Паспортные данные
Договор:
1. Юридический адрес заказчика
2. Юридический адрес организации
3. Банковские реквизиты
4. Обязательства сторон
5. Сроки выполнения
Заказчик:
1. ФИО
2. Адрес
3. Телефон
Оборудование:
1. Серийный номер
2. Наименование оборудования
Смета расходов:
1. Затраты на использование оборудования
2. Затраты на материалы
Субподрядчики
1. Телефон
2. Банковские реквизиты
3. Договор на выполнение работ
4. Юридический адрес
Подразделения
1. Конструкторы
2. Инженеры
3. Техники
4. Лаборанты
Проект
1. Список сотрудников
2. Оборудование
3. Материалы
Логическая модель данных представлена в графическом приложении.
3 РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ
3.1 ДИАГРАММА КОМПОНЕНТОВ
Диаграмма компонентов показывает, как выглядит модель на физическом уровне. На ней изображаются компоненты программного обеспечения системы и связи между ними. При этом выделяют два типа компонентов: исполняемые компоненты и библиотеки кода.
У каждого класса имеется свой собственный заголовочный файл и файл с расширением *.СРР, так что каждый класс преобразуется в свои собственные компоненты на диаграмме. Например, класс Client преобразуется в два компонента: client.h и client.cрp. Вместе эти компоненты представляют тело и заголовок класса Client. Компонент Hotel.exe представляет поток обработки информации (thread of processing). В данном случае поток обработки — это исполняемая программа.
3.2 ВЫБОР СРЕДСТВА РЕАЛИЗАЦИИ
При создании информационной системы разработчику придется подумать о средствах реализации своей системы и об интерфейсе, удобном для пользователя. В объектно-ориентированной операционной системе Windows интерфейс пользователя представляет собой целостную систему различных элементов (окна, меню). Основной задачей проектирования интерфейса пользователя является разработка целостной системы управления множеством состояний программного продукта.
Access позволяет создать удобный и понятный интерфейс пользователя для работы с данными при помощи форм. Формы используются в приложении для ввода и отображения данных. Формы содержат так называемые элементы управления, с помощью которых осуществляется доступ к данным в таблицах.
Функция окна описывает реакцию окна на поступающие сообщения. Она от обычных функций отличается тем, что имеет стандартные тип возврата и список формальных параметров и вызывается только операционной системой.
В объектно-ориентированном программировании методы изменения параметров состояния объекта обычно описываются отдельно. Функция окна реализует единственный метод для изменения всех параметров состояния окна.
Поэтому, я думаю, что для создания данной информационной систему можно воспользоваться средствами объектно-ориентированного программирования (например, язык программирования С++) и СУБД Access.
ЗАКЛЮЧЕНИЕ
Целью данной курсовой работы является изучение особенностей современных методов и средств проектирования информационных систем.
В процессе создания ИС была использована функциональная методология проектирования SADT, были построены полные и непротиворечивые функциональные и информационные модели.
Для построения различных диаграмм модели использовался набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область в соответствии с информационными потребностями пользователей. В процессе выполнения данной работы мы познакомились со специализированными программами такими, как BpWin, ErWin, UMLEditor.
В результате выполнения данной работы был сделан вывод о том, что сегодня внедрение информационных систем может способствовать:
• получению более рациональных вариантов решения управленческих задач за счет внедрения математических методов и интеллектуальных систем и т.д.
• освобождению работников от рутинной работы за счет ее автоматизации;
• обеспечению достоверности информации;
• замене бумажных носителей данных на магнитные и оптические, что приводит к более рациональной организации переработки информации на компьютере и снижению объемов бумажных документов;
• уменьшению затрат на производство продуктов и услуг.
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
1. Черемных С. В. Структурный анализ систем: IDEF-технологии / С.В. Черемных, И. О. Семенов, В. С Ручкин— М.: Финансы и статистика, 2003. —208 с.
2. Вендров, А. М. Проектирование программного обеспечения экономических информационных систем / А.М. Вендров— М.: Финансы и статистика, 2006. — 544 с.
3. Макконел С. Профессиональная разработка программного обеспечения / С. Макконел — СПБ: Символ-Плюс, 2007. — 240 с.
4. Никитин П.М. Методология функционального моделирования / - Москва ИПК, Издательство стандартов.
5. Маклаков С.В. Создание информационных систем с AllFusionModelingSuite./ С.В. Маклаков– М.: ДИАЛОГ – МИФИ, 2002. – 224с.
6. Маклаков С. В. BPWIN и ERWIN: CASE-средства для разработки информационных систем / С. В. Маклаков— М.: Диалог-МИФИ, 2000. — 295 с.
7. Бек К. Шаблоны реализации корпоративных приложений / К. Бек— М.: Вильямс, 2006. — 176 с.
8. Фаулер М. UML: Основы / М. Фаулер, К.Скотт— СПБ: Символ-Плюс, 2002. — 192 с.
9. Буч Г. Язык UML. Руководство пользователя / Буч Г., Д. Рамбо, А. Джекобсон — СПБ: Питер, 2003. — 432 с.
10. Ларман К. Применение UML 2.0 и шаблонов проектирования / К. Ларман— М.: Вильямс, 2007. — 736 с.
11. Федорова Д.Э. CASE-технологии. / Д.Э. Федорова, Ю.Д. Семенов, К.Н. Чижик - М.: Вильямс, 2003 – 378с.
12. Цикритизис Д. Модели данных. / Д. Цикритизис, Ф. Лоховски– М.: Финансы и статистика, 1985. – 344 с.
13. Раскин, Д. Интерфейс: новые направления в проектировании компьютерных систем / Д.Раскин — СПБ: Символ-Плюс, 2005. — 272 с.
14. Костерин В.Н. Построение диаграмм / В.Н. Костерин –М.: ПравдаТим, 2008 – 589с.
15. Курочкин Р.Р. Моделирование с ноля. / Р.Р. Курочкин – СПб,: Новый век, 2005 –234c.
ПРИЛОЖЕНИЕ А
1. Полное наименование системы
Информационная система проектной организации.
2. Назначение системы
Система предназначена для учета выполнения проектов по договорам и их стоимостной оценки.
3. Цели создания системы
Разработанная система должна производить учёт заключения договор, учёт выполняемых проектов по договорам, учет стоимостной оценки выполненных проектов; по учету движения кадров.
Цели систему будут считаться достигнутыми, если на производстве не происходит застоев по причине несвоевременного получения ответа на запросы к базам данных системы и вся информация в базах данных является максимально полной и актуальной.
4. Требования к системе в целом
- Система должна быть надежной. Полная или частичная потеря данных может нанести большой вред как заказчику, так и всей проектной организации.
- Система должна быть безопасной. Возможный вред при хищении или преднамеренном изменении информации может привести к большой путанице.
- Для хорошей работоспособности системы в каждом отделе должна находится база данных для ведения учёта договоров, проектов, смет расходов, учёта сотрудников.
- В системе также должна функционировать система безопасности, защищающая все конфиденциальные данные от вторжения извне и не дающая доступа к данным некомпетентным лицам. Также должна быть обеспечена сохранность всей информации при авариях, то есть через определенный промежуток времени должно производится создание резервной копии всех баз системы предприятия.
5. Требования к способам и средствам связи для информационного обмена между компонентами системы
Для связи между узлами в пределах одного помещения вполне подойдет витая пара. Связь между компонентами системы можно осуществить посредством телефонной линии в качестве экономии на затраты прокладки выделенных каналов связи.
6. Требования к программному обеспечению системы
Серверные части в случае использования MySQL могут вполне функционировать на базе Linux систем. При использовании MicrosoftSQLServer без ОС Windows не обойтись. Клиентская часть может функционировать опять же на нескольких платформах, но проще ее реализовать для среды Windows.
7. Требования к техническому обеспечению
Так как основная нагрузка приходится на серверную часть, то необходимо подобрать подходящую конфигурацию оборудования, которая будет отвечать мощности запросов.
