Кафедра "Комп'ютерна інженерія та програмування"

Постійне посилання колекціїhttps://repository.kpi.kharkov.ua/handle/KhPI-Press/1095

Офіційний сайт кафедри https://web.kpi.kharkov.ua/cep

Від 26 листопада 2021 року кафедра має назву – "Комп’ютерна інженерія та програмування"; попередні назви – “Обчислювальна техніка та програмування”, “Електронні обчислювальні машини”, первісна назва – кафедра “Математичні та лічильно-вирішальні прилади та пристрої”.

Кафедра “Математичні та лічильно-вирішальні прилади та пристрої” заснована 1 вересня 1961 року. Організатором та її першим завідувачем був професор Віктор Георгійович Васильєв.

Кафедра входить до складу Навчально-наукового інституту комп'ютерних наук та інформаційних технологій Національного технічного університету "Харківський політехнічний інститут". Перший випуск – 24 інженери, підготовлених кафедрою, відбувся в 1964 році. З тих пір кафедрою підготовлено понад 4 тисячі фахівців, зокрема близько 500 для 50 країн світу.

У складі науково-педагогічного колективу кафедри працюють: 11 докторів технічних наук, 21 кандидат технічних наук, 1 – економічних, 1 – фізико-математичних, 1 – педагогічних, 1 доктор філософії; 9 співробітників мають звання професора, 14 – доцента, 2 – старшого наукового співробітника.

Переглянути

Результати пошуку

Зараз показуємо 1 - 3 з 3
  • Ескіз
    Документ
    Анализ и оценка рисков разработки ПО
    (Національний технічний університет "Харківський політехнічний інститут", 2016) Лисица, Дмитрий Александрович; Семенов, Сергей Геннадьевич
  • Ескіз
    Документ
    Метод масштабирования методологии разработки программного обеспечения с учетом требований безопасности
    (Національний технічний університет "Харківський політехнічний інститут", 2017) Семенов, Сергей Геннадьевич; Халифе, Кассем; Семенова, А. С.
  • Ескіз
    Документ
    Усовершенствованный способ масштабирования гибкой методологии разработки программного обеспечения
    (НТУ "ХПІ", 2017) Семенов, Сергей Геннадьевич; Халифе, Кассем; Захарченко, Максим Михайлович
    Предметом изучения статьи является усовершенствованный способ масштабирования гибкой методологии разработки программного обеспечения. Цель - снижение потенциальных потерь, обусловленных рисками безопасности разработки и эксплуатации программного обеспечения на большинстве этапов его жизненного цикла. Задачи: анализ существующих методологий и подходов разработки программного обеспечения, исследование возможностей масштабирования методологий в рамках отдельных проектов, усовершенствование общей схемы цикла разработки программного обеспечения, разработка структуры управления разработкой программного обеспечения в рамках как отдельно взятого проекта, так и организации-разработчика в целом, разработка практических рекомендаций по повышению безопасности программного обеспечения на различных этапах жизненного цикла. Используемыми методами являются: системный анализ рисков, причинно-следственный анализ. Получены следующие результаты. Проведен анализ существующих гибких методологий разработки программного обеспечения, определены перспективные направления и подходы данной индустрии, выявлены возможности масштабирования гибких методологий. Усовершенствована схема жизненного цикла разработки программного обеспечения, отличительной особенностью которой является введение дополнительных подразделов и ролей, имеющих целью повышение безопасности программного обеспечения. Усовершенствована структура управления разработкой программного обеспечения, отличающаяся от известных учетом рисков безопасности в процессе разработки. Разработаны практические рекомендации использования усовершенствованного способа масштабирования гибкой методологии. Выводы. Реализация предложенного усовершенствованного способа масштабирования существующей методологии разработки ПО, отличается от известных включением и использованием в команде разработчиков дополнительных специалистов безопасности. Это может повлечь некоторое замедление выполнения кода и увеличение количества выявленных дефектов (багов) при альфа-тестировании, а, следовательно, увеличение времени жизненного цикла багов. Однако в перспективе эти локальные ухудшения позволяют добиваться лучшего конечного результата (повышения безопасности разработанного ПО) и обеспечивать как быстрый рост функционала, так и приемлемый уровень качества сервиса. А это в свою очередь будет привлекательным мотивом дальнейшего сотрудничества заказчика и фирмы-разработчика.