Модернизация и автоматизация информационной системы АЭС
Тестирование информационной системы учета протоколов несоответствия учебно-тренировочного подразделения АЭС. Формирование функциональных возможностей информационной системы. Построение структурно-функциональной модели по стандарту IDEF0, методологии SADT.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 11.03.2012 |
Размер файла | 1,1 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
- Средства безопасности системного уровня
В РНР реализованы механизмы безопасности, находящиеся под управлением администраторов; при правильной настройке РНР это обеспечивает максимальную свободу действий и безопасность. РНР может работать в так называемом безопасном режиме (safe mode), который ограничивает возможности применения РНР пользователями по ряду важных показателей. Например, можно ограничить максимальное время выполнения и использование памяти (неконтролируемый расход памяти отрицательно влияет на быстродействие сервера).
- Средства безопасности уровня приложения
В стандартный набор функций РНР входит ряд надежных механизмов шифрования. РНР также совместим с многими приложениями независимых фирм, что позволяет легко интегрировать его с защищенными технологиями электронной коммерции (e-commerce). Другое преимущество заключается в том, что исходный текст сценариев РНР нельзя просмотреть в браузере, поскольку сценарий компилируется до его отправки по запросу пользователя. Реализация РНР на стороне сервера предотвращает похищение нетривиальных сценариев пользователями, знаний которых хватает хотя бы для выполнения команды View Source.
Поскольку РНР является встраиваемым (embedded) языком, он отличается исключительной гибкостью по отношению к потребностям разработчика. Хотя РНР обычно рекомендуется использовать в сочетании с HTML, он с таким же успехом интегрируется и в JavaScript, WML, XML и другие языки. Кроме того, хорошо структурированные приложения РНР легко расширяются по мере необходимости (впрочем, это относится ко всем основным языкам программирования).
Нет проблем и с зависимостью от браузеров, поскольку перед отправкой клиенту сценарии РНР полностью компилируются на стороне сервера. В сущности, сценарии РНР могут передаваться любым устройствам с браузерами, включая сотовые телефоны, электронные записные книжки, пейджеры и портативные компьютеры, не говоря уже о традиционных ПК. Поскольку РНР не содержит кода, ориентированного на конкретный web-сервер, пользователи не ограничиваются определенными серверами (возможно, незнакомыми для них). Apache, Microsoft IIS, Netscape Enterprise Server, Stronghold и Zeus -- РНР работает на всех перечисленных серверах. Поскольку эти серверы работают на разных платформах, РНР в целом является платформенно-независимым языком и существует на таких платформах, как UNIX, Solaris, FreeBSD и Windows 95/98/NT/2000/XP/2003.
Наконец, средства РНР позволяют программисту работать с внешними компонентами, такими как Enterprise Java Beans или СОМ-объекты Win32. Благодаря этим новым возможностям РНР занимает достойное место среди современных технологий и обеспечивает масштабирование проектов до необходимых пределов.
PHP в основном сориентирован на серверный скриптинг, поэтому может делать всё то, что делают CGI-программы: сбор данных форм, динамическую генерацию содержимого страницы или приём и отправку кук. Но PHP может намного больше.
Скрипты PHP применяются в трёх основных сферах.
· Серверный скриптинг. Это наиболее традиционная и главная сфера применения PHP. Для выполнения этой работы вам нужны три вещи. Разборщик кода PHP (CGI или серверный модуль), web-сервер и web-браузер. Сервер должен быть запущен и должен иметь соединение с инсталированным PHP. Можно получить вывод PHP-программы в web-браузер, просматривая PHP-страницу на сервере.
· Скриптинг командной строки. Можно создать и запустить PHP-скрипт на выполнение без сервера или браузера. Для этого необходим только разборщик PHP. Этот тип использования идеально подходит для регулярного выполнения скрипта с помощью cron (в *nix или Linux) или Task Scheduler (в Windows). Эти скрипты можно использовать также для задач простейшего текстового процессинга/обработки..
· Клиентские GUI-приложения. PHP, возможно, не самый лучший язык для написания оконных приложений, но, если вы знаете PHP очень хорошо и хотели бы использовать некоторые продвинутые возможности PHP в клиентских приложениях, вы можете также использовать PHP-GTK для создания таких программ. Имеется также возможность создавать межплатформенные приложения. PHP-GTK является расширением PHP, отсутствующим в основном дистрибутиве. Одна из наиболее сильных и привлекательных черт PHP - поддержка им большого количества баз данных (БД). Создать web-страницу, работающую с БД, невероятно легко и в настоящее время поддерживаются следующими БД:
Adabas D |
Ingres |
Oracle (OCI7 и OCI8) |
|
dBase |
InterBase |
Ovrimos |
|
Empress |
FrontBase |
PostgreSQL |
|
FilePro (read-only) |
mSQL |
Solid |
|
Hyperwave |
Direct MS-SQL |
Sybase |
|
IBM DB2 |
MySQL |
Velocis |
|
Informix |
ODBC |
Unix dbm |
2.3 Разработка и описание структуры информационной системы
Создание современных информационных систем представляет собой сложнейшую задачу, решение которой требует применения специальных методик и инструментов. Неудивительно, что в последнее время среди системных аналитиков и разработчиков значительно вырос интерес к САSЕ (Computer-Aided - Software\System - Engineering) - технологиям и инструментальным САSЕ-средствам, позволяющим максимально систематизировать и автоматизировать все этапы разработки программного обеспечения.
На начальных этапах создания ИС необходимо понять, как работает организация, которую собираются автоматизировать. Никто в организации не знает, как она работает в той мере подробности, которая необходима для создания ИС. Руководитель хорошо знает работу в целом, но не в состоянии вникнуть в детали работы каждого рядового сотрудника. Рядовой сотрудник хорошо знает, что творится на его рабочем месте, но плохо знает, как работают коллеги. Поэтому для описания работы предприятия необходимо построить модель. Такая модель должна быть адекватна предметной области, следовательно, она должна содержать в себе знания всех участников бизнес-процессов организации.
Наиболее удобным языком моделирования бизнес-процессов является IDEF0, предложенный более 20 лет назад Дугласом Россом (Soft Tech, Inc.) и называвшийся первоначально SADТ - Structured Analysis Design Technique. На рисунке 2.1 показана контекстная IDEF0-диаграмма работы информационной системы регистрации занятий на ПМТ прототипа 2 го энергоблока Смоленской АЭС.
Описание системы с помощью IDEF0 называется функциональной моделью. Функциональная модель предназначена для описания существующих бизнес-процессов. В этом описании используются как естественный, так и графический языки. Для передачи информации о конкретной системе источником графического языка является сама методология IDEF0.
Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности.
Каждая IDEF0-диаграмма содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отображают взаимодействия и взаимосвязи между ними.
Функциональные блоки (работы) на диаграммах изображаются прямоугольниками, означающими поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Имя работы должно быть выражено отглагольным существительным, обозначающим действие.
IDEF0 требует, чтобы в диаграмме было не менее трех и не более шести блоков. Эти ограничения поддерживают сложность диаграмм и модели на уровне, доступном для чтения, понимания и использования.
Каждая сторона блока имеет особое, вполне определенное назначение. Левая сторона блока предназначена для входов, верхняя - для управления, правая - для выходов, нижняя - для механизмов. Такое обозначение отражает определенные системные принципы: входы преобразуются в выходы, управление ограничивает или предписывает условия выполнения преобразований, механизмы показывают, что и как выполняет функция.
Блоки в IDEF0 размещаются по степени важности, как ее понимает автор диаграммы. Этот относительный порядок называется доминированием. Доминирование понимается как влияние, которое один блок оказывает на другие блоки диаграммы. Например, самым доминирующим блоком диаграммы может быть либо первый из требуемой последовательности функций, либо планирующая или контролирующая функция, влияющая на все другие.
Наиболее доминирующий блок обычно размещается в верхнем левом углу диаграммы, а наименее доминирующий - в правом углу.
Расположение блоков на странице отражает авторское определение доминирования. Таким образом, топология диаграммы показывает, какие функции оказывают большее влияние на остальные. Чтобы подчеркнуть это, аналитик может перенумеровать блоки в соответствии с порядком их доминирования. Порядок доминирования может обозначаться цифрой, размещенной в правом нижнем углу каждого прямоугольника: 1 будет указывать на наибольшее доминирование, 2 - на следующее и т. д.
Взаимодействие работ с внешним миром и между собой описывается в виде стрелок, изображаемых одинарными линиями со стрелками на концах. Стрелки представляют собой некую информацию и именуются существительными.
В IDEF0 различают пять типов стрелок.
Вход - объекты, используемые и преобразуемые работой для получения результата (выхода). Допускается, что работа может не иметь ни одной стрелки входа. Стрелка входа рисуется как входящая в левую грань работы.
Управление - информация, управляющая действиями работы. Обычно управляющие стрелки несут информацию, которая указывает, что должна выполнять работа. Каждая работа должна иметь хотя бы одну стрелку управления, которая изображается как входящая в верхнюю грань работы.
Выход - объекты, в которые преобразуются входы. Каждая работа должна иметь хотя бы одну стрелку выхода, которая рисуется как исходящая из правой грани работы.
Механизм - ресурсы, выполняющие работу. Стрелка механизма рисуется как входящая в нижнюю грань работы. По усмотрению аналитика стрелки механизма могут не изображаться на модели.
Вызов - специальная стрелка, указывающая на другую модель работы. Стрелка вызова рисуется как исходящая из нижней части работы и используется для указания того, что некоторая работа выполняется за пределами моделируемой системы.
В методологии IDEF0 требуется только пять типов взаимодействий между блоками для описания их отношений: управление, вход, обратная связь по управлению, обратная связь по входу, выход-механизм. Связи по управлению и входу являются простейшими, поскольку они отражают прямые воздействия, которые интуитивно понятны и очень просты.
Рисунок 2.1 Контекстная IDEF0-диаграмма работы информационной системы регистрации занятий на ПМТ.
Осуществим декомпозицию контекстной диаграммы. Для этого опишем последовательность обработки информации в системе регистрации занятий.
- Идентификация пользователя;
- Регистрация обучаемых;
- Проведение занятий;
- Формирование отчетной документации.
Таким образом, получим диаграмму, изображённую на рисунке 2.2.
Рисунок 2.2 Декомпозиция контекстной IDEF0-диаграмма
Данные диаграммы были построены для анализа основных требований предъявляемых к информационной системе, используемой для автоматизации регистрации занятий.
Далее построим логическую модель по стандарту IDEF1X с помощью CASE-средства ER-Win 4.0. Логическая модель информационной системы показана на рисунке 2.4. [10]
Рисунок 2.3 - Логическая модель системы
Как видно из рисунка 2.1, в модели присутствует три сущности связи типа один - ко - многим: «REG_ID», «EMPLOY_ID», «INSTR_ID», «STUD_ID». Физическая модель системы приведена на рисунке 2.2.
Рисунок 2.4 - Физическая модель системы
Информационная система должна работать с базой данных, в структуру которой входят три таблицы.
Таблица «INSTR_ID» (Инструктор) служит для внесения в базу данных информации об инструкторах. В нее заносится следующая информация: Ф.И.О. инструктора, должность, табельный номер.
Таблица «STUD_ID» (Обучаемый) служит для внесения в базу данных информации об обучаемых. В нее заносится следующая информация: Ф.И.О. обучаемого, должность, табельный номер, блок, смена.
Таблица«EMPLOY_ID» служит для внесения в базу данных информации о занятиях. В нее заносится следующая информация: инструктор, блок, смена, № ПМТ, дата и время начала занятия, причина проведения занятия, вид занятия, тема, раздел, протокол, длительность занятия.
Дерево программных модулей представлено на рисунке 2.3.
Рисунок 2.5 - Дерево программных модулей
Рисунок 2.6 - Схема взаимодействия программных модулей и массивов данных запуска ИС
На рисунке 2.7 изображен общий алгоритм работы программы.
Рисунок 2.7 - Общий алгоритм работы программы
2.4 Формирование технологической среды информационной системы
Технологическое обеспечение - основа автоматизированной информационной технологии (АИТ), которая реализует информационные процессы в автоматизированных системах организационного управления, удовлетворяет информационные потребности специалистов в решении профессиональных задач.
Технологическая среда информационной системы описывается отдельно от основного представления и должна отражать следующие моменты:
- «Администратор», который имеет право на ввод, редактирование, удаление любой информации, содержащейся в системе, просмотр любых отчетов, смену паролей пользователей, добавление новых занятий, удаление уже существующих, просмотр лог-файла, изменение настроек, формирование отчета.
- «Инструктор» - имеет право на ввод и добавление информации и её редактирования, а так же формирование отчета, о проведённых занятий и не имеет прав на изменение настроек системы.
- «Техник» - имеет право на ввод и добавления информации, права на удаление и формирование отчета он не имеет.
Безопасность информации обеспечивается как программными, так и организационными методами.
Для соблюдения правил безопасности все пользователи системы должны выполнять правило: никому не передавать пароль своей учетной записи. Руководитель отдела продаж должен раз в месяц менять пароли пользователей.
Для корректной работы системы необходим следующий комплекс аппаратных и программных средств:
– аппаратные средства: особых требований аппаратным средствам для работоспособности информационной системы не предъявляется.
– Разработка данной информационной системы производилась на ПК с процессором Intel Pentium 3 800Mhz, ОЗУ - 512Мб.
– программные средства: операционная система Microsoft Windows 2000/XP/Vista/7 , PHP 3.0 (или более поздняя версия), Microsoft Word.
В отделе подготовки оперативного персонала имеется в наличии компьютер с техническим и программным обеспечением, удовлетворяющим вышеописанным требованиям, поэтому приобретение дополнительных программных и аппаратных средств для работы информационной системы не требуется.
2.5 Выводы
Таким образом, была модернизирована информационная учета протоколов несоответствия учебно-тренировочного подразделения, путем внедрения базы данных позволяющая вести автоматизированный учет занятий на полномасштабном тренажере 2-го энергоблока Смоленской атомной станции. Данная информационная система включает в себя компоненты, автоматизирующие как основные, так и вспомогательные процессы позволяющая добавлять, хранить и редактировать информацию, учет которой ведется на предприятии, а так же систематизировать данную информацию и формировать отчеты. В качестве защитной функции используется система проверки имени пользователя и пароля.
Структура и основные свойства автоматизированной информационной системы были определены, исходя из построенной структурно-функциональной модели «TO-BE» по стандарту IDEF0 и методологии SADT.
Для описания логической и физической структур базы данных был применен стандарт IDEF1X с использованием CASE-средства ERwin Data Modeler r7.3. В результате, полное и детального описание процесса автоматизации занятий на полномасштабном тренажере было реализовано посредством трёх таблиц, связанных между собой по ключевым характеристикам объектов учета. Построены дерево программных модулей и блок-схемы некоторых из них, реализована связь программных модулей системы и таблиц базы данных.
Программный интерфейс информационной системы обеспечивающий оперативный учет занятий , был выполнен в системе транслирующего интерпретатора РНР.
Модернизированная информационная система подверглась тестированию. Тестирование было произведено в трех режимах:
- тестирование системы в нормальных условиях;
- тестирование системы в экстремальных условиях;
- тестирование системы в исключительных ситуациях.
В процессе тестирования ошибок выявлено не было.
Модернизированная информационная система «Учет протоколов несоответствия учебно-тренировочного подразделения» позволяет повысить уровень подготовки оперативного персонала и тем самым повысить уровень безопасной эксплуатации Смоленской АЭС.
3. Тестирование разработанной информационной системы и его экономическое обоснование
3.1 Тестирование разработанного прототипа информационной системы
Тестирование - процесс выполнения программы с целью обнаружения ошибок. Важен ответ на вопрос: что может тестирование?
Тестирование обеспечивает:
? обнаружение ошибок;
? демонстрацию соответствия функций программы её назначению;
? демонстрацию реализации требований к характеристикам программы;
? отображение надежности как индикатора качества программы.
Однако тестирование не может показать отсутствия дефектов.
Существует два способа тестирования программного продукта:
- стратегия «черного ящика»;
- стратегия «белого ящика».
Стратегия «черного ящика» - тестирование с управлением по данным или тестирование с управлением по входу-выходу. При использовании этой стратегии программа рассматривается как «черный ящик». Такое тестирование имеет целью выяснение обстоятельств, в которых поведение программы не соответствует спецификации. Тестовые данные используются только в соответствии со спецификацией программы (то есть без учета знаний о ее внутренней структуре).
Рисунок 2.20 - схема теста «Черный ящик»
Такие тесты демонстрируют:
· как выполняются функции программы;
· как принимаются исходные данные;
· как вырабатываются результаты;
· как сохраняется целостность внешней информации.
Стратегия «белого ящика», или стратегия тестирования, управляемого логикой программы, позволяет исследовать внутреннюю структуру программы. В этом случае тестирующий получает тестовые данные путем анализа логики программы.
Рисунок 2.21 - Схема теста «Белый ящик»
Для проверки работы прототип информационной системы было проведено тестирование в трех режимах:
- тестирование системы в нормальных условиях;
- тестирование системы в экстремальных условиях;
- тестирование системы в исключительных ситуациях.
Приведем пример поверки в нормальных условиях.
Для проверки работы прототипа в нормальных условиях в первую очередь были протестированы следующие объекты содержащие информацию о занятиях.
Подробнее остановимся на тестировании модуля «Объекты».
Программа тестирования включает в себя:
- добавление нового занятия;
- редактирование информации (удаление) о занятии;
Для добавления нового занятия в справочник необходимо нажать кнопку «Новое занятие», для удаления - кнопку «Удалить отмеченных».
Исключительные ситуации, возникшие при тестировании справочника, описаны в таблице 2.2
Таблица 2.2 - Исключительные ситуации при заполнении справочника «Объекты»
№ |
Исключительная ситуация |
Информационное сообщение |
|
1 |
Не введено значение в какое-либо поле |
Необходимо заполнить …(указывается наименование поля, в которое необходимо ввести данные). |
|
2 |
Неверно заполнены поля дат |
Неверный формат даты. Для правильного ввода даты необходимо воспользоваться календарем. |
|
3 |
Совпадение имен и табельных номеров, введенных с уже существующим объектом |
Такая запись уже существует. |
Примеры информационных сообщений, которые выводятся на экран при возникновении исключительных ситуаций, описанных в таблице 2.14.
При редактировании информации об объекте были проведены аналогичные тесты. Система реагировала на них адекватно.
Аналогично были протестированы остальные объекты системы, в которых предусмотрены ввод, редактирование и удаление информации. Отклонений в работе системы не наблюдалось.
Далее было произведено тестирование системы в экстремальных условиях. В данном режиме была проведена проверка работы информационной системы при помощи использования граничных значений области изменения входных переменных. При проведении тестирования системы в экстремальных условиях ошибок не обнаружено.
Для тестирования системы в исключительных ситуациях использовались данные, которые лежат за пределами допустимой области значений, при этом полностью отсутствовал профессионализм пользователя. При данном тестировании ошибок в работе системы не обнаружено.
Также для избегания ввода некорректных данных некоторые поля заполняются путем выбора значений из справочников, например из справочников «Инструктор», «Должность» «Вид занятия».
Таким образом, по результатам проведения всех тестов можно сделать вывод, что модернизированная информационная система полностью работоспособна и удовлетворяет всем поставленным задачам.
3.2 Инструкция пользователя
Запуск программы.
1. Запустить Denwer. Для этого необходимо нажать на ярлык на рабочем столе Start Denwer
2. В адресной строке Internet Explorer ввести: localhost/pmt/ и нажать клавишу Enter
3. В появившемся окне «Вход в систему» (рисунок 2.11) необходимо ввести свое пользовательское имя и пароль, предварительно полученный у администратора базы данных, и нажать кнопку «Войти». Если Вы правильно ввели имя и пароль, то увидите рабочее окно, вверху которого расположена панель управления, на которой отображается информация о пользователе системы, и кнопки выбора направления Вашей работы.
Работа с базой данных документов.
Для того чтобы начать работу с БД нужно нажать на кнопку "Документы" на панели управления.
Добавление нового документа.
Добавить новый документ в БД может только пользователь с ролью "Техник по документации". Для добавления нового документа нужно нажать кнопку "НОВЫЙ ДОКУМЕНТ", заполнить поля в появившейся форме и нажать кнопку "Добавить". Документ будет зарегистрирован в БД.
Добавляем новую тему проведения занятия.
После добавления темы занятия вводим данные об обучаемом.
Внос данных об инструкторе Ф.И.О и табельный номер
Должность обучаемого.
Причина проведения занятий.
Поиск
Для того чтобы найти документ по его номеру нужно нажать кнопку "Документы", нажать кнопку с интервалом, содержащим номер требуемого документа и выбрать документ из появившегося списка. Если номер неизвестен, но известно название или его часть, то в строке "Поиск документа по названию" нужно набрать часть названия, или слова которые в нем содержатся, и нажать одну из кнопок поиска. Кнопка "Искать слова" обеспечивает поиск отдельных слов, "Искать фразу" - целого фрагмента. Если Вам нужно напечатать список документов, то сначала нужно отметить галочками интересующие Вас документы в списке, затем нажмите кнопку "Оставить отмеченные", а после этого - "Показать в виде отчета". Для печати в появившемся окне выберите пункт меню Файл ->Печать.
Просмотр
Нажав кнопку "Просм." в строке списка можно посмотреть информацию о соответствующем документе, кроме того, если на сервере хранятся файлы, составляющие документ, то кроме информации о документе будет предоставлен их список с возможностью просмотра каждого из них (кнопка "Посмотреть").
Просмотр инструктором
После того, как инструктор-технолог ознакомится с содержанием вновь поступившего документа, он путем нажатия на соответствующую кнопку ставит отметку о просмотре.
- Просмотр начальником
После того как инструктор-технолог подтвердил то, что он изучил документ, инструктор-технолог передает печатную форму документа начальнику отдела подготовки оперативного персонала для согласования и ставит свою подпись. Следовательно он принимает на себя ответственность по организации технических и организационных мероприятий по приведению тренажера (ов) в соответствие с документом.
3.3 Обоснование экономической эффективности информационной системы
Оценка экономической эффективности проекта является обязательным этапом разработки любой автоматизированной информационной системы, так как позволяет судить о целесообразности вложения средств в проектирование и разработку, а также оценить положительные эффекты от внедрения.
В настоящее время существует целый ряд методов для оценки эффективности инвестиций[11]. Условно их можно разделить на классические, затратные методы оценки инвестиционных проектов и комплексные методы оценки набора финансовых и нефинансовых показателей эффективности.
Классические методы подразумевают определение таких показателей, как чистый приведенный доход, внутренняя норма доходности, срок окупаемости, добавленная стоимость.
Затратные методы оценки включают определение совокупной стоимости владения и его производные (истинная стоимость владения и совокупная стоимость владения приложениями). Модель совокупной стоимости владения позволяет сократить затраты и повысить эффективность вложений в информационные технологии в силу самой постановки решаемой с ее помощью задачи - минимизации стоимости владения при заданных параметрах функциональных возможностей информационной системы.
Комплексные методы оценки набора финансовых и нефинансовых показателей эффективности - сбалансированная система показателей Нортона и так далее.
Оценим экономическую эффективность разработанной системы с помощью затратного метода. Расчет затрат на разработку программного обеспечения будет включать расчет трудоемкости программных средств, то есть количество времени, затраченного на производство единицы продукции одним человеком, и расчет их себестоимости.
Под трудоемкостью понимается количество времени, затраченного на производство единицы продукции одним человеком. Нормы времени рассчитаны в зависимости от факторов, которые наибольшим образом влияют на трудоемкость проекта. К факторам можно отнести:
- количество разновидностей форм входной информации;
- количество разновидностей форм выходной информации;
- степень новизны комплекса задач;
- сложность алгоритма;
- вид используемой информации;
- сложность контроля входной и выходной информации;
- язык программирования;
- использование типовых проектных решений.
Расчёт затрат на основную заработную плату (ОЗП) разработчика производится по формуле (3.1):
(3.1)
где T - часовая тарифная ставка, руб./час,
H - количество рабочих часов.
Размер фонда основной заработной платы рассчитывается из фактической стоимости оплаты труда одного программиста отдела информационно-коммуникационных технологий Смоленской АЭС в час, равной 100 рублей. Премия составляет 15 % от основной заработной платы. Отчисления на социальные нужды равные 27,5 % от фонда заработной платы.
Процесс разработки проекта информационной системы можно разделить на три этапа.
Первым этапом является анализ предметной области и постановка задачи разработки будущей системы.
Второй этап - разработка структуры проекта и производство программной реализации проектируемой информационной системы.
Третий этап включает разработку методики внедрения и оценку эффективности проекта.
Продолжительность каждого этапа зависит непосредственно от процесса разработки проекта во время преддипломной практики. Соответственно от продолжительности рассчитывались трудозатраты, исходя из стандартного рабочего дня длительностью 8 часов.
Рассмотрим поэтапно разработку проекта и приведем расчет затрат для каждого этапа.
Первый этап:
- продолжительность этапа с 12 январь 2011 года по 16 февраль 2011 года;
- трудозатраты на первом этапе составили 25 · 8 = 200 (ч);
- основная заработная плата: 100 · 200 = 20000 (руб.);
- премия: 0,15 · 20000 = 3000 (руб.);
- отчисления на социальные нужды: 0,275 · (20000 + 3000) = 6325 (руб.).
Второй этап:
- продолжительность этапа с 17 февраль 2011 года по 10 март 2011 года;
- трудозатраты на втором этапе составили 15 · 8 = 120 (ч);
- основная заработная плата: 100 · 120 = 12000 (руб.);
- премия: 0,15 · 12000 = 1800 (руб.);
- отчисления на социальные нужды: 0,275 · (12000+1800) = 3795 (руб.).
Третий этап:
- продолжительность этапа с 10 марта по 28 марта 2010 года;
- трудозатраты на третьем этапе: 12 · 8 = 96 (ч);
- основная заработная плата: 100 · 96 = 9600 (руб.);
- премия: 0,15 · 9600 = 1440 (руб.);
- отчисления на социальные нужды: 0,275 · (9600+1440) = 3036 (руб.).
Полученные данные по этапам разработки сведены в таблицу 3.2.
Таблица 3.1 - Расчет суммарных затрат на разработку проекта
Наименование статей затрат |
Сумма, руб. |
||||
1 этап |
2 этап |
3 этап |
Всего |
||
Основная заработная плата, руб. |
20000 |
12000 |
9600 |
41600 |
|
Премия, руб. |
3000 |
1800 |
1440 |
6240 |
|
Отчисления на социальные нужды, руб. |
6325 |
3795 |
3036 |
13156 |
|
Суммарные затраты, руб. |
29325 |
17595 |
14076 |
60996 |
Таким образом, суммарные затраты на разработку проекта информационной системы составляют шестьдесят восемь тысяч тридцать четыре рубля
Произведем расчет затрат на материально-техническое обеспечение, требуемое для разработки информационной системы. Затраты на оборудование и программные средства разработки рассчитываются на основе прейскурантных цен соответствующих материальных ресурсов.
Для разработки программного продукта необходимо:
- 1 персональный компьютер (ПК);
- 1 принтер;
- 1 упаковки бумаги формата А4;
- 2 носителя информации CD-RW;
- программное обеспечение (операционная система Windows ХР, PHP, Microsoft Office 2003, BPWin Allfusion Process Modeler 4.1, ERWin Allfusion Data Modeler 4.1)
Программное и техническое обеспечение уже имеется в наличии, остальное необходимо закупить.
Расчеты затрат по приведенным пунктам представлены в таблице 3.3.
Таблица 3.2 - Затраты на оборудование и программные средства разработки
№ |
Наименование |
Ед. измерения |
Норма расхода |
Сумма, руб. |
|
1 |
ПК |
шт. |
1 |
- |
|
2 |
Принтер |
шт. |
1 |
- |
|
3 |
Бумага формата A4 |
упак. |
1 |
200 |
|
4 |
Носители информации CD-RW |
шт. |
2 |
50 |
|
5 |
Интернет-трафик, затраченный на изучение предметной области и существующих разработок |
- |
1 |
350 |
|
6 |
ОС Windows ХР |
шт. |
1 |
- |
|
7 |
Borland Delphi 7 |
шт. |
1 |
- |
|
8 |
Microsoft Office 2003 |
шт. |
1 |
- |
|
9 |
BPWin Allfusion Process Modeler 4.1 |
шт. |
1 |
- |
|
10 |
ERWin Allfusion Data Modeler 4.0 |
шт. |
1 |
- |
|
11 |
Microsoft SQL Server 2000 |
шт. |
1 |
- |
|
Совокупные затраты |
600 |
Расчет общих затрат на разработку приложения приведен в таблице 3.4.
Таблица 3.3 - Расчет общих затрат на разработку системы
Статьи калькуляции |
Сумма, руб. |
|
Затраты на оборудование (таблица 3.3) |
0 |
|
Затраты на сырье и материалы (таблица 3.3) |
600 |
|
Основная заработная плата (таблица 3.2) |
41600 |
|
Премия (таблица 3.2) |
6240 |
|
Отчисления на социальные нужды (таблица 20) |
13156 |
|
Итого: производственная себестоимость |
60996 |
|
Непроизводственные расходы (2% от производственной себестоимости) |
12199.2 |
|
Итого: полная себестоимость |
73195.2 |
Из таблицы 3.3 видно, что полная себестоимость информационной системы составила семьдесят три тысячи сто девяносто пять рублей две копейки.
Таблица 3.4 - Оценка экономии от внедрения информационной системы по отдельным процессам
№ |
Процесс |
Затраты, руб./мес. |
Экономия за счет автоматизации, руб./мес. |
||
до автоматизации |
после автоматизации |
||||
1 |
Работа с пользователями |
8000 |
4000 |
4000 |
|
2 |
Работа с обучаемыми |
9000 |
6000 |
3000 |
|
3 |
Контроль обучаемых |
8000 |
5000 |
3000 |
|
4 |
Учет занятий |
10000 |
7000 |
3000 |
|
ИТОГО |
35000 |
23000 |
12000 |
Из таблицы 3.4 видно, что экономия от внедрения информационной системы составит в среднем двенадцать тысяч рублей в месяц и сто сорок четыре тысячи рублей в год.
Рассмотрим обобщающие показатели экономической эффективности.
Первый показатель - годовой экономический эффект, определяющийся разностью между показателем снижения стоимостных затрат и произведением затрат на проектирование, разработку, внедрение информационной системы и нормативным коэффициентом эффективности капитальных вложений. Следует заметить, что нормативный коэффициент эффективности капитальных вложений принимают на уровне 0,15 для всех отраслей.
Годовой экономический эффект определяется по формуле (3.2).
Э = Эгод - Ен·К, (3.2)
где Э - годовой экономический эффект,
Эгод - показатель снижения стоимостных затрат,
Ен - нормативный коэффициент эффективности капитальных вложений,
К - затраты на проектирование, разработку, внедрение информационной системы.
Таким образом, годовой экономический эффект равен следующему значению: 144000 - 0,15* 73195.2= 133020,72 (руб.).
Второй показатель - экономическая эффективность капитальных затрат, определяющаяся как отношение показателя снижения стоимостных затрат к затратам на проектирование, разработку и внедрение информационной системы. Данный показатель определяется по формуле (3.3).
Е = (Эгод/К) ·100%, (3.3)
где Е - экономическая эффективность капитальных затрат,
К - затраты на проектирование, разработку, внедрение информационной системы,
Эгод - показатель снижения стоимостных затрат.
Экономическая эффективность составляет (144000 / 73195,2)*100% = 169%, что является более чем хорошим результатом.
Третий показатель - срок окупаемости, вычисляемый как отношение капитальных затрат на проектирование, разработку и внедрение системы к показателю снижения стоимостных затрат. Срок окупаемости определяется по формуле (3.4).
Т = К/ Эгод, (3.4)
где Т - срок окупаемости,
К - затраты на проектирование, разработку, внедрение информационной системы,
Эгод - показатель снижения стоимостных затрат.
Таким образом, получаем 73195,68 / 144000 = 0,5 года, что примерно составляет 6 месяцев.
В третий части дипломного проекта был спланирован и поставлен эксперимент по внедрению информационной системы.
Для оценки функциональной и экономической эффективности процесса регистрации занятий на полномасштабном тренажере в учебно-тренировочном подразделении Смоленской АЭС на основе разработанной информационной системы был использован количественный анализ.
Проведенный анализ показал, что после внедрения информационной системы затраты время регистрацию занятий сокращается на 30-40 %.Следовательно время для работы с обучаемыми увеличивается и их профессионализм соответственно возрастает. Годовой экономический эффект от внедрения информационной системы определялся как разница между показателем снижения стоимостных затрат и произведением коэффициента эффективности капитальных вложений и затрат на проектирование, разработку и внедрение информационной системы. В результате проведенных расчетов величина годового экономического эффекта составила сто тридцать три тысячи рублей.
Срок окупаемости, вычисляемый как отношение капитальных затрат на проектирование, разработку и внедрение системы к показателю снижения стоимостных затрат составил примерно 6 месяцев.
Полученные оценки экономической эффективности проекта позволяют сделать выводы о рентабельности и экономической целесообразности внедрения информационной системы для автоматизации учета технического оборудования.
Проведенный анализ экономической эффективности разработанной информационной системы с использованием затратного метода показал, что годовой экономический эффект составит 133020,72. При этом внедряемая информационная система окупится через 6 месяцев.
Заключение
В результате выпускной квалификационной работы была разработана информационная система регистрации занятий на полномасштабном тренажере учебно-тренировочного подразделения.
В первой части работы был произведен анализ САЭС и деятельности учебно-тренировочного подразделения.
Были рассмотрены основные виды деятельности предприятия и его учебно-тренировочного подразделения, описана организационная структура, а также кратко рассмотрены основные программные продукты, которые используются в различных его отделах. Далее были описаны основные задачи и функции, реализуемые в процессе работы ОПОП УТП САЭС. Отдельно выделены проблемы, возникающие при обучении на полномасштабном тренажере. Основной проблемой работы тренажера является отсутствие регистрации занятий. Автоматизация этих сведений поможет избежать неправильных действий оперативного персонала атомной станции, что может повлечь за собой последствия различного масштаба, вследствие этого миллионные затраты на восстановление. Отсутствие решений этой проблемы ставит под угрозу работу всей атомной станции.
В результате проведенного анализа сущности и реализации рассматриваемо процесса, существующих подходов к его автоматизации была определена необходимость и поставлена задача на разработку информационной системы учета занятий, способной обеспечить высококлассное обучение оперативного персонала эффективное решение рассматриваемых задач на основе применения методов и средств информационных технологий.
Во второй части работы была модернизирована и протестирована информационная система учета протоколов несоответствия учебно-тренировочного подразделения, путем создания информационной системы регистрации занятий.
Структура и основные свойства разработанной информационной системы были определены, исходя из построенной структурно-функциональной модели по стандарту IDEF0 и методологии SADT.
Для описания логической и физической структур базы данных был применен стандарт IDEF1X с использованием CASE-средства ERwin Data Modeler r7.3. В результате, полное и детального описание процесса регистрации занятий было реализовано посредством трех таблиц, связанных между собой по ключевым характеристикам объектов учета. Разработаны программные модули и подробно описаны их функции. Построено дерево программных модулей и блок-схемы некоторых из них. Реализована связь программных модулей системы и таблиц базы данных.
Модернизированная система подверглась тестированию. Тестирование было произведено в трех режимах:
- тестирование системы в нормальных условиях;
- тестирование системы в экстремальных условиях;
- тестирование системы в исключительных ситуациях.
Все ошибки, выявленные в процессе тестирования, были полностью устранены. информационный система тестирование
В третий части выпускной квалификационной работы был спланирован и поставлен эксперимент по внедрению информационной системы.
Для оценки функциональной и экономической эффективности процесса регистрации занятий на основе разработанной информационной системы был использован количественный анализ.
Проведенный анализ показал, что после внедрения информационной системы временные затраты на регистрацию занятий сокращается на 30-40 %. Следовательно, время для работы с обучаемым оперативным персоналом увеличивается, их профессионализм соответственно возрастает. Годовой экономический эффект от внедрения информационной системы определялся как разница между показателем снижения стоимостных затрат и произведением коэффициента эффективности капитальных вложений и затрат на проектирование, разработку и внедрение информационной системы. В результате проведенных расчетов величина годового экономического эффекта составила сто тридцать три тысячи рублей.
Полученные оценки экономической эффективности проекта позволяют сделать выводы о рентабельности и экономической целесообразности внедрения информационной системы для автоматизации регистрации занятий.
Таким образом, можно сделать вывод, что поставленная цель достигнута частично, поставленные задачи выпускной квалификационной работы достигнуты и решены полностью. В результате выполнения выпускной квалификационной работы модернизирована, информационная система учета протоколов несоответствия учебно-тренировочного подразделения путем внедрения в неё информационной системы, автоматизированного учета занятий и регистрации оперативного персонала, проходящих обучение в учебно-тренировочном подразделении Смоленской атомной станции, благодаря которой позволит сократить временные затраты на регистрацию занятий и повысить уровень безопасности эксплуатации АЭС.
Список используемых источников
1 Устав Смоленской АЭС Изд. САЭС, 2000. - 134 с.
2 Внутренний веб - узел САЭС.
3 Положение об учебно-тренировочном подразделении. Изд. САЭС, 2005. - 21 с.
4 Техническая документация к системе «Кадры-2. Подготовка персонала» Изд. САЭС, 2005. - 257 с.
5 Справка учебной программы «Монтажник-проектировщик» Изд. САЭС, 2005. - 123 с.
6 В.И.Лойко Информационные системы и технологии в экономике, 2 - е издание, Москва «Финансы и статистика» 2005. - 310 с.
7 Вопросы атомной науки и техники. Серия: Обеспечение безопасности АЭСВыпуск 12. Москва ФГУП НИКИЭТ 2007 151 с.
8 Маклаков А.Г. Личностный адаптационный потенциал: его мобилизация и прогнозирование в экстремальных условиях. Психологический журнал, 2001, №1, с 16-24.
9 Август-Вильгельм Шеер Моделирование бизнес-процессов. Весть-Мета Технология, 2000. - 206 с.
10 М. Ф. Меняев Организационно-экономическая часть дипломных проектов, направленных на разработку программного обеспечения (Учебное пособие) МГТУ им. Н. Э. Баумана, 2002
11 А.А. Козырев Информационные технологии в экономике и управлении. Издательство Михайлова Санкт-Петербург 2000 г.
12 Вендров, А.М. Проектирование программного обеспечения экономических информационных систем: Учебник./А. М. Вендров.- М.: Финансы и статистика, 2004. - 352 с.
13 Майерс Г. Искусство тестирования программ / Пер. с англ.; Под ред. Б.А. Позина. - М.: Финансы и статистика,2004. - 176 с..
14 Тестирование программного обеспечения / Сэм Канер, Джек Фолк, Енг Кек Нгуен и др. / Пер. с англ. - Киев: Изд-во «ДиаСофт», 2004. - 271 с.
15 Автоматизация управления предприятием / Баронов В.В. и др. - М.: ИНФРА-М, 2000.
16 Автоматизированные информационные технологии в экономике / Под общ. ред. И.Т. Трубилина. - М.: Финансы и статистика, 2007.
17 Когаловский М.Р. Перспективные технологии информационных систем. - М.: ДМК Пресс, 2003.
18 Дейт К. Введение в системы баз данных. - Киев: Диалектика, 2008.
19 Емельянов А.А., Власова Е.А., Дума Р.В. Имитационное моделирование экономических процессов. - М: Финансы и статистика, 2002.
20 Прикладная информатика в экономике: Учебное пособие/ Бугорский В.Н., Емельянов А.А., Порховник Ю.М. и др.; Под ред. Михайлушкина А.И. - СПб: СПбГИЭУ, 2005.- 407 с.
21 Гришин В.Н., Панфилова Е.Е. Информационные технологии в профессиональной деятельности: Учебник.: ИНФРА-М, 2005. - 416 с.
22 Прокушева А. П. Экономика информатики (практикум). - М.: Н.Д. Дашков и К, 2001. - 429 с.
23 Борзов Ю.В. Методы тестирования и отладки программ ЭВМ / М. А. Рогов. - М.: ПРИОР, 2005. - 117 - 119 с.
24 Титоренко Г.А. Информационные технологии в маркетинге.- М.: Юнити, 2004. - 250 с.
25 М. Ф. Меняев Организационно-экономическая часть дипломных проектов, направленных на разработку программного обеспечения (Учебное пособие) МГТУ им. Н. Э. Баумана, 2002
26 Описание программного продукта PHP http://www.php.net/docs.php
27 Дмитрий Ченгаев «PHP! Как сделать современный веб-сайт». 2007. - 45 с. http://www.bravoo.net
28 Руководство PHP Версии 3.0 - язык написания сценариев. http://wm-help.net/down_book.php?id=8
Список сокращений
САЭС |
- |
Смоленская атомная электростанция |
|
УМО |
- |
учебно-методический отдел |
|
УТП |
- |
учебно-тренировочное подразделение |
|
УТСО |
- |
участок обслуживания технических средств обучения |
|
ТЦ |
- |
турбинный цех |
|
ЭЦ |
- |
электроцех |
|
БЩУ |
- |
блок щитового управления |
|
ВИУБ |
- |
ведущий инженер по управлению блоком |
|
ВИУР |
- |
ведущий инженер по управлению реактором |
|
ВИУТ |
- |
ведущий инженер по управлению турбинами |
|
ИС |
- |
информационная система |
|
ИТ |
- |
информационные технологии |
|
ЛВС |
- |
локальная вычислительная сеть |
|
НСБ |
- |
начальник смены блока |
|
НСС |
- |
начальник смены станции |
|
ОК |
- |
отдел кадров |
|
ООМ |
- |
отдел обеспечения и маркетинга |
|
ООО |
- |
отдел организации обучения |
|
ООП |
- |
отдел общей подготовки |
|
ОПОП |
- |
отдел подготовки оперативного персонала |
|
ОППТОиР |
- |
отдел подготовки персонала по техническому обслуживанию и ремонту |
|
ОС |
- |
операционная система |
|
ОТУ |
- |
отдел технического управления |
|
ПМТ |
- |
полномасштабный тренажер |
|
ПМТ-БЩУ |
- |
полномасштабный тренажер блочного щита управления |
|
ПО |
- |
программное обеспечение |
|
ПЭВМ |
- |
персональная электронно-вычислительная машина |
|
РБМК |
- |
реактор большой мощности канального типа |
|
РЗМ |
- |
разгрузочно-загрузочная машина |
|
РЦ |
- |
реакторный цех |
|
СЕМТО |
- |
Североевропейский межрегиональный территориальный округ |
|
ТО |
- |
техническое обслуживание |
|
ТЦ |
- |
турбинный цех |
|
УМО |
- |
учебно-методический отдел |
|
УТП |
- |
учебно-тренировочное подразделение |
|
УТСО |
- |
участок обслуживания технических средств обучения |
|
ЭЦ |
- |
электроцех |
Приложение
Программный код информационной системы
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<META content="text/html; charset=windows-1251" http-equiv="Content-Type">
<title>Поддержание конфигурации ПМТ</title>
<?php
$db=ibase_connect('localhost:d:\inet1\pmt\pmt.gdb', "sysdba", "gbdj","WIN1251");
$query="select fio, sh_fio, id_role from users where id_user=$id_user";
$rs = ibase_query($db, $query);
while ($row = ibase_fetch_object($rs))
{
$fio=$row->FIO;
$role=$row->ID_ROLE;
$sh_fio=$row->SH_FIO;
}
ibase_close($db);
if (($role!=1) and ($role!=3) and ($role!=11) and ($role!=12)) exit(); //????????????????
if($role==1) // если мы зашли как Техник по занятиям на ПМТ
{
$db=ibase_connect('localhost:d:\inet1\pmt\pmt.gdb', "sysdba", "gbdj","WIN1251");
echo"
<script>
var MenTab=new Array();\n
var MenPost=new Array();\n
var MenBlock=new Array();\n
var Nmen=0;\n
var Pattern='';
function Obnul()
{
Pattern='';
}
function Poisk()
{
Pattern=Pattern+String.fromCharCode(event.keyCode);
var sel=document.getElementById('s1');
for (i=0;i<sel.length;i++)
{
if (sel.options[i].text.toLowerCase().indexOf(Pattern.toLowerCase())==0)
{
sel.selectedIndex=i;
SetPost(sel.options[i].value);
return true;
}
}
}
<!--******************************************************************************************************************************************-->
function SetMen()
{"; // заполняет массив по людям из таблици MEN
//записываем в переменную NMen колличество людей
$query="select tabno, id_post, id_jobplace from men order by fio";
$rs = ibase_query($db, $query);
$i=0;
while($row = ibase_fetch_object($rs))
{
$i++;
echo"MenTab[$i]=$row->TABNO;\n
MenPost[$i]=$row->ID_POST;\n
MenBlock[$i]=";
if ( ($row->ID_JOBPLACE>=1)&&($row->ID_JOBPLACE<=6) ) {echo"$row->ID_JOBPLACE";}
else {echo"0";}
echo";\n";
}
echo"NMen=$i;\n
var obj1=document.getElementById('but1');
if (obj1)
{
obj1.focus();
obj1=document.getElementById('t1');
obj1.focus();
}
}
<!--******************************************************************************************************************************************-->
function SetPost(tabn)
{
for(var i=0; i<=NMen; i++)
{
if (MenTab[i]==tabn)
{
var obj1=document.getElementById('sel1');
var obj2=document.getElementById('sel2');
var obj3=document.getElementById('inp1');
var obj4=document.getElementById('inp2');
var obj5=document.getElementById('inp3');
for (var j=0; j<obj1.length; j++)
{
if (obj1.options[j].value==MenPost[i])
{
obj1.selectedIndex=j;
obj2.selectedIndex=j;
obj3.value=MenBlock[i];
if (obj4.value!='') {obj5.value=obj4.value;}
}
}
}
}
}
</script>";
ibase_close($db);
}
echo"</head><body style=\"font-family:Arial;\"";
if($role==1) { echo " onload=SetMen()";} //при загрузке станички выполняем функцию SetMen, описанную выше
echo">
<form action=\"index_tr.php\" METHOD=\"POST\">
<CENTER>
<div style=\"background:black;color:#FFF;padding:0px 0px 0px 0px\"><H3>РЕГИСТРАЦИЯ ЗАНЯТИЙ НА ПМТ</H3></div>
</CENTER>";
$db=ibase_connect('localhost:d:\inet1\pmt\pmt.gdb', "sysdba", "gbdj","WIN1251");
echo "<input type=\"hidden\" name=\"id_user\" value=\"$id_user\">
<table border=0 cellspacing=5><tr>";
//формируем кнопки
if ($role==1) echo"<td><input type=\"submit\" name=\"new_tr\" value=\"НОВОЕ ЗАНЯТИЕ\"></td>"; //если Техник по занятиям на ПМТ, то кнопка НОВОЕ ЗАНЯТИЕ
echo "<td><input type=\"submit\" name=\"all\" value=\"ВСЕ ЗАНЯТИЯ\"></td></form>"; //и кнопка ВСЕ ЗАНЯТИЯ для всех пользователей кто имеет доступ к кнопке Занятия
//если Техник по занятиям, то делаем кнопку СПРАВОЧНИКИ и переходим на guides_tr.php
if ($role==1) echo "<td>
<form action=\"guides_tr.php\" METHOD=\"POST\">
<input name=\"guides\" id=\"b1\" type=\"submit\" value=\"СПРАВОЧНИКИ\">
<input type=\"hidden\" name=\"id_user\" value=\"$id_user\"></td></form>";
//для всех кнопка ОТЧЕТЫ и перходим на index_rep_tr.php
echo "<td><form action=\"index_rep_tr.php\" METHOD=\"POST\">
<input name=\"reports\" id=\"b2\" type=\"submit\" value=\"ОТЧЕТЫ\">
<input type=\"hidden\" name=\"id_user\" value=\"$id_user\">
</td></form></tr></table>
<!--Формируем окно поиска и при надатии на кнопку НАЙТИ перезапускаем страничку с параметром $search-->
<form action=\"index_tr.php\" METHOD=\"POST\">
<input type=\"hidden\" name=\"id_user\" value=\"$id_user\">";
//формируем окно поиска
if ($first_time!="")//этот параметр передается из regdone.php при нажатии на кнопку ЗАНЯТИЯ. срабатывает при первой загрузки index_tr.php
{
echo"<fieldset><legend><b>Поиск</b></legend>
<table>
<tr>
<td><input type=\"checkbox\" name=\"fsearch_date\" value=\"1\"";
if ($fsearch_date==1) {echo " checked";}
echo "></td>
<td>за период:</td>";
if ($d_begin!="") {$d_b=$d_begin;} else {$d_b=date("d.m.y", mktime (0,0,0, date("m")-1, date("d"), date("y")));} //формируем дату начала поиска
//формируем поле начальной даты и записываем туда переменную с датой
//делаем обработку на ввод только цифр
echo "<td>с <input name=\"d_begin\" size=10 id=\"t4\" type=\"text\" value=\"$d_b\">
<script for=\"t4\" event=\"onkeypress\">
<!--
if ( (event.keyCode!=46)
&& (event.keyCode!=8)
&& (event.keyCode<48 || event.keyCode>57))
{
event.returnValue=false;
}
//-->
</script>";
//форрмируем конечную дату
//делаем обработку на клавиши
if ($d_end!="") { $d_e=$d_end;}
else { $d_e=date("d.m.y");}
echo " по <input name=\"d_end\" size=10 id=\"t5\" type=\"text\" value=\"$d_e\">
<script for=\"t5\" event=\"onkeypress\">
<!--
if ( (event.keyCode!=46)
&& (event.keyCode!=8)
&& (event.keyCode<48 || event.keyCode>57))
{
event.returnValue=false;
}
//-->
</script></td>
</tr>
<tr>
<td><input type=\"checkbox\" name=\"fsearch_sm\" value=\"1\"";
Подобные документы
Теоретические основы проектирования информационной системы и базы данных. Проектирование информационной системы "Автоматизация учета торговых операций в автомобильном салоне". Методология SADT и DFD, описание IDEF0-модели. Разработка форм приложения.
курсовая работа [2,8 M], добавлен 15.04.2015История возникновения стандарта IDEF0. Особенности процесса и концепции методологии функционального моделирования SADT, ее структура и применение. Пример практической разработки модели информационной системы "Управления федерального казначейства".
курсовая работа [731,5 K], добавлен 09.10.2012- Разработка информационной системы для автоматизации учета ремонта электрооборудования на предприятии
Архитектура и функции информационной системы для автоматизации учета ремонта электрооборудования. Построение модели прецедентов, потоков данных и процессов в стандарте IDEF0. Проектирование концептуальной и логической модели интегрированной базы данных.
курсовая работа [442,9 K], добавлен 06.08.2013 Построение модели деятельности организации в IDEF0. Описание средств размещения данных в Интернет (форум, e-mail, web-site, хостинг). Выбор инструментальной среды разработки, логическое проектирование, установка и тестирование информационной системы.
дипломная работа [1,9 M], добавлен 13.01.2014Характеристика существующих технологий для разработки информационной системы. Проектирование реляционной базы данных информационной системы учета научных публикаций в среде Adobe Dreamweaver. Оценка функциональных возможностей системы учета публикаций.
дипломная работа [2,0 M], добавлен 12.08.2015Выбор методологии проектирования и разработка информационной системы "Расчёт зарплаты" для предприятия ОАО РТП "Авторемонтник". Архитектурное проектирование базы данных информационной системы и разработка её интерфейса. Тестирование программного модуля.
дипломная работа [2,3 M], добавлен 25.05.2014Создание модели информационной системы с AllFusion Process Modeler 4.0 в стандарте IDEF0. Дополнение созданной модели процессов организационными диаграммами в нотации DFD. Резервирование номеров. Автоматизация рабочего места администратора гостиницы.
курсовая работа [1,8 M], добавлен 17.06.2013Содержательное описание предметной области. Структурный анализ бизнес-процесса на основе IDEF0-модели. Построение информационно-логической модели данных. Структурная схема на основе IDEF0. Даталогическая модель данных. Реализация информационной системы.
курсовая работа [849,7 K], добавлен 10.07.2014Анализ существующих решений по автоматизации предметной области. Выбор методологии проектирования информационной системы. Сбор и спецификация, анализ, моделирование и аттестация требований. Возможные неисправности и сопровождение информационной системы.
курсовая работа [645,2 K], добавлен 26.05.2015Проектирование функциональной и информационной моделей приложения с помощью AllFusion Process Modeler 7. Декомпозиция контекстной диаграммы "Обучение и тестирование". Логическая модель обучающей информационной системы. Тестирование программного продукта.
курсовая работа [2,9 M], добавлен 18.01.2017