СодержаниеВВЕДЕНИЕ 6
1. ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ 11
1.1. Анализ требований к системе 11
1.2. Проектирование 13
1.3. Дизайн 14
1.4. Кодирование 14
1.5. Тестирование 16
1.6. Документирование 16
1.7. Внедрение 17
1.8. Сопровождение 17
1.9. Вывод из эксплуатации 18
1.10. Модели жизненных циклов 18
Выводы 21
2. ЭТАПЫ РАЗРАБОТКИ 22
2.1. Современные проблемы разработки программного обеспечения 22
2.1.1. Философия развития программного обеспечения 23
2.1.2. Современные требования 24
2.1.3. Понятие объектно-ориентированной технологии 25
2.2. Анализ требований к системе 27
2.3. Проектирование 31
2.3.1. Методы проектирования и критерии их применимости 31
2.3.2. Анализ проектируемой системы, как обязательный элемент проектирования 35
2.3.3. Стратегия и тактика проектирования 57
2.4. Дизайн 73
2.5. Кодирование 74
2.6. Тестирование 88
2.7. Документирование 92
2.8. Средства автоматизации разработки (Case - средства) 93
Выводы 96
3. ЭТАПЫ ЭКСПЛУАТАЦИИ 98
3.1. Внедрение 98
3.2. Сопровождение 100
3.3. Вывод из эксплуатации 103
Выводы 104
4. МЕРЫ БЕЗОПАСНОСТИ ПРИ РАБОТЕ С КОМПЬЮТЕРОМ В ОТДЕЛЕ ИНФОРМАЦИОННЫХ СИСТЕМ НБ РХ Ошибка! Закладка не определена.
Выводы 110
5. ЭКОНОМИКО-ПРАВОВЫЕ ВОПРОСЫ РАЗРАБОТКИ И ИСПОЛЬЗОВАНИЯ РАЗРАБОТАННОГО ПО 111
5.1. Экономическая целесообразность 111
5.2. Правовые аспекты использования разработанного программного обеспечения 112
Выводы 117
ЗАКЛЮЧЕНИЕ 119
ГЛОССАРИЙ И СПИСОК АББРЕВИАТУР 120
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ 124
Приложение 1. Иллюстративный материал 126
Приложение 2. Таблицы 141
Приложение 3. Листинг программы АРМ фонда алгоритмов и программ 149
Приложение 4. Обзор CASE-средств 163
Silverrun 163
Jam 167
Vantage Team Builder (Westmount I - CASE) 173
Uniface 177
Designer/2000 179
Локальные средства (ERwin, BPwin, S - Designor, CASE Аналитик) 182
Объектно-ориентированные CASE - средства (Rational Rose) 183
Приложение 5. Материалы внедрения результатов дипломной работы 188ВведениеЗа последние десятилетия создание программных средств и информационных систем стало одной из ведущих отраслей в мировом производстве, а их эксплуатация - неотъемлемым элементом технологических процессов большинства предприятий и организаций. Эффективность эксплуатации ПС во многом определяется правильностью представлений их разработчиков и пользователей об этапах жизненного цикла ПС, их взаимосвязи и особенностях реализации.
Целью дипломной работы является исследование этапов ЖЦ ПС, а также программных, технологических, методологических и организационных средств обеспечения этих этапов.
Задачи исследования. Для достижения поставленной цели в работе сформулированы и решены следующие задачи:
1. Исследование этапов жизненного цикла программных комплексов и информационных систем, а также моделей взаимосвязи этих этапов.
2. Исследование методов и технологий, применяемых на этапах разработки программного обеспечения, и критериев их применимости.
3. Рассмотрение понятия системного анализа. Описание методологии анализа проблемной области на примере АРМов фонда алгоритмов и программ (ФАП).
4. Описание этапа проектирования программных комплексов и информационных систем, иллюстрирующегося диаграммами для АРМов ФАП.
5. Описание проектирования пользовательского интерфейса (GUI).
6. Рассмотрение теоретических аспектов реализации (кодирования) программ на основе проведенных исследований проблемной области.
7. Описание некоторых программных продуктов и технологий, автоматизирующие ту или иную совокупность этапов разработки программного обеспечения (CASE - средства).
8. Описание практической части этапа реализации:
" приведен подробный листинг программы для АРМов ФАП;
" рассмотрен процесс получения тестовых результатов;
" приведены тестовые результаты разработанного ПС.
9. Описание конечного этапа разработки ПС - документирования.
10. Исследование этапов эксплуатации ПС: внедрение, сопровождение и вывод из эксплуатации.
Методы исследования. Результаты исследований, выполненных в работе, базируются на современных методах системного анализа, объектно-ориентированного проектирования, принципах объектно-ориентированного программирования.
Объект исследования. Этапы жизненного цикла программных комплексов и информационных систем, модели их взаимосвязи.
Предмет исследования. Жизненный цикл программных комплексов и информационных систем.
Гипотеза исследования. Понимание взаимосвязи и последовательности этапов ЖЦ ПС, системная реализация этих этапов позволяют обеспечить высокую устойчивость ПС к изменению внешних факторов и условий эксплуатации, минимизировать временные и финансовые затраты на разработку, внедрение и сопровождение ПС.
Новизна исследования. В настоящее время, в отечественной специальной литературе мало внимания уделяется комплексным проблемам разработки программных средств, а также тому, что можно назвать философией разработки. Есть масса литературы по конкретным языкам и средам программирования, однако в них практически отсутствует информация о том, что обязательно должно предшествовать процессу написания кода и что происходит после того, как код написан.
В результате во многих организациях, как коммерческих, так и государственных, до сих пор работают так называемые "техноковбои". Это программисты старой формации, которые, освоив один или несколько языков программирования, отгораживаются от окружающих мудреными техническими терминами, которые не способны понять заказчики ПС.
Организация, принявшая на работу такого программиста, становится его заложником. Так как при решении поставленной задачи данный программист не станет проводить системного анализа или даже проектировать будущую информационную систему, а сразу возьмется за кодирование.
Вследствие этого производительность резко падает, а трудозатраты пропорционально увеличиваются. Все происходит по тому, что заказчик просто не способен, в силу своей компьютерной неграмотности, полностью объяснить свои требования к новому программному продукту. А разработчик не способен провести грамотный опрос требований, так как он мыслит иначе.
Когда же долгожданное ПС будет все - таки готово, то предприятие станет окончательным заложником "техноковбоя". Если по каким то причинам такой программист решит уволиться, то новому будет архисложно разобраться в его ПС без соответствующей документации. Ему будет легче написать свое программное средство. А это опять затраты.
Практическая значимость. Результаты исследования дипломной работы, могут послужить отправной точкой для формирования курса лекций по подготовки специалистов на базе высшего образования.
Специалист системного анализа должен понять саму философию разработки программных средств. Должен научиться написанию грамотных диаграмм взаимодействия будущей системы с проблемной областью. И он не должен вникать в процесс написания кода. Это ему не просто ненужно, а зачастую даже вредно.
Проектировщик должен уметь читать схемы взаимодействия различных компонентов системы, диаграммы взаимодействия функций, структуру база данных. Специалист по проектированию обязан так же иметь, хотя бы, теоретическое представление о том, как происходит реализация программы.
Специалист по разработке пользовательского интерфейса должен понять философию проектирования дизайна системы. И ему совсем не обязательно задумываться о том, как это будет реализовано. Реализация остается для кодировщиков (программистов).
Специалист по написанию документации обязан выработать хорошую стилистику описания всех процессов создания ПС. Документация должна быть понятна пользователю.
Всех этих специальностей пока не существует (по крайней мере автору данной работы неизвестен ни один ВУЗ, который бы выпускал таких специалистов).
На защиту выносятся: Описание результатов исследования этапов жизненного цикла программного обеспечения, методология реализации этапов разработки программного обеспечения, структура модели данных информационной системы автоматизации фонда алгоритмов и программ.
Реализация результатов работы. Разработана информационная модель данных системы автоматизации ФАП, которая в настоящее время внедрена в опытную эксплуатацию в Национальном банке Республики Хакасия, а также получен программный продукт, позволяющий автоматизировать некоторые операции ФАП.
Структура и объем работы.
Дипломная работа состоит из пяти разделов, а также заключения и пяти приложений. Выполнена на 187 страницах машинописного текста и имеет 16 рисунков и 7 таблиц. Список используемых источников насчитывает 25 книг отечественных и зарубежных авторов, 4 адреса в интернете и 1 ГОСТ.
В первом разделе исследованы модели жизненного цикла ПС и описаны основные этапы жизненного цикла ПС.
Во втором разделе подробно изучены анализ требований и проектирование. Уделено внимание вопросам качества аналитических и проектных моделей. Рассмотрены стратегии тестирования разрабатываемых ПС и вопросы их реализации.
В третьем разделе исследованы этапы эксплуатации ПС: внедрение, сопровождение и вывод из эксплуатации.
В четвертом разделе рассматриваются основные требования, предложенные Госкомсанэпиднадзором России, а также проводятся контрольные замеры по ВДТ.
В пятом разделе обсуждаются экономико-правовые аспекты использования разработанного ПС. Также рассмотрена, экономическая целесообразность использования разработанного программного средства.
В заключении сформулированы основные выводы и результаты, полученные в дипломной работе.
В приложениях находятся рисунки и блок-схемы, вынесенные из пояснительной записки, документированный листинг разработанной программы, таблицы, вынесенные из пояснительной записки, подробное описание наиболее распространенных CASE-средств и акты внедрения АРМ оператора ФАП, и хранилища данных информационной системы ФАП.Литература1. Буч Г., Объектно-ориентированный анализ и проектирование с примерами приложений на C++. Издано: 1998, Бином, Невский диалект
2. Зиндер Е.З. Бизнес-реинжиниринг и технологии системного проектирования. Учебное пособие. М., Центр Информационных Технологий, 1996
3. ГОСТ 12207_99.
4. Объектно-ориентированное программирование в действии, Тимоти Бадд
5. Вендров А.М. Один из подходов к выбору средств проектирования баз данных и приложений. "СУБД", 1995, №3.
6. Oracle. Проектирование баз данных, Дейв Энсор, Йен Стивенсон.
7. http://www.citforum.kcn.ru/programming/oop_rsis/
8. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., "Лори", 1996.
9. http://www.nur.yamal.ru/koi8-r/citforum/database/case/
10. http://biblioteka.agava.ru/zhiznennyy.htm
11. http://biblioteka.agava.ru/zhiznennyy.htm
12. Петров Ю.К. JAM - инструментальное средство разработки приложений в информационных системах архитектуры "клиент/сервер", построенных на базе РСУБД. "СУБД", 1995, №3.
13. Г.Н. Калянов, CASE структурный системный анализ (автоматизация и применение) Издательсьво "Лори", 1996
14. ПРИМЕНЕНИЕ UML И ШАБЛОНОВ ПРОЕКТИРОВАНИЯ. Введение в объектно-ориентированный анализ и проектирование. Крэг Ларман
15. Структурные модели в объектно-ориентированном анализе и проектировании, Эдвард Йордон, Карл Аргира.
16. Объектные модели. Стратегии, шаблоны и приложения. Петер Коуд, Девид Норт, Марк Мейфилд. Издательство "Лори".
17. Новоженов Ю.В. Объектно-ориентированные технологии разработки сложных программных систем. М., 1996.
18. Горин С.В., Тандоев А.Ю. Применение CASE-средства Erwin 2.0 для информационного моделирования в системах обработки данных. "СУБД", 1995, №3.
19. Горин С.В., Тандоев А.Ю. CASE-средство S-Designor 4.2 для разработки структуры базы данных. "СУБД", 1996, №1.
20. Введение в Unix System V Release 4. К. Розен, Р. Розински, Дж. Фарбер и Д. Хост.
21. Oracle 8: Настройки. М.Кори.
22. Oracle 8: Настольная книга администратора. К. Луни.
23. Oracle: Designer/2000. П. Дорсей.
24. Informix - Online Dynamic Server. К. Дой.
25. Informix - Эффективные установки.
26. Sybase DBA. Б. Хичкок.
27. TCP/IP. Др. Сидни Фейт.
28. ATM: архитектура и реализация. Дж. Мартин, К. Канано Чапмен, Дж. Либен.
29. ADSL и DSL. В. Горальски.
30. Введение в базы данных. Дж. Ульман, Д. Видом."
|
|
