Навигация
4. Диаграмма состояний.
Диаграмма состояний, State Machine diagram (диаграмма конечного автомата, диаграмма состояний) — диаграмма, на которой представлен конечный автомат с простыми состояниями, переходами и композитными состояниями. Конечный автомат — спецификация последовательности состояний, через которые проходит объект или взаимодействие в ответ на события своей жизни, а также ответные действия объекта на эти события. Конечный автомат прикреплён к исходному элементу (классу, кооперации или методу) и служит для определения поведения его экземпляров.
5. Диаграмма пакетов.
Это структурная диаграмма, основным содержанием которой являются пакеты и отношения между ними. Жёсткого разделения между разными структурными диаграммами не проводится, поэтому данное название предлагается исключительно для удобства и не имеет семантического значения (пакеты и диаграммы пакетов могут присутствовать на других структурных диаграммах). Диаграммы пакетов служат, в первую очередь, для организации элементов в группы по какому-либо признаку с целью упрощения структуры и организации работы с моделью системы.
6. Диаграмма деятельности.
Это диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных действий, соединённых между собой потоками, которые идут от выходов одного узла к входам другого.
Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.
7. Диаграмма компонентов.
Это статическая структурная диаграмма, демонстрирует внутреннюю структуру классов и, по возможности, взаимодействие элементов (частей) внутренней структуры класса. Структура ИИС представлена на рис.1.9.
2. СТАДИЯ ПРОЕКТИРОВАНИЯ
2.1 Выбор программных средств разработки
программный разработка приложение access
Оболочка клиента будет разработана при помощи Acess, в связи с его тотальным распространением, так как данный продукт является интегрированным в ОС Windows. Не смотря на все увеличивающийся спрос на ОС написанных на ядре Linux подовляющее большинство пользователей работают на различных версиях операционной системы от компании Microsoft. Серверная часть проекта будет базироваться на СУБД MySQL. MySQL имеет двойное лицензирование. MySQL может распространяться в соответствии с условиями лицензии GPL. Однако по условиям GPL, если какая-либо программа включает исходные коды MySQL, то она тоже должна распространяться по лицензии GPL. Это может расходиться с планами разработчиков, не желающих открывать исходные тексты своих программ. Для таких случаев предусмотрена коммерческая лицензия, которая также обеспечивает качественную сервисную поддержку. MySQL также является кроссплатформенным приложением, данная СУБД удобна в использовании, логична, легка в понимании. MySQL является надежным инструментом для управлениями БД. В данной курсовой работе будет использоваться версия MS SQL Server 2005.
Итак, комплекс технических средств для функционирования данной ИС должен отвечать следующим минимальным системным требованиям:
1. Процессор: х86-совместимый процессор, желательно класса Intel Celeron IV и выше; частота от 1800 Mhz;
2. Оперативная память – от 512 Мб;
3. Видеоадаптер: любая современная видеокарта, от 64Мб ОЗУ;
4. ОС: Windows: 2000/XP/2003 server x86 .
5. СУБД: MS SQL Server 2005.
6. MS office Access 2003 и выше
2.2 Разработка логической модели
Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире. Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель данных может быть построена на основе другой логической модели, например на основе модели процессов. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД. В этой модели сущности связываются между собой и для них определяются атрибуты.
В данной предметной сущности выделяются следующие базовые сущности, образующие структуру проектируемой ИС:
· Клиент. Атрибуты клиента – код клиента, ФИО, телефон, адрес;
· Заказ. Атрибуты заказа – код заказа, дата заказа, автомобиль наименование детали, вид работы, цвет, стоимость;
· Материалы. Атрибуты Материалов – код материала, тип материалов, наименование, количество, стоимость, сумма;
· Персонал. Атрибуты персонала - код работника, ФИО, адрес, телефон, должность;
· Этап работы. Атрибуты этапа работы - код этапа работы, наименование этапа, дата начала этапа;
· Контроль. Атрибуты контроля – код контроля, дата контроля;
· Вид контроля. Атрибуты вида контроля – вид контроля, комментарии;
· Оценка. Атрибуты оценки – оценка, комментарии;
· Реализация. Атрибуты реализации – код реализации, дата реализации, стоимость всего заказа;
Рис 2.1. Логическая модель данных
Похожие работы
... продукта - кафедра ИИТ, в лице преподавателя Грибанова А.О 2.1.4 Документ, на основании которого ведется разработка Разработка ведётся на основании задания по дисциплине «Проектирование информационных систем». 2.1.5 Порядок оформления и предъявления заказчику результатов работ по созданию системы Система передается в виде курсового проекта в сроки, установленные заданием по дисциплине « ...
... системы. Правовое обеспечение — совокупность правовых норм, определяющих создание, юридический статус и функционирование информационных систем, регламентирующих порядок получения, преобразования и использования информации. Технологии и методы проектирования ИС Проектирование- процесс принятия проектно-конструкторских решений, позволяющий получить проект системы удовлетворяющий требования ...
... ></td>}; print "<td><center><INPUT type="submit" value="Добавить"></center></td></tr></p>"; print "</table></center>"; print "</FORM>"; $dbh=DBI->connect("dbi:mysql:konti"); $sth=$dbh->prepare("SELECT * FROM t1;"); $rows=$sth->execute(); print "<form action="http://myserver/cgi-bin/vakdel.bat">"; ...
... , и развитие информационной системы ГОУ НПО ПУ № 33, которую в свою очередь можно оценить как удовлетворительную; -была выявлена необходимость проектирования информационно-справочной системы для повышения эффективности управления ГОУ НПО ПУ № 33. Путем интервьюирования руководителя организации нами были выявлены наиболее важные направления деятельности, по которым необходимы сведения в составе ...
0 комментариев