Управление качеством в процессе разработки программного обеспечения предприятия
Описание предприятия, работающего в сфере информационных технологий. Изучение продукции, поставщиков, проблем и перспектив развития предприятия. Анализ процедуры проектного управления. Характеристика особенностей разработки схемы программного обеспечения.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 19.11.2017 |
Размер файла | 196,5 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
2.6.8 Определение физических интерфейсов
Выявить и описать физические интерфейсы между продуктами, подсистемами, процессами жизненного цикла, и внешними интерфейсами к системам высокого уровня или другим взаимодействующим системам.
2.6.9 Оценка возможности использования стандартных элементов
Анализировать альтернативы, полученные 2.6.3 для оценки возможности использования стандартизованных конечных элементов системы.
2.6.10 Оценка наличия стандартных элементов
Анализировать альтернативы, полученные 2.6.3 на предмет наличия стандартных или готовых конечных элементов системы (неразрабатываемых составных частей или повторно используемого программного обеспечения).
Каждый выявленный стандартный или готовый конечный элемент оценить на предмет эффективности вложений, количества, наличия и жизнеспособности поставщика.
2.6.11 Оценка альтернативы «произвести или купить»
Выполнить экономический анализ альтернатив, полученных в 2.6.3 для обоснования решения «изготовить или купить». Этот анализ должен показать, насколько выгоднее будет изготовить самостоятельно нужный элемент, чем приобрести готовый у поставщика.
2.6.12 Разработка моделей, изготовление прототипов
Разработать модели и/или прототипы для:
· помощи в выявлении и снижении риска, связанного с интеграцией имеющихся и появляющихся технологий;
· проверки того, что физическое решение удовлетворяет установленным функциональным требованиям и требованиям к рабочим характеристикам, требованиям интерфейсов и ограничениям;
· проверки того, физическое решение удовлетворяет функциональной архитектуре и основной версии требований.
Модели, файлы данных и поддерживающая документация должны быть обслуживаемы, и, каждая версия модели или файла данных, которая влияет на требования, конструкцию или решения должна быть сохранена в обобщенной базе данных.
Модели могут быть электронные, частичные или полные, и, могут быть аппаратными, программными или комбинированными.
2.6.13 Оценка видов отказов, их последствий и критичности
Анализировать виды, последствия и критичность отказов альтернативных решений, полученных 2.6.3. Для определения сильных и слабых сторон конструкции должен использоваться FMEA-анализ (Анализ Видов и Последствий Отказов). Для критичных отказов использовать анализ критичности для того, чтобы выстроить различные решения по степени критичности отказов.
Результаты этого анализа использовать на дальнейших этапах конструирования, а так же для обеспечения обратной совместимости изделий.
2.6.14 Оценка необходимости тестирования
Оценить тестируемость альтернативных конструкционных решений, полученных 2.6.3, для определения требований к испытаниям (встроенные системы тестирования (built-in test - BIT), тестирование с целью обнаружения неисправностей (fault-isolation test - FIT)). BIT-FIT механизмы должны быть предоставлены для тех элементов, поддержка которых обычно осуществляется оператором, заказчиком или его службой поддержки. BIT-FIT может использоваться для диагностических операций, поддерживающих низкоуровневую систему технического обслуживания системы.
2.6.15 Оценка возможности конструкции к доработке
Оценить альтернативные конструкционные решения, полученные в 2.6.3, для определения возможности конструкции к доработке или пере проектированию и переделке, что нужно для применения новых технологий, улучшения производительности, увеличения функциональности, или других эффективных улучшений в то время, когда система находится в производстве или уже выпущена на рынок.
Выявить и описать ограничения, которые могут мешать конструкции дорабатываться, проанализировать технологии с целью устранения этих ограничений.
Использовать управление конфигурацией над продуктами, у которых нет возможности дорабатываться, для гарантии того, что эти продукты могут быть перепроектированы и переделаны без существенных затрат.
2.6.16 Завершение конструирования
Выбрать окончательное конструкционное исполнение из всех альтернативных, проанализированных во время действий с 2.6.2 по 2.6.16. Обозначение и описание интерфейсов между физическими элементами тоже считается окончательным.
2.6.17 Инициирование эволюционной разработки
Инициировать эволюционную разработку каждого элемента в окончательном конструкционном исполнении.
2.6.18 Изготовление чертежей и схем
Завершить все конструкторские действия по описанию всех выбранных физических элементов. Окончательное конструкционное исполнение включает в себя все аппаратные чертежи и схемы, документацию на разработку программного обеспечения и тексты исходных кодов, а так же описания интерфейсов.
2.6.19 Установка физической архитектуры
Установить физическую архитектуру, приемлемую для выбранного уровня разработки, для документирования конструкционного исполнения системы и интерфейсов, которые были выяснены действиями с 2.6.2 по 2.6.17.
Физическая архитектура включает в себя прослеживаемость требований и матрицы, которые показывают размещение функциональных требований и требований к рабочим характеристикам по элементам системы.
Сохранить определения физической архитектуры в обобщенной базе данных со всеми стоимостными оценками, обоснованиями конструкции и ключевыми решениями для обеспечения прослеживаемости требований вверх и вниз по архитектуре.
2.7 Проверка физической архитектуры
Цели процедуры:
· удостовериться, что требования физической архитектуры прослеживаемы до проверенной функциональной архитектуры;
· удостовериться, что требования физической архитектуры удовлетворяют подтвержденной основной версии требований.
2.7.1 Состав процедуры
Процедура состоит из следующих операций:
· Выбор принципа (метода) проверки
o Определение требований к обследованию, анализу, демонстрации или тестированию
o Установка процедуры проверки
o Установка внешних условий проверки
· Проведение проверочной оценки
o Проверка завершенности архитектуры
o Проверка функциональных показателей и рабочих характеристик
o Проверка удовлетворения ограничениям
· Выявление расхождений и конфликтов
· Установка проверенной физической архитектуры
· Проверка физической архитектуры процессов жизненного цикла
· Составление проверенной системной архитектуры
· Установка основных версий спецификации и конфигурации
· Разработка дерева системы
Рис. 2.7 Структурная схема процедуры «Проверка физической архитектуры»
Структурная схема процедуры представлена на рис. 2.7.
2.7.2 Выбор принципа (метода) проверки
Выполнить операции с 2.7.2.1 по 2.7.2.3 с целью выбора принципов и методов проверки физической архитектуры и сценариев оценки завершенности конструкционного исполнения.
Определение требований к обследованию, анализу, демонстрации или тестированию
Выбрать приемлемый метод проверки для оценки того, что функциональные требования и требования к рабочим характеристикам удовлетворяются физической архитектурой.
Разработать проверочную матрицу для прослеживания методов проверки до требований функциональной архитектуры и основной версии требований.
Выбрать модели или прототипы для использования, они могут быть частичными или полными в зависимости от целей и задач проверки.
Установка процедуры проверки
Установить процедуры проверки для каждого выбранного проверочного метода.
Определить цель и задачи каждой проверочной процедуры, действия до и после проверки, а также критерии успеха или неудачи процедуры для запланированных условий и условий с отклонениями от нормальных.
Установка внешних условий проверки
Установить внешние условия проверки для выбранных методов и определенных процедур. Внешние условия включают аппаратуру, оборудование, инструменты, имитации, измерительные устройства, персонал и климатические условия.
Проверить внешние условия до начала проведения проверки.
2.7.3 Проведение проверочной оценки
Выполнить задачи с 2.7.3.1 по 2.7.3.3 для проверки того, что каждое требование и ограничение прослеживаемо до проверенной функциональной архитектуры и конструкционное исполнение системы удовлетворяет подтвержденной основное версии требований.
Оценить результаты проверки для гарантии того, что предоставляемые конструкционным исполнением системы характеристики удовлетворяют требованиям.
Проверка завершенности архитектуры
Проверить, что:
· описания физических элементов прослеживаемы до требований функциональной архитектуры;
· требования функциональной архитектуры распределены по по физической архитектуре и прослеживаемы до нее.
Все внутренние и внешние интерфейсы должны быть прослеживаемы вниз и вверх до их исходных требований.
Проверка функциональных показателей и рабочих характеристик
Проверить, что вычисленные результаты действия 2.7.2 удовлетворяет функциональным требованиям и требованиям к рабочих характеристикам подтвержденной основой версии требований.
Проверка удовлетворения ограничениям
Проверить, что:
· вычисленные результаты действия 2.7.2 удовлетворяют ограничениям, включая интерфейсы, функциональной архитектуры;
· ограничения установленной физической архитектуры прослеживаемы до подтвержденной основной версии требований.
2.7.4 Выявление расхождений и конфликтов
Выявить и описать расхождения и конфликты, полученные в ходе действия 2.7.3. Когда расхождения показывают незавершенность архитектуры, дизайн синтез или функциональный анализ повторяются до тех пор, пока все упущения не будут устранены.
Если вычисленные результаты не соответствуют требованиям функциональной архитектуры, или если требования физической архитектуры не прослеживаются до функциональной архитектуры, необходимо установить или лишнее функциональное требование и/или требование к рабочим характеристикам или физический элемент были указано во время дизайн синтеза, или указанные требования верны и требуют отражения в функциональной архитектуре. Операция дизайн синтез должна быть повторена необходимое количество раз для устранения лишних функциональных требований и/или требований к рабочим характеристикам. После устранения всех расхождений должен быть повторены операции от анализа требований до функциональной проверки для выпуска новой подтвержденной версии требований и проверенной функциональной архитектуры.
Если требования физической архитектуры не прослеживаются до утвержденной основной версии требований, необходимо повторить операцию дизайн синтез для того, чтобы устранить лишние функциональные требования и/или требования к рабочим характеристикам, или необходимо повторить нужные операции процедуры проектного управления для добавления отсутствующих требований.
2.7.5 Установка проверенной физической архитектуры
Физическая архитектура считается проверенной после того, как операция 2.7.3 выполнена успешно.
Документировать в обобщенной базе данных проверенную физическую архитектуру, с обоснованной структурой, стоимостными оценками, ключевыми решениями. Эта проверенная физическая архитектура используется для порождения дерева спецификации системы, и, затем, при объединении с проверенной физической архитектурой процесса жизненного цикла формирует системную архитектуру.
2.7.6 Проверка физической архитектуры процесса жизненного цикла
Выполнить анализ требований, функциональный анализ и дизайн синтез для выявления, определения и структуры физической архитектуры процессов жизненного цикла системы.
Выполнить операции с 2.2 по 2.5 для проверки физической архитектуры процесса жизненного цикла продукта. Продукты, связанные с каждым процессом жизненного цикла покупаются или изготавливаются и интегрируются с другими продуктами, зависящими от процесса или других процессов, своевременно для поддержки ключевых событий процесса.
2.7.7 Составление проверенной системной архитектуры
Составить полную системную архитектуру из физической архитектуры процесса жизненного цикла и физической архитектуры продукта. Системная архитектура проверяется на предмет удовлетворительного выполнения проверки потребительских товаров и продуктов процессов их жизненного цикла.
2.7.8 Установка основных версий спецификации и конфигурации
Разработать/доработать спецификации продукта и интерфейсов для каждого элемента физической архитектуры.
Разработать/доработать необходимую основную версию конфигурации для каждого элемента физической архитектуры.
Иерархия спецификаций (продуктов и интерфейсов) для физической архитектуры формирует дерево спецификации. Дерево спецификации очерчивает элементы спецификации, для которых продукты должны быть придуманы, изготовлены, куплены или закодированы (написан код).
Сохранить спецификации в обобщенной базе данных для возможности их использования во время последующих применений процедуры проектного управления.
2.7.9 Разработка дерева системы
Разработать дерево системы из дерева спецификации, требований к процессам жизненного цикла.
Сохранить дерево системы в обобщенной базе данных для возможности его использования при структуризации и управлении следующей стадией процесса разработки.
Дерево изделия Интернет-системы (Э - элемент):
Э1. Интернет-система
Э1.1. Клиентский интерфейс
Э1.1.1. Графический дизайн
Э1.1.1.1. Дизайн-макет главной страницы
Э1.1.1.2. Дизайн-макет второй страницы
Э1.1.1.3. Дизайн-макет страницы результатов поиска
Э1.1.1.4. Дизайн-макет страницы 404
Э1.1.2. Ядро «ClientEngine»
Э1.1.2.1. Подсистема обработки запроса
Э1.1.2.2. Библиотека работы БД
Э1.1.2.3. Подсистема отображения информации
Э1.1.2.3.1. Модуль работы с шаблонами
Э1.1.2.3.2. Модуль работы с кэшем
Э1.1.2.3.3. Модуль отображения контент информации
Э1.1.2.3.4. Модуль отображения навигации
Э1.1.2.4. Подсистема подключения модулей
Э1.1.3. Модуль поиск
Э1.1.4. Документация
Э1.1.4.1. Документация на API ClientEngine
Э1.2. Система администрирования
Э1.2.1. Ядро «AdminEngine»
Э1.2.1.1. Библиотека работы с БД
Э1.2.1.2. Подсистема обработки запроса
Э1.2.1.3. Подсистема контроля доступа
Э1.2.1.3.1. Ядро авторизации
Э1.2.1.3.2. Модуль авторизации
Э1.2.1.3.3. Модуль управления администраторами
Э1.2.1.4. Подсистема отображения информации
Э1.2.1.4.1. Модуль работы с шаблонами
Э1.2.1.4.2. Библиотека отображения табличных данных
Э1.2.1.4.3. Модуль отображения меню
Э1.2.1.4.4. Библиотека визуализации модулей
Э1.2.1.5. Подсистема подключения модулей
Э1.2.2. Модуль файл менеджер
Э1.2.3. Модуль разделы сайта
Э1.2.4. Модуль резервного копирования и восстановления БД
Э1.2.5. Документация
Э1.2.5.1. Документация на API AdminEngine
Э1.2.5.2. Документация пользователя системы администрирования
2.8 Системный анализ
Цели процедуры:
· разрешение конфликтов, выявленных в результате анализа требований, декомпозиции функциональных требований и размещения требований к рабочим характеристикам;
· подсчет эффективности альтернативных конструкционных решений и обоснование выбора лучшей конструкции в процессе дизайн синтеза;
· оценка эффективности системы;
· управление факторами риска.
2.8.1 Состав процедуры
Процедура состоит из следующих операций:
· Оценка конфликтов требований
· Оценка альтернативных вариантов функциональности
· Оценка альтернативных решений
· Выявление факторов риска
· Определение области исследования
o Выбор методологии и критериев успеха
o Выявление альтернатив
o Установка внешних условий производственных исследований
· Проведение исследования
o Анализ стоимости срока службы
o Анализ эффективности системы и затрат
o Анализ воздействия внешних условий
o Количественная оценка факторов риска
· Выбор параметров управления риском
· Выбор альтернативных рекомендаций
· Документирование компромиссного решения и воздействия
· Оценка эффективности решения
Структурная схема процедуры представлена на рис. 2.8.
2.8.2 Оценка конфликтов требований
Оценить конфликты между требованиями и ограничениями, выявленными в процессе анализа требований для определения альтернативных функциональных требований и требований к рабочим характеристикам.
Конфликты могут возникать между функциональными требованиями, требованиями к рабочим характеристикам, или ограничениями, или между их комбинациями.
Выполнить изучение и оценку требований для определения рекомендованного, с точки зрения риска, стоимости, расписания и т.д., набора требований и ограничений.
Рис. 2.8 Структурная схема процедуры «Системный анализ»
2.8.3 Оценка альтернативных вариантов функциональности
Оценить возможные альтернативные варианты размещения подфункций декомпозиции функции, а так же размещение требований к рабочим характеристикам по подфункциям во время функционального анализа.
Выполнить изучение и оценку функциональности с целью определения рекомендованного, с точки зрения риска, стоимости, расписания и т.д., набора функциональных требований и требований к рабочим характеристикам.
2.8.4 Оценка альтернативных решений
Оценить потенциальные группировки и размещения функций по функциональной архитектуре во время дизайн синтеза.
Выполнить изучение и оценку конструкции с целью определения рекомендованного, с точки зрения риска, стоимости, расписания и т.д., компромиссного конструкционного представления.
2.8.5 Выявление факторов риска
Оценить требования и ограничения из анализа требований, схемы подфункций, полученной из функционального анализа, размещения подфункций по логическим физическим элементам, каждого решения в отношении конструкции во время дизайн синтеза, и каждого физического элемента физической архитектуры для определения уязвимых мест - факторов риска.
2.8.6 Определение области исследования
Выполнить операции с 2.8.6.1 по 2.8.6.3 для определения области проведения исследований.
Четко обозначить неформальные и формальные задачи проведения исследования, требования к собираемым данным, расписание проведения мероприятий, анализ результатов и ожидаемые выходные данные.
Выбор методологии и критериев успеха
Выбрать ресурсы и процедуры проведения исследования, основываясь на его определении, а так же уровень важности и доступность оборудования, специального обеспечения и дополнительных ресурсов.
Определить набор критериев, по которым будет выбираться та или иная альтернативная конфигурация.
Выявление альтернатив
Выявить и сформировать список жизнеспособных альтернативных решений для оценки.
Установка внешних условий производственных исследований
Установить метрики для каждого критерия, которые характеризуют, насколько хорошо различные альтернативы удовлетворяют критерию.
Установить фактор веса для каждого критерия, которые различаются по степени важности.
Если требуется, установить модели для обеспечения проведения формального или неформального исследования. Выбор моделей зависит от природы исследования, стадии разработки, типа информации, которую необходимо получить и характеристик особенностей альтернативного решения.
Утвердить модели до проведения исследования.
2.8.7 Проведение исследования
Выполнить операции с 2.8.7.1 по 2.8.7.4, по степени соответствия, для выполнения исследования по:
· анализу требований для разрешения конфликтов и удовлетворения потребностей, требований и ограничений рынка/заказчика;
· функциональному анализу для обоснования декомпозиции функций в подфункции и распределения требований к рабочим характеристикам;
· синтезу для обоснования решений по конструкции.
Провести формальные и неформальные исследования под контролем условий для получения данных, принадлежащих каждому альтернативному варианту.
Записать и анализировать результат исследований для количественной оценки воздействия каждого альтернативного варианта на проект или систему.
Сравнить результаты с критериями успешного прохождения варианта для выявления наиболее предпочтительного варианта.
Анализ стоимости срока службы
Анализировать стоимость применения альтернативного варианта для компании разработчика и заказчика. Анализ проводится во время проведения исследования или оценки эффективности системы.
Анализ эффективности системы и затрат
Анализировать связь между эффективностью системы и стоимостью ее срока службы.
Анализ воздействия внешних условий
Определить все возможные воздействия внешних условий.
Количественная оценка факторов риска
Провести количественную оценку риска.
2.8.8 Выбор параметров управления риском
Провести оценку параметров управления риском для выбора наиболее подходящих параметров.
2.8.9 Выбор альтернативных рекомендаций
Использовать методы, выбранные в 2.8.6, результаты задач с 2.8.7.1 по 2.8.7.4 и запланированные мероприятия по снижению риска для рекомендации наиболее предпочтительного варианта из всех.
Оценить исследование на предмет того, что выбранные методологии, инструменты и собранные данные достаточны для обеспечения справедливой и полной оценки.
Представить каждую рекомендацию в терминах конфигурации, стоимости, расписания и риска.
2.8.10 Документирование компромиссного решения и воздействия
Документировать все рекомендации с описанием влияния на проект и систему и предоставить результат для рассмотрения ролью, ответственной за принятие решения.
Сделать окончательный выбор исходя из оценки предоставленных данных по заранее определенным критериям.
Сохранить ключевые действия, решения, обоснования и рекомендации в обобщенной базе данных для возможности дальнейшего использования.
2.8.11 Оценка эффективности решения
Определить эффективность текущего представления системы, основанного на результатах оценки и анализа, проведенного в задачах 2.8.4, 2.8.5, с 2.8.7.1 по 2.8.7.4 и 2.8.8.
Документировать результаты этих оценок и анализа в обобщенной базе данных и резюмировать их на соответствующих технических обзорах и обзорах проекта.
2.9 Контроль
Задачей процедуры является предоставление:
· подробной актуальной картины состояния процесса проектной деятельности и его результатов;
· информации для производства, тестирования, поддержки;
· информации для ролей, уполномоченных для принятия решений по техническим и проектным обзорам.
2.9.1 Состав процедуры
Процедура состоит из следующих операций:
· Техническое управление
o Управление данными
o Управление конфигурацией
o Управление интерфейсами
o Управление рисками
o Измерение прогресса проекта на основе степени выполнения
· Прослеживание данных системного анализа и проверки/тестирования
· Прослеживание требований и изменений конструкции
· Прослеживание выполнения проекта по планам проекта
· Прослеживание выполнения проекта по техническим планам
· Отслеживание метрик продукта и процесса
· Корректировка основных версий спецификаций и конфигураций
· Корректировка представления требований и архитектуры
· Корректировка технических планов
· Корректировка планов проекта
· Интегрированная база данных
Структурная схема процедуры представлена на рис. 2.9.
Рис. 2.9 Структурная схема процедуры «Контроль»
2.9.2 Техническое управление
Управление данными
Управление конфигурацией
Управление интерфейсами
Управление рисками
Измерение прогресса проекта на основе степени выполнения
Прослеживание данных системного анализа и проверки/тестирования
2.9.3 Прослеживание требований и изменений конструкции
Прослеживание выполнения проекта по планам проекта
Прослеживание выполнения проекта по техническим планам
Отслеживание метрик продукта и процесса
Корректировка основных версий конфигурации и спецификации
Корректировка представлений требований и архитектуры
Корректировка технических планов
Корректировка планов проекта
Обобщенная база данных
Глава 3. Творческая форма функционально-стоимостного анализа в проектах разработки программного обеспечения
3.1 Функционально-стоимостной анализ
Метод ФСА [6] является видом экономического анализа, дополняющим традиционные, суть которого заключается в системном исследовании объекта (изделия, процесса, структуры), направленным на оптимизацию соотношения между потребительскими свойствами и затратами на его создание и использование. ФСА исходит из того, что в производстве любого изделия, в любой производственной, технической и хозяйственной системе имеют место излишние затраты, а значит, и резервы для совершенствования производства. Задачей анализа является изыскание резервов сокращения затрат на производство и эксплуатацию продукции на основании специфических приемов и процедур исследования. ФСА позволяет при создании новых изделий предупреждать возникновение излишних затрат, на производство новых изделий обеспечивать уровень издержек, не превышающий установленного, при применении создаваемого объекта сокращать или исключать экономически неоправданные затраты.
Таким образом, задача ФСА - поиск новых, более экономичных вариантов осуществления анализируемым объектом своих функций на всех стадиях цикла «исследование - производство». Это достигается за счет установления наилучшего соотношения между потребительной стоимостью изделия и затратами на его разработку; снижения материалоемкости, фондоемкости, энергоемкости и трудоемкости объекта, снижение себестоимости выпускаемой продукции и повышения ее качества; замены дефицитных, дорогостоящих материалов; снижение эксплуатационных и транспортных расходов; ликвидация потерь ресурсов во всех сферах хозяйственной деятельности.
Полезный эффект достигается:
· за счет сокращения затрат при одновременном повышении потребительских свойств;
· повышения качества при сохранении уровня затрат;
· уменьшения затрат при сохранении уровня качества;
· сокращения затрат при обоснованном снижении технических параметров до функционально необходимого уровня.
В отдельных случаях возможно повышение качества при экономически оправданном увеличении затрат. Обычно при анализе издержек производства и себестоимости продукции исходят из структуры затрат постатейно или поэлементно, сравнивают фактические затраты с плановыми, выявляют отклонения и анализируют их причины в зависимости от отдельных факторов. ФСА позволяет сделать следующий шаг: подвергнуть проверке само изделие, его потребительские качества и обоснованность его конструкции.
Различают три формы ФСА [7]:
1. корректирующая, предназначенная для отработки раннее созданных конструкций;
2. творческая (используется на стадиях НИР и ОКР);
3. инверсная, служащая для систематизации расширения сфер применения уже спроектированных объектов и обеспечения выбора наиболее эффективной производительной системы.
3.2 Этапы творческой формы ФСА
Информационно-подготовительный - состоит из подэтапов:
· формулирование целей и задач проектирования;
· подготовка, сбор, систематизация информации;
· построение дерева целей;
· определение требований к параметрам изделия, их значимости.
Выявление технико-экономических противоречий:
· формулирование ограничений;
· формулирование идеального конечного результата;
· определение минимальной цены.
Аналитический - содержит подэтапы:
· формулирование внешних функций;
· выбор принципа реализации главной функции;
· формулирование основных функций;
· построение укрупненной функциональной модели;
· определение значимости функций;
· установление предельно допустимых затрат на функции.
Творческий - состоит из подэтапов:
· поиск идей и решений по реализации основных функций;
· экспертная оценка идей и решений с помощью положительно-отрицательных матриц.
Формулирование вспомогательных функций:
· поиск идей по реализации вспомогательных функций;
· построение морфологических карт;
· определение состава материальных носителей функций по варианту;
· синтез технических решений;
· построение укрупненной структурной модели объекта.
Исследовательский - содержит подэтапы:
· выбор критериев оценки;
· качественная оценка степени исполнения функции по вариантам;
· укрупненная оценка производственных и эксплуатационных затрат на функции по вариантам;
· определение соотношений полученных значений затрат на функции с предельно допустимыми;
· комплексная технико-экономическая оценка вариантов;
· определение условий внедрения вариантов.
Рекомендательный - содержит следующие подэтапы:
· обсуждение и окончательный выбор варианта построения изделия;
· оформление рекомендаций по дальнейшей функционально-стоимостной отработке изделия.
3.3 Функции объекта и их классификация
ФСА имеет функциональные отличия от обычных способов снижения производственных и эксплуатационных затрат, так как предусматривает функциональный подход.
Сущность его - рассмотрение объекта не в его конкретной форме, а как совокупность функций, которые она должна выполнять. Каждая из них анализируется с позиции возможных принципов и способов исполнения с помощью совокупности специальных приемов.
Функциональный подход помогает пониманию цели и способов совершенствования системы. Теоретической базой функционального подхода служат принципы функциональной организации систем, в том числе технических, которые позволяют вскрыть истоки организованности объектов и их жизнеспособность.
Под функциональной организованностью понимается комплексная характеристика объекта, отражающая степень его совершенства с точки зрения удовлетворения четырех основных принципов: актуализации функций, их сосредоточения, совместимости и гибкости.
Функция в широком понимании - это деятельность, обязанность, работа, назначение, роль. В ФСА под функцией понимают внешнее проявление свойств какого-либо объекта в данной системе отношений. Другими словами, функции есть способность данной системы к удовлетворению определенных требований системы внешнего порядка.
3.3.1 Классификация функций
По области проявления функции делятся:
· на внешние (общеобъектные);
· внутренние (внутриобъектные).
Подробная классификация функций представлена на рис. 3.1.
Рис. 3.1 Классификация функций объекта
Внешние функции характеризуют основное назначение объекта, проявляются вне объекта и отражают его взаимосвязь со сферой применения. При определении внешних функций внутреннее строение объекта игнорируется, он рассматривается как «черный ящик» со своими входами и выходами.
Например: автомобиль - перевозит грузы; часы - показывают время и т.п.
Формирование внешней функции никак не предполагает конкретную конструкцию изделия, системы. По роли в удовлетворении требований системы более высокого порядка внешние функции делятся на главные и второстепенные.
Главные функции определяют назначение, сущность и смысл существования объекта, системы в целом.
Второстепенные функции отражают действия и взаимосвязи внутри объекта, системы.
Функциональная модель (ФМ) - это описание объекта на языке выполняемых функций и их взаимосвязей, представляемое графом или матрицей связей. При этом на верхнем (первом) уровне располагают главные и второстепенные функции, на третьем и последующих - вспомогательные функции объекта и их составляющие.
Функционально-структурная модель (совмещенная модель) - это графическое или матричное изображение объекта, полученное путем наложения структурной модели на функциональную.
Структурная модель (СМ) объекта - условное изображение (как правило, в виде графа), отражающее состав и соподчиненность его материальных элементов (носителей функций).
3.4 Анализ функционально-структурных (совмещенных) моделей
Совмещенная модель служит для определения затрат на функции в сопоставлении их значимости. На первом этапе анализа объекта совмещенная модель позволяет сделать некоторые выводы о степени рациональности конструкции, отражающих варианты совмещенных моделей.
Дальнейший более глубокий анализ осуществляется на основе функционально-стоимостной диаграммы.
Функционально-стоимостная диаграмма представляет собой совмещенную диаграмму значимости функций с точки зрения целей системы более высокого порядка и структуры затрат на объект, построенный по функциям.
Диаграмма строится в едином масштабе: значимость функций в долях единицы, доля функций в затратах - также в долях единицы.
Построенная таким образом диаграмма позволяет даже визуально обнаружить функции, доля которых в затратах превосходят их значимость. Такие функции представляют собой зоны диспропорций, так как их относительная стоимость больше их относительной значимости. Эти зоны подвергаются анализу в первую очередь.
Для определения относительной значимости (а иногда и относительной стоимости) применяются методы экспертных оценок.
3.4.1 Расчет затрат на реализацию функций в ФСА
Нахождение излишних затрат на объект (изделие) и их устранение за счет приведения в соответствие с потребительной стоимостью, воплощенной в функциях изделия, составляет сущность ФСА.
Для решения этой задачи затраты на объект должны быть рассчитаны применительно к каждой из его функций.
Этот расчет выполняется на различных этапах ФСА:
· при построении функционально-стоимостной диаграммы (с целью выявления зон диспропорции по фактическому соотношению затрат);
· при расчете функционально-необходимых затрат.
Расчет затрат на функцию может осуществляться в широком диапазоне - от прямых производственных затрат при создании объекта до совокупных затрат общества на создание объекта и его использование. Степень охвата затрат зависит от того, в какой степени ФСА повлияет на их различные составляющие.
Затраты на функцию определяются как сумма затрат на материальные носители, обеспечивающие реализацию этой функции. Расчет фактических затрат ведется на основе иерархии функций, сверху вниз:
где Згл - затраты на реализацию главной функции;
Зоснi - затраты на реализацию i-й основной функции, обеспечивающую реализацию главной функции;
k - количество основных функций;
m - количество вспомогательных функций;
Звспij - затраты на j-ю вспомогательную функцию, обеспечивающую реализацию i-й основной функции.
где - операционные затраты на материалы для j-й функции;
- операционные затраты на зарплату производственных рабочих;
- сумма расходов на содержание и эксплуатацию оборудования на данную j-ю функцию;
n - количество операций технологического процесса по материализации функции.
где Цf - цена единицы f-го материала;
- норма расхода f-го вида на i-й операции техпроцесса, обеспечивающего материализацию j-й функции;
F - количество видов материалов, используемых для реализации функции.
где C - часовая тарифная ставка дня -й операции;
- штучное время на -й операции;
kq - процент доплат и дополнительной зарплаты от прямой зарплаты;
kстр - процент отчислений на социальные нужды от полной зарплаты.
= Зм.ч
где Зм.ч - себестоимость машино-часа работы базового оборудования;
Kм.q - машино-коэффициент для оборудования, используемого на операции;
tмqj - это норма машинного времени на q-й операции;
h - количество операций.
Более подробный расчет с учетом остальных статей производственных затрат осуществляется, если в результате ФСА в них возникают существенные изменения.
Если один или группа материальных носителей полностью работают на реализацию определенной функции, то производственные затраты на эту функцию определяются как сумма себестоимостей ее носителей (детали, сборочные единицы и т.д.). Эти затраты можно назвать автономными, т.е. такими затратами на устройство (совокупность деталей), которое может выполнять только данную функцию, не участвуя в выполнении других функций.
Следует заметить, что алгебраическая сумма автономных затрат по подфункциям не всегда дает истинное значение затрат на функцию более высокого порядка (теорию систем: свойство системы не является простой суммой свойств, входящих в нее элементов).
В связи с этим вводится понятие приростных затрат на функцию. Под приростными понимается такое изменение затрат на объект, которое вызывается прибавлением или удалением этой функции.
Обычно в качестве ведущих выделяются автономные затраты по наиболее дорогим функциям, а затраты по остальным функциям находят в виде приростных:
где Зоб - себестоимость объекта;
Зав - автономные затраты по ведущей функции;
Зпрi - приростные затраты на i-ю функцию;
r - количество функций объекта.
Глава 4. Организация обстановки для умственного труда
4.1 Введение
Для обеспечения безопасности труда в России разработана система законодательных, лечебно-профилактических мероприятий и средств, которые обеспечивают безопасность, сохранение здоровья и работоспособность человека в процессе труда. Научно-технический прогресс внес серьезные изменения в условия производственной деятельности работников умственного труда. Их труд стал более интенсивным, напряженным, требующим значительных затрат умственной и эмоциональной энергии. В этих условиях новая технология наряду с высокими техническими данными должна в обязательном порядке содержать мероприятия, предупреждающие возникновение производственного травматизма или профессиональных заболеваний.
Категорию тяжести труда на рабочем месте сотрудника IT отдела можно определить, как легкую. Труд сотрудника не требует предельного физического и психического напряжения, но этот вид деятельности при продолжительной работе является весьма утомительным, что может отрицательно сказаться на психологическом здоровье оператора. С физической точки зрения, работа сотрудника заключается в работе с компьютером и бумажными документами в течение всего рабочего дня.
Стандартное автоматизированное рабочее место сотрудника IT отдела постоянно оказывает вредное воздействие, которое может причинить большой вред здоровью, если пренебрегать даже элементарными правилами техники безопасности. Типичными ощущениями, которые испытывают к концу рабочего дня чрезмерно увлеченные и беспечные пользователи персональных компьютеров, являются: головная боль, резь в глазах, тянущие боли в мышцах шеи, рук и спины, зуд кожи на лице и т.д. Испытываемые день за днем, они могут привести к мигреням, частичной потере зрения, сколиозу, кожным воспалениям и другим нежелательным явлениям.
В связи с этим возрастает роль охраны труда, призванной не только облегчить труд человека, но и сделать условия труда безопасными и комфортными. При рассмотрении вопросов охраны труда сотрудника IT отдела большое внимание уделяется организации его рабочего места, определению оптимальных условий его труда, то есть производственному освещению, оздоровлению воздушной среды, защите от шума, электроопасности, пожарной безопасности и др.
В данном разделе будут рассмотрены вопросы организации безопасности в компьютерном помещении IT отдела. Помещение представляет собой комнату размером 6м х 4м и 4-мя компьютерными местами.
4.2 Анализ ПЭБ при эксплуатации персональных компьютеров
4.2.1 Перечень факторов обитаемости
Физические факторы:
· параметры микроклимата;
· электромагнитное излучение;
· нерациональное освещение;
· шум;
· пожароопасность;
· электроопасность.
Химические факторы:
Химически опасные факторы отсутствуют.
Биологические факторы:
· бактерии;
· вирусы;
· грибки и т. д.
Источниками перечисленных биологических факторов являются сами сотрудники IT отдела.
Психофизиологические факторы:
· статические физические перегрузки;
· умственное перенапряжение;
· перенапряжение зрительных анализаторов;
· монотонность труда.
4.2.2 Микроклимат
Метеорологическими условиями согласно ГОСТ 12.1.005-88 являются:
· температура;
· относительная влажность;
· скорость движения воздуха;
· атмосферное давление.
Работающие люди, включенные компьютеры, а в летнее время еще и солнечная радиация являются источниками избыточного тепла в помещении IT отдела. Повышенная температура и недостаточная влажность воздуха влияет на работоспособность и самочуствие работника.
С целью обеспечения комфортных условий для пользователей компьютеров и надежной работы оборудования, необходимо поддерживать следующие метеорологические условия (согласно СН 512-78):
· Атмосферное давление в помещении машинного зала должно быть 1013.25±266 ГПа. При пониженном давлении воздуха ухудшается отвод теплоты от элементов компьютера (монитор, системный блок), снижаются изоляционные свойства воздуха.
· Воздух, используемый для вентиляции машинного зала, должен очищаться от пыли. Запыленность воздуха не должна превышать 1 мг/мі, а размеры пылинок - 3 мкм. Пыль, попадающая на платы комплекса, приводит к снижению теплообмена и способствует перегреву приборов.
· В помещении IT отдела необходимо предусмотреть систему отопления. Она должна обеспечивать достаточное, постоянное и равномерное нагревание воздуха в помещении в холодный период года, а также безопасность в отношении пожара и взрыва. При этом колебания температуры в течении суток не должны превышать 2-3°С; в горизонтальном направлении - 2 °С на каждый метр длины; а в вертикальном - 1 °С на каждый метр высоты помещения. Для отопления помещения рекомендуется использовать водяные или воздушные системы центрального отопления.
· Работающие люди и включенные компьютеры являются источниками избыточного тепла в помещении, поэтому необходимо предусмотреть систему кондиционирования и вентиляции помещения.
Таблица 4.1
Температура наружного воздуха |
Оптимальные параметры |
Допустимые параметры |
|
Ниже +10°С |
Температура: 20-22°С; Относительная влажность: 40-60%; Скорость движения воздуха не более 0,2 м/с. |
Температура: 18-22°С; Относительная влажность: не более 70 %; Скорость движения воздуха не более 0,3 м/с. |
|
Выше +10°С |
Температура: 20-25°С; Относительная влажность: 40-60%; Скорость движения воздуха не более 0,3 м/с. |
Температура: не более чем на 3°С выше наружного воздуха в 13ч дня самого жаркого месяца, но не выше 28°С; Относительная влажность: 70 при 24°С и ниже; 65 при 25°С; 60 при 26°С; 55 при 27°С; 50 при 28°С; Скорость движения воздуха не более 0,5 м/с. |
Параметры воздушной среды в зависимости от температуры наружного воздуха представлены в таблице 4.1.
4.2.3 Шум
Одним из основных утомляющих факторов является шум. Установлено, что шум ухудшает условия труда, оказывая вредное воздействие на организм человека. При длительном воздействии шума на человека происходят нежелательные явления: снижается острота слуха и зрения, повышается кровяное давление, понижается внимание. Сильный продолжительный шум может стать причиной функциональных изменений сердечно-сосудистой и нервной систем.
При работе различные части компьютера создают посторонний шумовой фон, который отрицательно воздействует на психику человека и на его работоспособность. Уже при уровнях шума в 40-70 дБ ослабляется внимание, ухудшается память, появляется быстрая утомляемость, головная боль. Наибольшей степенью воздействия на состояние человека обладают импульсные и нерегулярные шумы.
Согласно ГОСТ 12.1.003-83 ССБТ “Шум. Общие требования безопасности” допустимым значением уровня шума в компьютерном помещении является 50 дБ.
Источниками шума в помещении IT отдела являются компьютер, принтер, вентиляционное оборудование, а также внешний шум.
Основными источниками шума являются матричные принтеры, которые могут создавать уровень шума, близкий к 50 дБ. Остальные источники издают довольно незначительный шум, поэтому в помещении достаточно использовать звукопоглощение. Уменьшение шума, проникающего в помещение извне, достигается уплотнением по периметру притворов окон и дверей.
Под звукопоглощением понимают свойство акустически обработанных поверхностей уменьшать интенсивность отраженных ими волн за счет преобразования звуковой энергии в тепловую. Звукопоглощение является достаточно эффективным мероприятием по уменьшению шума. Наиболее выраженными звукопоглощающими свойствами обладают волокнисто-пористые материалы: стекловолокно, минеральная вата, полиуретановый поропласт, пористый поливинилхлорид и др. К звукопоглощающим материалам относятся лишь те, коэффициент звукопоглощения которых не ниже 0.2.
Звукопоглощающие облицовки из указанных материалов нужно разместить на потолке и верхних частях стен. Максимальное звукопоглощение будет достигнуто при облицовке не менее 60% общей площади ограждающих поверхностей помещения.
Для снижения уровня шума в помещении отдела рекомендуется:
1. Располагать помещение отдела вдали от внешних источников шума.
2. Использовать звукопоглощающие облицовочные материалы.
3. Использовать малошумящую вентиляцию.
4. Использовать струйные или лазерные принтеры вместо матричных.
5. Использовать перегородки между рабочими местами работников.
4.2.4 Нерациональное освещение
Одним из основных видов работ при работе с компьютером является работа с монитором. Это требует от работника постоянного внимания. Недостаток или избыток освещения на рабочем месте может привести к быстрому утомлению, появлению головной боли, падению производительности труда, росту числа ошибок, а при систематическом нарушении режима освещенности - к нарушению зрения.
Правильно спроектированное и выполненное производственное освещение обеспечивает возможность нормальной производственной деятельности. Сохранность зрения человека, состояние его центральной нервной системы и безопасность на производстве в значительной мере зависят от условий освещения.
В компьютерном помещении освещение должно быть совместное - естественное (боковое, через окна в наружных стенах) и искусственное - и соответствовать требованиям СНиП 11-4-79. По конструктивному исполнению искусственное освещение может быть двух видов - общее и комбинированное, когда к общему освещению добавляется местное. В большинстве случаев достаточно иметь общее искусственное освещение (лампы местного освещения могут быть использованы, например, при работе с бумагами).
Анализируя условия работы сотрудника IT отдела, получаем следующие требования к производственному освещению:
1. наименьшая допустимая освещенность для общего освещения составляет 300 лк - при работе с бумажными документами и 150 лк - при работе с компьютером;
2. при работе за компьютером желательно, чтобы освещенность рабочего места не превышала 2/3 нормальной освещенности помещения;
3. экран дисплея не должен быть ориентирован в сторону источников света (окон, настольных ламп и т.п.); при размещении рабочего места рядом с окном угол между экраном дисплея и плоскостью окна должен составлять не менее 90 градусов (для исключения бликов), прилегающую часть окна желательно зашторить;
4. не следует располагать дисплей непосредственно под источником освещения или вплотную с ним;
5. стена позади дисплея должна быть освещена примерно так же, как и его экран;
6. яркость для блестящих поверхностей более 0.2 кв.м не должна превышать 500 кд/кв.м;
7. показатель ослепленности не должен превышать 40 единиц;
8. коэффициент пульсаций 10 - 20 %.
Специфика работы за компьютером, состоит в том, что работать приходится с так называемым самосветящимся объектом.
Свечение со стороны экрана, а также частая смена заставок на экране при большой продолжительности трудовой деятельности может отрицательно воздействовать на зрение. Такой режим работы утомляет зрительные органы. Поэтому работнику следует учитывать этот фактор при организации работы за компьютером.
Для обеспечения нормальной естественной освещенности, площадь оконных проемов должна быть не менее 25% площади пола.
Деятельность работника за компьютером можно отнести к классу точных работ. Контрастность текста при светлом фоне на экране монитора не сильная. Согласно СНиП 11-4-79 освещенность при работе с дисплеем составляет 150 лк при малой контрасности, при средней - 200 лк. Если предполагается работа с бумажными документами, освещенность места работника должна быть не менее 300 лк.
4.2.5 Электроопасность
Помещение комнаты с рабочими компьютерами должно относится к категории помещений с повышенной электроопасностью, то есть:
1. Относительная влажность воздуха в помещении должна быть не более 75%.
2. Должна отсутствовать токопроводящая пыль.
3. Не должно быть повышенной температуры воздуха в помещении (температура постоянно или периодически, более одних суток, превышает +35 єС).
4. Должна отсутствовать возможность одновременного прикосновения человека к имеющим соединение с землей металлическим конструкциям здания, оборудованию и т. д., с одной стороны, и к металлическим корпусам аппаратуры или токоведущим частям, с другой стороны.
5. Не должно быть токопроводящих полов.
Основными средствами защиты от поражения электрическим током при работе на компьютере являются защитное заземление и зануление.
Защитное заземление - это преднамеренное электрическое соединение с землей или ее эквивалентом металлических нетоковедущих частей электрического и технологического оборудования, которые могут оказаться под напряжением. Защитное заземление является простым, эффективным и широко распространенным способом защиты человека от поражения электрическим током при прикосновении к металлическим поверхностям, оказавшимся под напряжением. Обеспечивается это снижением напряжения между оборудованием, оказавшимся под напряжением, и землей до безопасной величины.
Опасность прикосновения человека к токоведущим частям электроустановки определяется величиной протекающего через тело человека тока. Пороговым значением является Iпор. = 0,5 мА - допустимая величина тока (согласно ГОСТ 12.1.019-79). Для питания компьютерной системы, а также многих других устройств используются однофазные сети переменного тока 220В / 50 Гц. Поэтому при таком напряжении величина тока, проходящего через человека, может превышать допустимое значение на несколько порядков.
Эффективной мерой защиты при питании оборудования машинного зала напряжением опасным для жизни человека является защитное заземление. Заземляющим устройством называют совокупность заземлителя (металлического проводника или группы проводников, находящихся в непосредственном соприкосновении с грунтом) и заземляющих проводников, соединяющих заземленные части электроустановки с заземлителем. Если корпус электрооборудования не имеет контакта с землей, то в случае перехода напряжения прикосновение к нему так же опасно, как и прикосновение к токоведущим частям электроустановки. Когда корпус заземляют, образуется ветвь тока, параллельная участку сети, в которую включается человек. Ток замыкания на землю перераспределяется: вследствие малого сопротивления заземляющего устройства - больший ток пойдет через заземляющую систему, и меньший - через человека. При исправном заземлении ток, проходящий через тело человека, становится неопасным. Т.к. помещение IT отдела относится к классу помещений без повышенной опасности, то для обеспечения безопасности персонала необходим обычный комплекс профилактических работ, включающий обеспечение надежного заземления всех металлических частей, причем наибольшая допустимая величина сопротивления заземления не должна превышать 4 Ом при мощностях сети менее 1000 Вт.
...Подобные документы
Реализация задачи использования методики SDLC (управление жизненным циклом разработки программного обеспечения) при внедрении реальной системы информационных технологий. Описание проекта внедрения системы автоматической регистрации участников выставок.
реферат [585,1 K], добавлен 10.09.2010Понятие программного обеспечения, вопросы его разработки и использования. Общая характеристика системного программного обеспечения и работа операционной системы. Специфика процесса управления разработкой программного обеспечения и его особенности.
курсовая работа [636,2 K], добавлен 23.08.2011Использование моделирования в программной инженерии в процессе разработки программного обеспечения. Основные этапы процесса разработки программного обеспечения, их характеристика. Моделирование процессов, их определение фазами и видами деятельности.
реферат [2,2 M], добавлен 25.12.2017Схемы взаимодействия между заказчиком и разработчиком программного обеспечения. Качество программного обеспечения и определение основных критериев его оценка на современном этапе, особенности управления на стадиях жизненного цикла, анализ достаточности.
презентация [114,7 K], добавлен 14.08.2013Порядок автоматизации расчетов себестоимости и длительности программного обеспечения производственного предприятия. Выбор языка программирования и системы управления базами данных. Разработка алгоритмов расчета себестоимости программного обеспечения.
дипломная работа [1,7 M], добавлен 13.06.2017Понятие программного обеспечения; исследование достижений и перспектив развития информационных технологий и систем. Функциональная и структурная организация ЭВМ. Оценка эффективности программ, используемых в организации ООО "Крепость-Абакан", их анализ.
отчет по практике [76,8 K], добавлен 21.03.2013Понятие и ключевое отличие распределенной разработки программного обеспечения, его достоинства и недостатки. Концептуальное решение и выбор типа разработки. Особенности программного обеспечения с открытым исходным кодом. Идея и развитие Open Source.
курсовая работа [97,7 K], добавлен 14.12.2012Понятие и специфика автоматизированных систем. Описание методики разработки программы для автоматизации. Ее тестирование и отладка. Внедрение АС в работу предприятия. Расчет экономического эффекта от разработки и реализации программного продукта.
дипломная работа [1,4 M], добавлен 23.06.2015Изучение основных видов угроз программного обеспечения. Выявление наиболее эффективных средств и методов защиты программного обеспечения. Анализ их достоинств и недостатков. Описания особенностей лицензирования и патентования программного обеспечения.
курсовая работа [67,9 K], добавлен 29.05.2013Несоответствие процессов разработки программного обеспечения международным стандартам. Фазы, развитие вычислительной инфраструктуры. История развития компьютерных систем. Этапы разработки программ и их тестирование. Ошибки в программном обеспечении.
реферат [176,2 K], добавлен 27.08.2009Технология конструирования программного обеспечения, надежно и эффективно работающего в реальных компьютерах. Модель быстрой разработки приложений (Rapid Application Development) как один из примеров применения инкрементной стратегии конструирования.
реферат [666,5 K], добавлен 24.06.2009Сравнительный анализ технологий тестирования. Разработка программного модуля "Интеллектуальная обучающая система для широкого перечня курсов". Обоснование необходимости и важности этапа отладки в процессе разработки данного программного обеспечения.
дипломная работа [101,2 K], добавлен 17.06.2011Исследование объектно-ориентированного подхода к проектированию программного обеспечения будильника. Модель программного обеспечения. Взаимодействие между пользователями и системой. Диаграммы и генерация программного кода при помощи средств Rational Rose.
курсовая работа [355,8 K], добавлен 26.09.2014Организационно-правовая форма предприятия. Ресурсы предприятия, эффективность их использования. Информационное обеспечение экономической работы организации. Оплата труда на предприятии. Организация рабочих мест. Собственные разработки программиста.
отчет по практике [59,5 K], добавлен 07.08.2013Современные инструменты разработки программного обеспечения для СУТП. Универсальные языки программирования и сравнение их со SCADA-системами. Разработка программного обеспечения с использованием многоканальных измерительных преобразователей Ш9327.
дипломная работа [2,3 M], добавлен 13.07.2011Сущность и значение средств управления базами данных предприятия. Методика разработки базы данных и прикладного программного обеспечения автобусного парка, позволяющее структурировать информацию об автобусных маршрутах, остановках и автобусах парка.
курсовая работа [163,4 K], добавлен 20.01.2010Классификация служебных программных средств. Файловая структура операционных систем. Основы графического интерфейса пользователя Windows XX. Анализ алгоритмов решения задач. Описание процесса разработки программного обеспечения и результатов работы.
курсовая работа [2,4 M], добавлен 14.11.2016Методологии разработки информационных систем в отечественной и зарубежной литературе. Государственные и международные стандарты в области разработки программного обеспечения. Разработка фрагмента информационной системы "Учебно-методический ресурс".
курсовая работа [364,6 K], добавлен 28.05.2009Порядок проектирования и разработки базы данных и программного обеспечения. Информация о структуре базы данных, созданных таблицах, формах, отчетах, запросах, хранимой информации. Логическая и концептуальная модели данных; выбор программного обеспечения.
курсовая работа [906,6 K], добавлен 20.01.2010Разработка базы данных для нужд предприятия ОАО "Металлист". Характеристика предприятия и его структурных подразделений. Отдел информационных технологий. Перечень и общая характеристика прикладного программного обеспечения, используемого в подразделениях.
отчет по практике [401,0 K], добавлен 17.01.2009