![]() |
|
сделать стартовой | добавить в избранное |
![]() |
Компьютеры, Программирование
Программное обеспечение
Разработка программных продуктов |
СОДЕРЖАНИЕ1. Введение 2. Теоретическая часть 2.1. Разработка программных продуктов 2.1.1. Эффективность и оптимизация программ 2.1.2. Обеспечение качества программного продукта 3. Назначение и область применения программного продукта 4. Требование к программному продукту 4.1. Требования к функциональным характеристикам 4.1.1. Программа должна обеспечивать возможность выполнения следующих функций 4.1.2. Организация входных и выходных данных 4.2. Требования к надёжности 4.2.1. Предусмотреть контроль вводимой информации 4.3. Требования к составу и параметрам технических средств 4.4. Требования к программной совместимости 5. Программная документация модуля «Ведомость зарплаты» 5.1. Исходные данные и результат работы программы 5.1.1. Исходный файл 5.1.2. Результирующий файл 5.2. Блок-схемы индивидуальной части курсовой работы 5.3. Программный модуль «Ведомость зарплаты» Заключение Приложение Список литературы 1. ВВЕДЕНИЕ Для решения простейших задач программирования необходимо знать средства и возможности конкретного языка программирования. По мере усложнения задач знание свойств языка, оставаясь необходимым, уже не является фактором, определяющим успех проектирования программы. На первый план выдвигаются знание и умение конструировать логику вычислительного процесса в целом, а не отдельных его шагов. Определяющими здесь становятся вопросы методологии и технологии программирования. Технология программирования играла разную роль на разных этапах развития программирования. По мере повышения мощности компьютеров и развития средств и методологии программирования росла и сложность решаемых на компьютерах задач, что привело к повышенному вниманию к технологии программирования. Резкое удешевление стоимости компьютеров и, в особенности, стоимости хранения информации на компьютерных носителях привело к широкому внедрению компьютеров практически во все сферы человеческой деятельности, что существенно изменило направленность технологии программирования. Человеческий фактор стал играть в ней решающую роль. Сформировалось достаточно глубокое понятие качества программных продуктов (ПП), причем предпочтение стало отдаваться не столько эффективности ПП, сколько удобству работы с ним для пользователей (не говоря уже о его надежности). Широкое использование компьютерных сетей привело к интенсивному развитию распределенных вычислений, дистанционного доступа к информации и электронного способа обмена сообщениями между людьми. Компьютерная техника из средства решения отдельных задач все более превращается в средство информационного моделирования реального и мыслимого мира, способное просто отвечать людям на интересующие их вопросы. Начинается этап глубокой и полной информатизации (компьютеризации) человеческого общества. Все это ставит перед технологией программирования новые и достаточно трудные проблемы. 2. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ 2.1. Разработка программных продуктов Процесс разработки программных продуктов - это сумма различных видов деятельности, необходимых для преобразования требований пользователей в программную систему. Основные этапы разработки программных продуктов: Требования – четкое определение того, что пользователь ожидает от готового продукта.
Цели – задача, которая ставится перед окончательным результатом и самим проектом. Предварительный внешний проект – определение взаимодействий с пользователем, но без рассмотрения деталей (формат ввода/вывода). Детальный внешний проект – завершение определения взаимодействий с пользователем, описание всех потребностей ввода/вывода. Архитектура системы – разложение системы на множество программ и определение сопряжения между ними. Проект базы данных – определение всех внешних программной системы структур данных. Внешний проект модуля – определение всех сопряжении модуля. Проект логики модуля – разработка логики модуля, результат – текст модуля. 2.1.1. Эффективность и оптимизация программ Эффективность ПП обеспечивается принятием подходящих решений на разных этапах его разработки, начиная с разработки его архитектуры. Особенно сильно на эффективность ПП (особенно по памяти) влияет выбор структуры и представления данных. Но и выбор алгоритмов, используемых в тех или иных программных модулях, а также особенности их реализации (включая выбор языка программирования) может существенно повлиять на эффективность ПС. При этом постоянно приходится разрешать противоречие между временнόй эффективностью и эффективностью по памяти (ресурсам). Поэтому весьма важно, чтобы в спецификации качества были явно указаны приоритеты или количественное соотношение между показателями этих примитивов качества. Следует также иметь в виду, что разные программные модули по-разному влияют на эффективность ПП в целом: одни модули могут сильно влиять на временнэю эффективность и практически не влиять на эффективность по памяти, а другие могут существенно влиять на общий расход памяти, не оказывая заметного влияния на время работы ПП. Более того, это влияние (прежде всего, в отношении временнуй эффективности) заранее (до окончания реализации ПП) далеко не всегда можно правильно оценить С учетом сказанного, рекомендуется придерживаться следующих принципов для обеспечения эффективности ПП: сначала нужно разработать надежное ПП, а потом уж заниматься доведением его эффективности до требуемого уровня в соответствии с его спецификацией качества; для повышения эффективности ПП, прежде всего, нужно использовать оптимизирующий компилятор - это может обеспечить требуемую эффективность; если эффективность ПП не удовлетворяет спецификации его качества, то найдите самые критические модули с точки зрения требуемой эффективности ПП; эти модули и попытайтесь оптимизировать в первую очередь путем их ручной переделки; не следует заниматься оптимизацией модуля, если этого не требуется для достижения требуемой эффективности ПП. Для отыскания критических модулей с точки зрения временнoй эффективности ПП потребуется получить распределение по модулям времени работы ПП путем соответствующих измерений во время выполнения ПП. Это может быть сделано с помощью динамического анализатора (специального программного инструмента), который может определить частоту обращения к каждому модулю в процессе применения ПП. 2.1.2. Обеспечение качества программного продукта Разработка программного обеспечения - это, прежде всего, нахождение способов получения качественного программного продукта.
Что мы подразумеваем, когда мы говорим о &quo ;качестве&quo ; программного обеспечения? Качество программного обеспечения может измеряться во внешних характеристиках (например, легкий в использовании, выполняется быстро) или во внутренних характеристиках (например, модульная конструкция, читабельный код). Каждый ПП должен выполнять определенные функции, т.е. делать то, что задумано. Хороший ПП должен обладать еще целым рядом свойств, позволяющим успешно его использовать в течении длительного периода, т.е. обладать определенным качеством. Качество ПП - это совокупность его черт и характеристик, которые влияют на его способность удовлетворять заданные потребности пользователей. Это не означает, что разные ПП должны обладать одной и той же совокупностью таких свойств в их наивысшей степени. Этому препятствует тот факт, что повышение качества ПП по одному из таких свойств часто может быть достигнуто лишь ценой изменения стоимости, сроков завершения разработки и снижения качества этого ПП по другим его свойствам. Качество ПП является удовлетворительным, когда оно обладает указанными свойствами в такой степени, чтобы гарантировать успешное его использование. Совокупность свойств ПП, которая образует удовлетворительное для пользователя качество ПП, зависит от условий и характера эксплуатации этого ПП, т.е. от позиции, с которой должно рассматриваться качество этого ПП. Поэтому при описании качества ПП, прежде всего, должны быть фиксированы критерии отбора требуемых свойств ПП. В настоящее время критериями качества ПП принято считать: функциональность надежность легкость применения эффективность сопровождаемость мобильность Функциональность - это способность ПП выполнять набор функций, удовлетворяющих заданным или подразумеваемым потребностям пользователей. Набор указанных функций определяется во внешнем описании ПП. Надежность подробно обсуждалась в первой лекции. Легкость применения - это характеристики ПП, которые позволяют минимизировать усилия пользователя по подготовке исходных данных, применению ПП и оценке полученных результатов, а также вызывать положительные эмоции определенного или подразумеваемого пользователя. Эффективность - это отношение уровня услуг, предоставляемых ПП пользователю при заданных условиях, к объему используемых ресурсов. Сопровождаемость - это характеристики ПП, которые позволяют минимизировать усилия по внесению изменений для устранения в нем ошибок и по его модификации в соответствии с изменяющимися потребностями пользователей. Мобильность - это способность ПП быть перенесенным из одной среды (окружения) в другую, в частности, с одной ЭВМ на другую. Функциональность и надежность являются обязательными критериями качества ПП, причем обеспечение надежности будет красной нитью проходить по всем этапам и процессам разработки ПП. Остальные критерии используются в зависимости от потребностей пользователей в соответствии с требованиями к ПП. 3. НАЗНАЧЕНИЕ И ОБЛАСТЬ ПРИМЕНЕНИЯ Программный модуль разрабатывается на основе учебного плана специальности «Программное обеспечение вычислительной техники и автоматизированных систем».
Есть несколько вполне основательных причин для озабоченности вопросом, сработает ли данный подход. В следующих разделах изложен полный перечень причин, приводимых людьми в качестве объяснения своему решению отказаться от управления рисками, с нашими комментариями по каждому пункту. Курсивом под каждым заголовком дано наше представление о том, что на самом деле означает высказанное возражение. 1. Наши акционеры не являются достаточно зрелыми, чтобы смотреть риску в лицо. «Если бы мы сказали правду, наши акционеры слишком испугались бы и отказались от проекта, поэтому мы вынуждены им лгать». В этой ситуации ложь представляют истинным общественным служением. На заре существования отрасли разработки программных продуктов участниками проектов часто были клерки и конторские работники. Это было связано с тем, что первыми пытались автоматизировать функции, относящиеся к делопроизводству. Эти участники были служащими низших иерархических ступеней, практически безвластными и не слишком сведущими в автоматизации. Типичному системному аналитику в таких проектах обычно платили значительно больше, чем большинству участников проекта, с которыми он взаимодействовал
1. Методология разработки программных продуктов и больших систем
2. Разработка программного продукта "Отдел кадров ВПТ"
3. Разработка программного продукта на языке высокого уровня
5. Технология разработки программного обеспечения
9. Расчет себестоимости и цены программного продукта по учету прерываний на языке Ассемблер
10. Создание программных продуктов для решения задач
11. Понятие программного продукта
12. SWOT-анализ программного продукта
13. Работа с готовыми программными продуктами
14. Разработка программного обеспечения
15. Обзор программных продуктов для расчета инвестиционных проектов
18. Разработка программного модуля
19. Разработка программного обеспечения для организации интерфейса программно-методического комплекса
25. Средства создания программных продуктов
26. Корпоративная локальная компьютерная сеть на предприятии по разработке программного обеспечения
27. Разработка нового продукта и влияние маркетинга
34. Разработка базы данных и прикладного программного обеспечения для автобусного парка
36. Разработка прикладного программного обеспечения деятельности отдела аренды ЗАО "Сириус"
37. Разработка прикладного программного обеспечения отдела кадров университета
41. Разработка рекламной кампании продукта
42. Разработка проекта зоны кратковременного отдыха
43. Разработка алгоритмов контроля и диагностики системы управления ориентацией космического аппарата
44. О роли эксперимента в разработке научных гипотез происхождения жизни
45. Микробиология продуктов детского питания
46. Разработка плана локализации и ликвидации аварийных ситуаций и аварий на АЗС
47. Разработка региональной справочной общегеографической карты Смоленской области для Атласа Центра РФ
48. Разработка анализатора газов на базе газового сенсора RS 286-620
49. Разработка месторождений газоконденсатного типа
50. Авторское право на программное обеспечение
51. "Военный коммунизм" - вынужденная политика или программный идеал большевизма
52. Деловой язык и культура речи юриста - тема "Разработка стратегии общения"
53. Разработка рекламной программы для страховой компании
57. Программные средства и приёмы работы на компьютере
58. Разработка системы маршрутизации в глобальных сетях(протокол RIP для IP)
59. Проектирование и разработка сетевых броузеров на основе теоретико-графовых моделей
60. Разработка верхнего уровня Информационной Системы Университета
62. Разработка методов определения эффективности торговых интернет систем
63. Разработка проекта локальной вычислительной сети административного здания судебного департамента
64. Разработка компьютерного клуба
65. Разработка вычислительного устройства
66. Краткий конспект лекций по Теории тестирования аппаратных и программных средств
67. Программное обеспечение для модемов Lexand TS2400
68. Разработка аппарата измерения торцевого биения
69. Перспективы развития компьютерной техники (новейшие разработки 2005г.)
73. Разработка командного процессора, реализующего команды dir и mkdir на ассемблере
74. Разработка информационно-справочной системы "Каталог строительных объектов" /Prolog/
75. Разработка информационно-справочной системы "Товар на складе" /Prolog/
76. Экспертные системы. Классификация экспертных систем. Разработка простейшей экспертной системы
78. Разработка синтаксического распознавателя вычисляемого оператора перехода языка FORTRAN
79. Разработка ПО "Правила Дорожного Движения"
80. Системное и программное обеспечение
81. Разработка приложений в рамках COM
82. Разработка автоматизированной системы учета выбывших из стационара
83. Проектирование и разработка баз и банков данных
84. Разработка и анализ перспектив развития предприятия
85. Разработка информационно-справочной системы "Технический паспорт автомобиля"
89. Разработка программы- тренажера "Управление электросетями"
90. Разработка математической модели и ПО для задач составления расписания
91. Разработка игровой программы "Морской бой"
92. Разработка базы данных "Кадры"
93. Разработка базы данных "Культурный досуг"
94. Диплом Программная система "Аттестации ИТ-специалистов"
96. Разработка альтернативных моделей предметной области в виде многоуровневых контекстных диаграмм
97. Разработка справочно-информационной системы «Детский сад» в среде СУБД
98. Разработка базы данных для объекта автоматизации: гомеопатическая аптека
99. Разработка приложений на языке VBA в среде MS EXCEL по обработке данных для заданных объектов