Автоматизированная информационная система поддержки технологической подготовки производства для сборки электронных средств
Дипломная работа, 24 Декабря 2011, автор: пользователь скрыл имя
Описание работы
1.1 Полное наименование системы, ее условное обозначение.
Автоматизированная информационная система поддержки технологической подготовки производства для сборки электронных средств (АИС).
1.2 Наименование предприятий разработчика и заказчика (пользователя) системы
Разработчик – Захаренков Дмитрий Владиславович, студент кафедры ИУ4-123 МГТУ им. Баумана.
Заказчик – кафедра ИУ4 МГТУ им. Баумана.
1.3 Перечень документов, на основании которых создается система
Основанием для разработки является задание на дипломную работу, подписанное руководителем проекта и исполнителем.
1.4 Плановые сроки начала и окончания работы по созданию системы
Начало работ – 7 февраля 2011г.
Окончание работ – 31 мая 2011г.
Работа содержит 1 файл
Расширенное ТЗ - Захаренков.doc
— 299.50 Кб (Скачать)Климатические
факторы помещения для
Нормальными климатическими условиями эксплуатации системы являются:
- температура окружающего воздуха (20 ± 5) °С;
- относительная влажность окружающего воздуха (60 ± 15) при атмосфере воздуха
(20 ± 5) °С;
- атмосферное
давление (101,3 ± 4) КПа (760 ± 30) мм.
рт. ст.
Система должна сохранять работоспособность при воздействии следующих климатических факторов:
- температура окружающего воздуха от 10 до 35 °С;
-
относительная влажность
- Требования к защите информации от несанкционированного доступа
Объектами защиты от несанкционированного доступа являются:
- Файлы БД,
- Данные, хранящиеся в БД АИС,
- Несанкционированный
запуск и останов сервисов
сбора информации и
- Исполняемые файлы СУБД, сервера приложений, операционной системы.
Защита информации от несанкционированного доступа должна быть реализована на следующих уровнях:
- Аутентификация и авторизация доступа к серверу средствами операционной системы,
- Разграничение доступа к файлам на сервере с помощью средств операционной системы,
-Аутентификация и авторизация доступа к данным и настройкам СУБД с использованием средств СУБД,
- Использование аутентификации при обращении к модулям Системы.
- Требования по сохранности информации при авариях
При
повторном запуске после
- Требования к защите от влияния внешних воздействий
Требования не предъявляются.
- Требования к патентной частоте
Установка системы в целом, как и установка отдельных частей системы не должна предъявлять дополнительных требований к покупке лицензий на программное обеспечение сторонних производителей.
- Требования по стандартизации и унификации
Интерфейс
системы должен быть понятным и удобным,
не должен быть перегружен графическими
элементами и должен обеспечивать быстрое
отображение экранных форм. Навигационные
элементы должны быть выполнены в удобной
для пользователя форме. Интерфейс должен
соответствовать современным эргономическим
требованиям и обеспечивать удобный доступ
к основным функциям и операциям системы.
Экранные формы должны проектироваться
с учетом требований унификации:
– все экранные формы пользовательского
интерфейса должны быть выполнены в едином
графическом дизайне, с одинаковым расположением
основных элементов управления и навигации;
– для обозначения сходных операций должны
использоваться сходные графические значки,
кнопки и другие управляющие (навигационные)
элементы. Термины, используемые для обозначения
типовых операций (добавление информационной
сущности, редактирование поля данных),
а также последовательности действий
пользователя при их выполнении, должны
быть унифицированы;
– внешнее поведение сходных элементов
интерфейса (реакция на наведение указателя
«мыши», переключение фокуса, нажатие
кнопки) должны реализовываться одинаково
для однотипных элементов.
- Дополнительные требования.
Дополнительные требования не предъявляются.
- Требование к функциям (задачам), выполняемым системой.
АИС должна выполнять следующие функции:
- авторизация,
- управление пользователями,
- управление группами,
- управление сотрудниками,
- формирование плана мероприятий,
- реализация модуля «Карточка специалиста»,
- загрузка документов,
- формирование каталогов оборудования, оснастки, тары, инструмента
- управления видами работ,
- оценка работ в плане мероприятий.
- Требования к видам обеспечения.
- Требования к математическому обеспечению
Алгоритмы, подлежащие разработке:
- Алгоритм оценки экспертами каждого вида работ для оценивания качества предоставления документации по заведённому в БД электронному средству.
Указанный алгоритм должен обеспечивать высокую скорость и надежность при обработке данных, также должна обеспечиваться ссылочная целостность.
- Требования к лингвистическому обеспечению
АИС создается на языке PHP 5.0. Для обращения к БД используется SQL 2008. В качестве языка моделирования для описания предметной области используется унифицированный язык моделирования UML (Unified Modeling Language), который является графическим языком для визуализации, специфицирования, конструирования и документирования автоматизированных информационных систем.
Интерфейс пользователя реализован на русском языке. Ввод данных производится на любом языке, удобном пользователю.
- Требования к программному обеспечению
Требования к клиентской части:
- Графический браузер с поддержкой CSS (MS Internet Explorer версии не ниже 7.0, firefox версии не ниже 3.5);
- Доступ к локальной сети предприятия на скорости не ниже 10Мб/c.
Требования к серверной части:
- Операционная система семейства Unix;
- Сервер Apache 2.2;
- СУБД MySql 5.0;
- Интерпретатор PHP 5.0;
- файл-менеджер, позволяющий размещать файлы АИС на сервере.
- Состав и содержание работ по созданию системы
|
Наименование этапов дипломной работы |
Выполнение этапов |
Срок | ||
|
|
01.03.2011 |
|
|
14.03.2011 |
|
|
28.03.2011 |
|
|
10.04.2011 |
|
|
15.04.2011 |
|
|
18.04.2011 |
|
|
20.04.2011 |
|
|
25.04.2011 |
|
|
10.05.2011 |
|
|
20.05.2011 |
|
|
25.05.2011 |
|
|
26.05.2011 |
|
|
28.05.2011 |
- Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
Перед вводом системы в действие должен быть подготовлен полный перечень пользователей, имеющих доступ к данным, хранящимся в системе. Также должно быть проведено обучение пользователей и администраторов работе с системой.
Для ввода АИС в действие необходимо пройти следующие этапы:
- Закупка, установка и подготовка к работе веб-сервера, сервера базы данных и рабочих компьютеров конечных пользователей;
- Установка сторонних программных пакетов – установка СУБД MySQL, веб-сервера Apache 2.0, интерпретатора PHP5 и настройка этих компонентов;
- Создание базы данных – создание базы данных на сервере и запуск ее экземпляра;
- Генерация SQL-скриптов – генерация поставляемых SQL-скриптов, реализующих объекты базы данных;
- Установка программных модулей и пробный запуск – установка поставляемых программных модулей на файловую систему и пробный запуск системы
- Требования к документированию
Разрабатываемые программные модули должны быть самодокументированными, т. е. тексты программ должны содержать комментарии.
Пояснительная
записка, объемом 50-70 страниц, оформляется
согласно ГОСТ 7.32-91 (ИСО 5966-82) «Отчет о
научно-исследовательской
Документация на виды обеспечения, приведенные в п. 4.3, должна быть выполнена с использованием соответствующих UML-диаграмм по международному стандарту ISO/IEC 19501:2005.
Графическая часть должны выполняться и оформляться в соответствии с требованиями систем Государственных стандартов:
- Единой системы конструкторской документации (ЕСКД);
- Единой системы технологической документации (ЕСТД);
- Единой системы технологической подготовки производства (ЕСТПП).
- Источники разработки
- Введение в эргономику / под. Ред. В. П. Зинченко. М.: Советское радио, 1974
- ГОСТ 34.601-90 «Автоматизированные системы. Стадии Создания»
- РД 50-34.698-90 «Автоматизированные системы. Требования к содержанию документов»
- «HTML 4.01 Specification W3C Recommendation 24 December 1999»
- RFC 3629 «UTF-8, a transformation format of ISO 10646»
- RFC 2311 «S/MIME Version 2 Message Specification»
- RFC 2047 «Multipurpose Internet Mail Extensions (MIME)»
- RFC 791 «Internet Protocol»
- RFC 826 «ARP Address Resolution Protocol»
- RFC 903 «RARP Reverse Address Resolution Protocol»
- С. Фейерштейн. Oracle PL\SQL. O’REILLY, 2004